Тебе уже когда-то отвечали на этот вопрос.---------- Добавлено 27.09.2019 в 14:19 ----------Вот из моего последнего (см. ответ на второе цитирование):
https://php.ru/forum/threads/prosvetite-po-query_string-i-request_uri.79869/#post-608701
Тут мы, видимо, по-разному мыслим. Я привык использовать движки, в которых слаг является не каким-то (SEO-)довеском к адресу, а полноценным идентификатором. Т.е. страницу с пустым слагом либо вообще не создашь, либо это будет такой же сим. идентификатор, как и др. (пусть и с нек. особенностями, например с другим уровнем иерархии в адресе при использовании адресации без трэйлинг-слэша: /page – страница того же типа, что и /page/slag, только с пустым слагом).---------- Добавлено 27.09.2019 в 13:15 ----------Xubart, ТС и я привели пример(ы), когда совмещение числового id и слага в адресе может быть полезно. Хотя я тоже против совмещения. Либо то, либо др.---------- Добавлено 27.09.2019 в 13:38 ----------Не увидит, если все сделано по уму. Если конечно сам пользователь сайта не постарается :) Кстати, это еще одна причина не использовать «автогенеренку».
Да, это все для массового создания страниц пользователями/контент-менеджерами с автогенерацией слагов (транслитеральных), часто без возможности явной корректировки. Слаги получаются так себе. Тут я за метод хабра/серча.
Еще раз: ЧПУ нужны прежде всего пользователям. Типовых слагов достаточно (хотя они тоже бывают разные), чтобы избавить пользователя от страха перехода по таким ссылкам. По-моему, это даже лучше, чем типовой слаг(и)+числовой id+слаг/ключ. Могут быть редкие исключения, например когда числовой id завязан на дату или заменен в адресе датой (но это уже ближе к иерархии, тут и разделители-слэши уместны, например /.../2019/09/27/slag или /.../190927/slag).
Но вы оговорили в стартовом посте, что сейчас речь не об этом, поэтому это все оффтоп.
P.S. Последний абзац пред. поста не понял.
Чем? Из-за уник. разделителя что ли?---------- Добавлено 27.09.2019 в 11:08 ----------Snake800, третий вариант странный. Почему при его наличии нет, например, такого же варианта без расширения?
Если у тебя не 100500 страниц, использовать только слаги вообще не проблема. Есть одна ситуация, когда числовые id помогают корректировать переходы по адресам с устаревшими слагами (актуально, когда слаги имеют склонность периодически меняться).
Да, вместо слэша тут, видимо, лучше использовать др. разделитель.
ЧПУ всегда прежде всего были нужны пользователям, а не ПС. У хабра присутствуют типовые слаги вмести с числовыми id. Такие адреса вполне себе ЧПУ. У серча showthread.php тоже можно считать чем-то подобным. ---------- Добавлено 26.09.2019 в 23:21 ---------- Т.е. /page(s)/123 – норм., /123 – не норм. При условии, что это вполне конкретный тип страниц, т.е. когда есть и др ветки, например /news/* и т.п. ---------- Добавлено 26.09.2019 в 23:33 ---------- P.S. В наших движках, например, вообще нет никакой разницы между /pages/123 и /pages/slag за исключением того, что в последнем случае числ. id обычно тоже присутствует, только скрыто. Ну и плюс всякие плюшки числовых id вроде автоинкремента, когда при создании страницы вообще не надо указывать ее id.
Если реально нужно в данной конфигурации делать редирект, можно переместить весь статик, включая влож. каталоги, в спец. каталог и делать в него рерайт. Только добавьте условие-тест на наличие в пределах этого каталога запрашиваемого статика.---------- Добавлено 24.09.2019 в 00:40 ----------Т.е. трюк в том, что фронт-сервер перестанет находить статик и будет дергать бэк.
Миша26, чЁ прям обязательно завязывать друг на друга директивы из разных расширений? :)
Тебе нафига условие для второго правила, если ты соотв. регулярку в маске правила написал? ;)
Для справки:
1) http://u75.ru/redirect – mod_alias
2) http://u75.ru/rewriterule with http://u75.ru/rewritecond – mod_rewrite
Больше внимания уделяйте подбору слагов разделов, чтобы их не приходилось менять. Старый показанный слаг больше подходит для какого-то узкого фильтра, нежели для раздела.
Как я выше написал, /svitera/100500 немного лучше, чем /product(s)/100500 в плане ЧПУ ;)
Redirect permanent /krasnie-sinie-i-zheltye-svitera /svitera
P.S. Лучше конечно подобное делать более узко, т.е. повесить др. программный обработчик на ветку krasnie-sinie-i-zheltye-svitera.
Что с ЧПУ не так? Если товары не пересекаются между разными разделами, вполне норм. добавить к адресу карточки слаг раздела вместо какого-то обобщенного (product). Или вы про артикул? Когда у вас 100500 товаров, замучаешься им придумывать слаги, а пускать тут все на самотек еще хуже, чем использовать простые идентификаторы. Слаг раздела тут оч. к месту.
Mля, страницы индексируются в соответствии с их содержимым (не только заголовками). Когда юзер что-то находит в поисковике на вашем форуме, он рассчитывает перейти по ссылке на тут страницу темы, на кот. находится искомая инфа, а не на первую страницу темы.
Мусорными я назвал в том числе и «страницы пагинации». Только пагинация пагинации рознь, чего вы походу не понимаете! Страницы «подвижного» (или даже неподвижного) списка с названиями тем – это одно, а страницы тем – это совершенно другое!
