- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Опять же выше резонно указали - случаев когда в адресах может появляться ?=что_угодно_ - может быть бесконечное множество. Вы будете вылавливать эти адреса и составлять новые правила редиректов? Это будет утомительный бесконечный процесс.
Изначально вопрос был именно о более конкретном случае: когда после "?" вообще ни чего нет. И тут суть в том, что это общее правило, на мой взгляд, для подавляющего большинства сайтов. По этому я и размышлял единожды засунуть редирект в настройки nginx (пресет который ставлю на все проекты и от которого потом начинаю "танцевать" в плане настройки сервера).
Там, где после "что угодно" - это более проектоспецифичный случай - т.к. там может быть и нужное
Т.е. поставив пресет, с небольшим правилом для этого случая, становится уже пофиг: насколько тупой программист или не очень, на сколько правильный там фреймворк или не очень.
Изначально вопрос был именно о более конкретном случае: когда после "?" вообще ни чего нет.
Да, я понял.
Всё-таки я думаю важно использовать то, решение, которое будет предусматривать всё возможные негативные случаи.
или что не сочтет дублем ?
Дубль не сочтёт дублем ... достаточно скачать осн.страницу и дубль в разное время (с разным контентом).Александр Воробьев #:
Может. В том и сложность - отвечать 200 только на нужное. Проще от параметров изначально избавиться.
остаточно скачать осн.страницу и дубль в разное время (с разным контентом)
Изначально вопрос был именно о более конкретном случае: когда после "?" вообще ни чего нет. И тут суть в том, что это общее правило, на мой взгляд, для подавляющего большинства сайтов.
Да, адреса с вопросительным знаком на конце используются редко для какой-то другой функциональности, чем 404/301.
По этому я и размышлял единожды засунуть редирект в настройки nginx
Если у вас шаблоны адресов в маршрутах описывают в том числе и строку запроса (query string) или ее отсутствие, то специально что-то общее можно не писать. Общая проверка на ранних этапах обработки запроса может быть даже хуже, чем частные или более комплексные общие на поздних. Даже несмотря на то, что в последнем случае нужно еще передавать управление php, etc.
Если у вас шаблоны адресов в маршрутах описывают в том числе и строку запроса (query string) или ее отсутствие, то специально что-то общее можно не писать. Общая проверка на ранних этапах обработки запроса может быть даже хуже, чем частные или более комплексные общие на поздних. Даже несмотря на то, что в последнем случае нужно еще передавать управление php, etc.
В общем случае да, но тут речь об очень конкретном случае. И только. Когда откуда то (не с "моего" сайта) в поисковик заползла ссылка с "?" на конце (после которого нет ни каких параметров)
В общем случае да, но тут речь об очень конкретном случае. И только.
Я об этом и писал. Если у вас в шаблоне маршрута не описана строка запроса (хотя маршрутизатор позволяет), то соответственно запросы по адресам с вопросительным знаком на конце будут приводить к вызову обработчика ошибки, который выдает 404 и т.п. Например, посмотрите сайт у меня в подписи. Там используется каркас, не порождающий дубли. На уровень Web-сервера вынесена только обработка трэйлинг-слэшей. Все остальное внутри каркаса, в частности завершающий вопросительный знак будет "отброшен" при помощи общего шаблона адреса. Его окончание:
Т.е. либо строка запроса по формату, либо никакой, включая разделитель вопросительный знак.