Передача URL как varible через модификацию переписывает

Поскольку я - технический директор скептика, я хотел бы бросить некоторый цвет вокруг обсуждения.

Как Gary упомянул, приложение должно смочь опубликовать очень большую декларацию. Декларация будет разделена в некоторых (30-100) группы. Каждый ключ составит в среднем приблизительно 55 байтов, но мог быть намного больше.

Какой бы ни продукт мы выбираем потребности поддерживать следующее:

1) Полное резервирование и выравнивание нагрузки 2) Высокий объем сделки (15k-20k чтения/секунда) с <время отклика на 500 мс.

Хорошие имущим: 1) Иерархическая структура 2) Рекордное истечение, 3) Самоописывающее топологию

DNS, вытолканный в ум только после размышления об использовании UDP вместо TCP для получения данных из распределенного кэша в оперативной памяти. Естественно, DNS является одним из старых и самых больших приложений DNS.

DNS, как известно, поддерживает зональные файлы с очень большим объемом записей. Например, .com. является зональным файлом afterall (хотя распределено через многие серверы глобально). Это, как также известно, поддерживает очень высокие уровни трафика.

Мы выполнили DNS через некоторые предварительные тесты. Мы загрузили единственный зональный файл 10M записи TXT с представительным объемом данных. С другого сервера на той же LAN мы затем запустили тесты 300 000 запросов многопоточным способом и получили приблизительно 5 000 запросов в секунду. Сервер и клиент едва вздрогнули во время теста. Мы или сталкиваемся с узкими местами в самом приложении тестирования или в сетевом стеке на клиенте.

Я заинтригован DNS, потому что он поддерживает все, что я хочу исходно, и имеет так много лет. Функции, которые я люблю:

 Zone Delegation - we can define which server(s) handle particular partitions.  For example 1.mycompany.local is handled by servers 10.1.1.1 and 10.1.1.2.
 Redundancy - DNS was built with resiliency and redundancy in mind.  It can also be easily load balanced.
 Performance - Proven to support high request volumes

Со все, что сказало, DNS, действительно походит на причудливый инструмент для использования в качестве кэша. Если бы это действительно заканчивает тем, что делало его через фазу выбора, мы абсолютно использовали бы его только на внутренней LAN, и это не будет на том же DNS как наши никакие другие внутренние или внешние системы DNS. Одно примечание стороны - то, что мы могли бы хотеть совместно использовать данные, которые мы храним со сторонними партнерами. DNS является известным объектом, который любой мог легко запросить для получения зональных передач из.

Спасибо за Вашу длительную обратную связь.

1
задан 7 September 2009 в 19:24
2 ответа

Попробуйте это правило:

RewriteCond %{THE_REQUEST} ^GET\ /external/(http://[^\ ]*)
RewriteRule ^external/http:/ externalLink.php?url=%1 [L]

Необходимо исследовать THE_REQUEST поскольку Apache разделяет пустые сегменты контура в пути URL.

2
ответ дан 3 December 2019 в 19:58

там произойдет проблемы с наклонными чертами в http://

попытка:

RewriteRule ^external/(^http:\/\/.+)/$ /externalLink.php?url=$1 [L]
1
ответ дан 3 December 2019 в 19:58
  • 1
    Следующее к Вашему объяснению, Вы забыли выходить из первой наклонной черты в своем регулярном выражении. Но that’s, не необходимый вообще. Это не Perl или любой другой язык, где регулярные выражения имеют разделители, которых нужно оставить. –  Gumbo 7 September 2009 в 19:52

Теги

Похожие вопросы