Исправление user_id_68054, (текущая версия) :
Переписать все правила на nginx или уменьшить количество правил rewrit'а, привязав все запросы к index.php, а все ЧПУ реализовать через php
второе.
в случае Apache — правило rewrite должно быть только *одно* (для одного сайта) .
далее index.php уже должен думать куда (к какому коду) переадресовывать запрос.
а при портировании этого кода из Apache на Nginx — проблем будет минимум.
ды и вообще проблем будет минимум. при таком подходе
Второе думаю будет правильнее, но займет больше времени и скорее всего увеличит время выдачи страниц.
хаха :) , с чего вдруг обработка десятка лишних PHP-строчек должна увеличивать врямя выдачи страницы?
маршрутизация URL — это не узкое горлышко, где могла сосредотачиваться бы вся нагрузка.
Исправление user_id_68054, :
Переписать все правила на nginx или уменьшить количество правил rewrit'а, привязав все запросы к index.php, а все ЧПУ реализовать через php
второе.
в случае Apache — правило rewrite должно быть только *одно* (для одного сайта) .
далее index.php уже должен думать куда (к какому коду) переадресовывать запрос.
а при портировании этого кода из Apache на Nginx — проблем будет минимум.
ды и вообще проблем будет минимум. при таком подходе
Второе думаю будет правильнее, но займет больше времени и скорее всего увеличит время выдачи страниц.
хаха :) , с чего вдруг обработка десятка лишних PHP-строчек должна увеличивать врямя выдачи страницы?
маршрутизация URL — это не узкое горлышко, где сосредотачивается вся нагрузка.
Исходная версия user_id_68054, :
Переписать все правила на nginx или уменьшить количество правил rewrit'а, привязав все запросы к index.php, а все ЧПУ реализовать через php
второе.
в случае Apache — правило rewrite должно быть только *одно* (для одного сайта) .
далее index.php уже должен думать куда (к какому коду) переадресовывать запрос.
а при портировании этого кода из Apache на Nginx — проблем будет минимум.
ды и вообще проблем будет минимум. при таком подходе