С другой стороны с использованием символьных идентификаторов делают сайты и с тысячами позиций (магазины, блоги и т.д.), в том числе и на моих CMS, но это все-таки не сотни тысяч или миллионы.

Я знаю. В моих CMS в основном используются символьные идентификаторы. На первом уровне без вариантов (если даже там всплывает числовой идентификатор, то он хранится, как символьный).

По-моему, число на первом уровне для страниц (а не для дополнительно подгружаемых файлов) смотрится не очень хорошо.

/2351 работает быстрее, чем /p/2351, только если у вас нет предварительного сопоставления с символьными идентификаторами, т.е. когда все адреса начинаются с числового идентификатора. Конечно, можно делать разветвление, анализируя первый символ и т.п., но тогда нужно быть уверенным, что среди символьных идентификаторов первого уровня нет идентификаторов, начинающихся с цифры и т.п.

Пацаны, в двух словах, какой именно вариант вы мне предлагаете использовать в Wordpress, такой - mysite.com/%post_id% ?

Сообщение отредактировал MakDonald - 15.10.2022, 18:14

estic, У меня единая точка входа, там парсится url и далее уже загружаются нужные шаблоны, идентификатор парсится как числовой и он является id записи + легкий 301 редирект, если url не совпадает с тем что в базе - работает редирект на нужный.

MakDonald, Вы сейчас просили что использовать WP движок или структуру url. Я бы начал с WP а далее если не будет вытягивать - тогда уже пилить свое что то

Сообщение отредактировал WoWeb - 15.10.2022, 18:20

Ради интереса проверил с помощью Query Monitor на стандартной теме при смене структуры с /%postname%/ на /%post_id%/ или ?p=%post_id% WP делает на один запрос к базе меньше.

MakDonald, рассуждения касательно структуры URL были в разрезе собственных CMS. Конкретно для WP - нужно проверять для свой темы/наборы плагинов.

malamut, /%post_id%/ - на один запрос меньше ?

Да. Как выше написал, для ЧПУ и устранения неоднозначности можно и /post/%post_id%/ или /post%post_id%/ (если это "или" поддерживается в WP).

Хотя неоднозначность все равно может быть, например /%category%/category/ с идентификатором категории "post". Надеюсь, понятно, что потом ничего с идентификатором "post" на первом уровне создавать не нужно. В моих CMS обычно с этим нет проблем, а в WP по идее могут быть.

Если там можно расставлять приоритеты маршрутам, поставьте /post/%post_id%/ на первое место (наивысший приоритет), чтобы в один прекрасный день не перестали отображаться страницы постов из-за "перекрытия".

Кстати, теоретически добавление префикса /post/ в качестве статической части шаблона маршрута тоже может приводить к появлению дополнительного запроса. Что-то не помню, чтобы WP хранил маршруты в файлах. Нужно проверить. В моих CMS обычно это тоже так. Правда, в высоконагруженных проектах этот запрос оптимизируется вплоть до использования NoSQL ("ключ-значение", база данных в памяти и т.д.).

Это если человек понимает что-то в этом, а то время будет потрачено зря.

а что есть !перекрытие" в данном случае?

Появление чего-то более приоритетного с идентификатором "post" на первом уровне. Это может быть не только другой маршрут со статическим префиксом /post/ в адресном шаблоне. Некоторые системы поддерживают тестирование переменных частей в шаблонах маршрутов, например при наличии маршрутов с шаблонами
1) /%category%/category/
2) /post/%postname%/
может быть все хорошо, пока не появится категория с идентификатором "post". За счет использования %post_id% (вместо %postname%) данный пример для нас безопасен, но в общем случае опасность сохраняется.

Замечание модератора: Эта тема была закрыта автоматически ввиду отсутствия активности в ней на протяжении 100+ дней. Если Вы считаете ее актуальной и хотите оставить сообщение, то воспользуйтесь кнопкой или обратитесь к любому из модераторов.