Hapson
На етом форуме не раз обсуждалось. Поищите.

Во первых есть два вида роутинга:
- физическый - файловая система
- логический - конфиг

Также есть их гибриды.

Лично для себя я выбрал логический. Вот старый класс роутинга который я когда-то для себя сделал
http://forum.php.su/topic.php?fo...2&topic=1844
(Добавление)

Не соглашусь. Для меня самый удобный это JSON с комментариями.

Поддерживаю.

+1

DeepVarvar

покажи пример равнозначных роутингов на ямле и джейсоне ;) с комментариями конечно

digi, мы тут Все уже прекрасно знаем, что Вы "боготворите" symfony, так что это будет бесполезно ))

лично у меня роутинг в PHP. Точно не равнозначно с портянками конфигурационноых файлов

armancho7777777, форматы ямл и джейсон к симфони никакого отношения не имеют они были созданы разными командами в разное время и для разных целей а вот то, что некоторые вещи удобно в некоторых местах использовать - ну да, есть такое

digi, я думаю Вы прекрасно поняли что я имел в виду.

Okula
Я пробую разобраться в вашем коде. Мне пока сложно читать чужой код.
У себя все понимаю, что написал. А вот чужое понимать трудно пока.
(Добавление)


Вот видите как у вас - для вас все просто
Мне бы вот еще понять принцип работы регулярок. Как там происходит подмены и распознавания нужного...
(Добавление)
esterio

Вот это вообще темный лес...
Что есть физический и логический? Можно в двух словах их принципы действия?

PS
И как вообще лучше делать. Через $_GET, ну типа
http://exemple[dot]com/index.php?user=register
или делать закос под ЧПУ
http://exemple[dot]com/user/register

Hapson, ну если уж с регулярками всё плохо то тогда не стоит писать свой роутер. Там регулярки будут везде и всюду и если ты не научишься с ними работать ничего толкового сделать не выйдет.

я в них тоже не особо разьираюсь
в данном случсе одна простая регулярка которая считает что если нет
в адресе имени файла & или ? то это SEO адрес который требует маршрутизации

а дальше я разбираю его средствами PHP без всяких регулярок
потому как каждый модуль знает какой формат "его"
(Добавление)


не вижу связи меду роутером и регулярками
завист от реализации

Okula
Да нет, я понимаю регулярки (их синтаксис). Мне пока непонятно, как они работают в скриптах. То есть как происходит выявление нужных параметров в адресной строке.
Ну как бы это сказать...
Я понимаю как работает switch...case. Если index.php?user=register, то это значит нужно обратиться к модулю user и у него выполнить некое действие register.
А вот когда смотрю и вижу в массивах кучу регулярок, то мне вот не совсем понятно, как они работают.
Как-то так...
(Добавление)
caballero
Ну у вас понятно, это что-то типа

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]

Так ведь?
А вот дальше. Как это происходит в самом приложении.
У вас для каждого модуля записаны конфиги с его (модуля) параметрами? Точнее не параметрами, а запросами наверное, которые принимает этот модуль.
И так для каждого модуля, а если ни один модуль ничего своего не нашел, тогда 404?
(Добавление)
caballero
То есть по сути, есть один общий роутер (или маршрутизатор...) и у каждого модуля есть собственный роутер, так?

Сделайте таблицу соответствия урлов и контроллеров. Не важно в каком формате. И находите по этой табице нужный контроллер.

У меня уже была мысль сделать таблицу в БД. Собственно и сейчас уже есть табличка. В ней хранится имя модуля, его позиция и переключатель активации (0 и 1). То есть в шаблоне у меня грубо три места под модули. В каждом месте прописано:
ModController::load("top")
ModController::load("content")
ModController::load("left")
То есть три раза вызывается метод load? который смотри по таблице - какие модули включены в позиции top, left, content

PS но это временно. Глупо при каждом обновлении страницы лезть в БД. Тем более позиции модулей могут не меняться месяцами, годами...