@mrseo

Сейчас разбираюсь в некоторых деталях php, в том числе и организации маршрутизатора.

В .htaccess переадресую все на Index.php, где подключаю автозагрузчик, который подключает и запускает роутер.

Пока идея такая:

1. Берем uri
2. Проверяем uri по базе, выявляем id и тип материала и запускаем соответствующий контроллер с нужными параметрами.

Просьба посоветовать, как еще можно организовать роутер и обозначить несовершенства такой схемы. Как это обычно работает в современных CMS.

1

@Para bellum

1) Получаем URL.
2) Разбиваем URL по слешу с помощью explode.
3) Вырезаем из получившегося массива первый элемент (это название класса контроллера).
4) Смотрим, есть ли файл с таким контроллером с помощью file_exists() (файлы именовать можно так, чтобы название файла соответствовало содержащемуся там классу).
5) Если файла нет - ошибка 404. Если есть - создаём экземпляр класса контроллера.
6) Вырезаем из получившегося массива второй элемент (это название метода контроллера).
7) Смотрим, есть ли такой метод в классе с помощью method_exists().
8) Если метода нет - ошибка 404. Если есть, то вызываем его и передаём в качестве аргумента оставшийся массив.
9) В методе уже проверяем, передан ли в массиве ID. Если нет (а он был обязателен) - ошибка 404. Если не обязателен - действуйте по усмотрению.

0

@mrseo

по такому типу уже писал роутеры, но к сожалению не решает нужную задачу, спасибо.

0

@Para bellum

Т.е. Вы хотите, чтобы все URL хранились в базе и при переходе по ссылке, проверялось, есть ли в базе такой url? Интересная схема...

0

@Custos

Не лучшая идея

1

@mrseo

это для фронтенда, а для админке как раз сделал по описаной схеме

0

@Para bellum

Какая разница? Всё равно:

0

@mrseo

можно по подробнее почему? а как тогда вместе с ЧПУ таким образом по вашей схеме сделать. Ведь название статьи может быть и такое "Как написать парсер на php", соответственно алиас будет следующий - kak-napisatj-parser-na-php, как мне такое реализовать при описанном вами подходе?

0

@Para bellum

mrseo, я не про alias говорю , а говорю, что сначала в URL передаём контроллер, затем метод контроллера (его можно опустить при желании и использовать метод по умолчанию), а только затем alias. А вот этот alias уже по БД проверять, есть ли он или нет. Но весь URL в БД хранить не надо.

2

@mrseo

теперь сохраняю только алиас, но вот перед проверкой значения, берущегося из uri строки в базе как стоит проверить или обработать строку?

0

@Para bellum

mrseo, можно не обрабатывать специально этот alias, а просто использовать подготовленные запросы. Пример с PDO:
В $alias должен быть alias, который мы ищем.

Добавлено через 55 секунд
В таком случае никакой sql-инъекции провести не удастся.

0

@mrseo

отлично, у меня в работе с бд как раз использую PDO, и в модели уже написан метод с подобным запросом, только без привязке, немножко переделаю, тогда еще 1 вопрос, если можно. А к примеру когда я с админки сохраняю также данные в базе при помощи PDO, привязку стоит делать.

И еще можно уточнить как именно этот вариант не дает sql инъекциям пролезть, благодаря использованию рпивзяки с флагом PDO::PARAM_STR ?

0

@Custos

Используй безымянные плейсхолдеры вместо именных и не мучайся.

1

@mrseo

спасибо, просто мой вопрос был именно в том, как именно здесь происходит защита от инъекций, благодаря чем, получается благодаря тому, что сначала подготавливаем запрос?

0

@Para bellum

mrseo, мы же напрямую не вставляем полученные данные в запрос, следовательно даже если будут там неэкранированные символы - не страшно. Ведь PDOStatement реализует всё за Вас.

Добавлено через 1 минуту
Custos, я тоже хотел с начала так написать, но решил показать пример поподробнее . Может зря, а может и нет.

1

@Yatop

А почему весь url хранить в базе плохая идея? Ведь, если ЧПУ, то перед alias в ссылке наименование раздела, а не контроллера, а в разделе сайта могут быть различного типа материалы, да и alias теоретически может быть одинаковый, а разделы и страницы разные.

Объясните, пожалуйста, почему неправильно отсылать к контроллеру по полному url.

Буду очень признательна за разъяснения. Спасибо!

0

@Para bellum

Ну в MVC обычно и используют ЧПУ. Сначала идёт имя контроллера (оно же имя раздела, если хотите), потом метод (хотя метод можно и опустить и использовать метод по умолчанию).
Вы имеете в виду, что храниться все данные для всех разделов будут в одной таблице? Обычно одна таблица для одного контроллера (вернее модели).

Простите, сейчас я сильно занят. Завтра утром может попробую объяснить.

1

@Yatop

lyod, спасибо. Буду ждать

0

@Yatop

lyod, прощу прощение за беспокойство Но, если у Вас появилось время, могли бы Вы внести ясность в вопрос выше?

Спасибо!

0

@Para bellum

Потому что при использовании такого подхода будет не MVC, а неизвестный шаблон проектирования . Если Вы хотите писать, используя MVC, то нужно придерживаться стандартов этого шаблона приложения.
Потом, ситуаций может быть масса всяких разных. А если приложение разрастётся сильно? База же разрастётся до невероятных размеров, если каждый существующий url туда писать.

1