На данный момент веду работы по реализации маршрутизатора CMS. По ходу дела возникло несколько вопросов к сообществу.

Вопрос первый

Столкнулся со странным феноменом, причины которого на данный момент не до конца понимаю. Ссылки типа: /news/view/617 не отрабатываются, производится переброс на главную с модификацией адресной строки на: /news/view/index.php?name=news

Самое интересно, что данные ссылки:

/news-view-617
/news-617
/617

/news/view/page617
/news/617
/617

/news/view/page
/news/page
/page

не создают каких либо проблем и отрабатываются корректно. Аномалия возникает только в случае использования всех параметров через слеш с цифрой на конце. Если перед цифрой прописать любой знак, то проблем не возникает, проходит правильный переход.

Не исключено что дело в модуле Apache mod_rewrite, поэтому привожу содержание главного файла настроек: .htaccess

Возможно что-то упустил? Может быть есть какие нибудь замечания/предложения по этому поводу?

Вопрос второй

Нужна ли в системных настройках SEO/ЧПУ, опция добавления .html параметра в ссылке адресной строки? Данный метод используется в системе сейчас. Это значит что все ссылки буду иметь окончание .html

Если в этом смысл, хотел бы услышать за и против.

С первым вопросом разобрался, оказывается всё на много проще
Подвёл Firefox Developer Edition, очистил кеш браузера Firefox и перезапустил программу, теперь всё в порядке.

К стати, совсем забыл озвучить! После реализации нового маршрутизатора системы, для использования ЧПУ в модуле Apache mod_rewrite отпадает необходимость. Это значит что ЧПУ будет работать на любом сервере Apache, Nginx, Microsoft IIS и т.д., чего не было раньше.

Обработчик ссылок будет в скрипте?

Если имеются в виду внутренние ссылки системы, то да. Новый механизм состоит из трёх новых функций.

Ну да, это и имел ввиду. Иначе как настроить работу без mod_rewrite? )
вообще идея интересная. Как это на нагрузку влияет?

Как это на нагрузку влияет?

Вопрос интересный, который интересует меня не в меньшей степени.

На данный момент идёт процесс разработки нового функционала, поэтому сравнительного тестирования новой версии со старой проводить не представляется возможным, но как только закончу все работы, обязательно сделаю сравнительный анализ нагрузки и скорости.

В теории дела с ЧПУ обстоят таким образом. В старой версии мы имели большой файл с правилами, через который проходила вся страница, фильтровались ссылки и обрабатывались в соответствии с установленными регулярными выражениями. В дальнейшем, на базе уже сгенерированной ссылки, производилась её обработка модулем Apache mod_rewrite и переход на основании правил файла .htaccess, в соответствующий отдел сайта.

Сейчас же ссылка генерируется отдельно, обрабатывается только она одна, а не вся страница как было ранее. При переходе по ней производится проверка на соответствие переменным GET, по созданным ранее правилам, но не модулем Apache mod_rewrite, а системным методом. Именно данный участок работы, на мой взгляд должен быть быстрее, менее ресурсоёмкий и к тому же универсальный, так как mod_rewrite и проверка по регулярным выражениям правил в файле: config/config_rewrite.php отпадают полностью.

Единственное, возможно незначительное повышение нагрузки, в случае если должны быть созданы все правила для каждой страницы сайта заново. Это касается только больших проектов с большой базой созданного ранее материала, при переходе на новую версию. Но после того как все правила будут автоматически пересозданы (достаточно одного просмотра страницы), нагрузка опять стабилизируется и придёт к нормальному состоянию.

Если кому то не до конца понятен функционал или возникли вопросы, пишите, охотно отвечу.

Общая идея понятно. будем посмотреть)

Вопрос второй

Нужна ли в системных настройках SEO/ЧПУ, опция добавления .html параметра в ссылке адресной строки? Данный метод используется в системе сейчас. Это значит что все ссылки буду иметь окончание .html.

.html как завершение адресной строки - нравится эстетически. Есть в этом некая завершённость.

.html как завершение адресной строки - нравится эстетически. Есть в этом некая завершённость.

В таком случае предлагаю сделать универсально, любое возможное окончание на усмотрение администратора. К примеру: .asp, .xml, .doc и так далее. Что скажете?

я "за" обоими руками