На всех машинах свечи менял не более чем через 15тыс. чаще раньше. (если порыться у меня где то до сих пор лежат свечи от моей альмеры -замененные хотя и не "троило" и ни чего не было ощутимого. В т.ч. на Almera (но у меня была правильная N16 1.8- более ранняя, а не самсунг) . Если старые прошли 30тыс. даже если ни чего не чувствуете 100% при смене заметите разницу.
ardova#: Так повелось, что у нас мандарины это новогодние фрукты...
Мандарины тоже стали практически круглый год. Причем бывали и весьма вкусные/спелые. Но их больше брать не хочется, чтобы на новый год что то осталось "новогоднее" :)
Антоний Казанский#: Опять же выше резонно указали - случаев когда в адресах может появляться ?=что_угодно_ - может быть бесконечное множество. Вы будете вылавливать эти адреса и составлять новые правила редиректов? Это будет утомительный бесконечный процесс.
Изначально вопрос был именно о более конкретном случае: когда после "?" вообще ни чего нет. И тут суть в том, что это общее правило, на мой взгляд, для подавляющего большинства сайтов. По этому я и размышлял единожды засунуть редирект в настройки nginx (пресет который ставлю на все проекты и от которого потом начинаю "танцевать" в плане настройки сервера).
Там, где после "что угодно" - это более проектоспецифичный случай - т.к. там может быть и нужное
Т.е. поставив пресет, с небольшим правилом для этого случая, становится уже пофиг: насколько тупой программист или не очень, на сколько правильный там фреймворк или не очень.
Sly32#: Потому что сегодня ты ловишь одно, завтра вылезет еще что-то опять будешь правит нжинксы, роботсы? Правильные роуты это фиксят и никак тут РПС не помешает
Все по ситуации. В данном случае вполне конкретный случай.
RPS им не помешает, а вот наоборот вполне себе может. (хотя конечно всегда можно взять и еще один сервер воткнуть :) ) Понятно что если рассматривать отдельно - тут время ответа "ни о чем". Естественно я не сторонник захламлять конфиг nginx и апача. Но и все в код тащить не вижу смысла.
Sly32#: В нормальном фреймворке это решается 2-3-мя строчками кода. Парсятся параметры и если они некорректы - редирект куда тебе нужно - на 404 или на канон.
И еще раз внимательно прочти ;).
1 Я не спрашивал как реализовать редирект: варианты редирект, тег, роботс.
2 Если делать редирект тут тоже не все так однозначно и дело не в "нормальности" фреймворка. Если есть возможность сделать это не обращаясь к фреймворку - это лучше. Особенное если RPS переваливает на проекте за 1000. Да даже из логики: нафига поднимать ядро, какое бы шустрое оно ни было, пробегаться по все правилам роутов?
вопрос в причине в первую очередь. Вы сказали что не знаете - я сказал - выяснить в чем беда. Потом вы говорите что уже есть точная причина беды. Ну как то не серьезный разговор.
давайте конкретику
Ну так и попросили бы уточнить этот момент. Я же не спрашивал "у меня бяда появились странные страницы как с этим бороться". Если разжовывать на все случаи жизни тут за огромной статьей (в которую превратится пост) и тему потерять можно :) Откуда ж мне знать у кого на что триггернет.
Vladimir SEO#: если внешка то либо канон либо 301 на нужный урл
вот. тут момент: достаточно ли будет канона (и Vladimir как я понимаю тоже об этом написал)? (я сегодня с утра покопался на эту тему, и сложилось ощущение что недостаточно, собственно потому и родилась тема)
Sly32#: Что значит взломать? Если тебя попросили устранить - у тебя есть доступ к коду? В нормальных фреймворках роутинг настраивается по принципу что не разрешено - то запрещено. все что не подпадает под маску автоматически редиректится на 404.
Да почитай уже внимательно вопрос!
1 Речь о ссылка размещенных на других сайтах.
2 Полнейшей глупостью будет редирект на 404 если мы поняли что за страница, и этот переход для нас может быть полезным.
а почему ссылка на сайте внешняя? а может цмс кривая?
Найди причину - потом решай что делать, не нужно стрелять по воробьям)
Еще раз описываю проблему:
Есть условно "обсуждаемый сайт": site1.com
Есть второй сайт мегаппопулярный ресурс. На этом сайте некто Вася размещает ссылку на обсуждаемый сайт и по доброте или умышленно забывает "?" . Получается site1.com/? . По этой ссылке пошел толпами народ.
Метрика ведь заметит эту ссылку?
Метрика будет считать дублем для реально существующей главной страницы "обсуждаемого сайта"?
Если по диаметру чуть больше, то напильником
Так повелось, что у нас мандарины это новогодние фрукты...
Опять же выше резонно указали - случаев когда в адресах может появляться ?=что_угодно_ - может быть бесконечное множество. Вы будете вылавливать эти адреса и составлять новые правила редиректов? Это будет утомительный бесконечный процесс.
Изначально вопрос был именно о более конкретном случае: когда после "?" вообще ни чего нет. И тут суть в том, что это общее правило, на мой взгляд, для подавляющего большинства сайтов. По этому я и размышлял единожды засунуть редирект в настройки nginx (пресет который ставлю на все проекты и от которого потом начинаю "танцевать" в плане настройки сервера).
Там, где после "что угодно" - это более проектоспецифичный случай - т.к. там может быть и нужное
Т.е. поставив пресет, с небольшим правилом для этого случая, становится уже пофиг: насколько тупой программист или не очень, на сколько правильный там фреймворк или не очень.
Потому что сегодня ты ловишь одно, завтра вылезет еще что-то опять будешь правит нжинксы, роботсы?
Правильные роуты это фиксят и никак тут РПС не помешает
Все по ситуации. В данном случае вполне конкретный случай.
RPS им не помешает, а вот наоборот вполне себе может. (хотя конечно всегда можно взять и еще один сервер воткнуть :) ) Понятно что если рассматривать отдельно - тут время ответа "ни о чем". Естественно я не сторонник захламлять конфиг nginx и апача. Но и все в код тащить не вижу смысла.
В нормальном фреймворке это решается 2-3-мя строчками кода. Парсятся параметры и если они некорректы - редирект куда тебе нужно - на 404 или на канон.
И еще раз внимательно прочти ;).
1 Я не спрашивал как реализовать редирект: варианты редирект, тег, роботс.
2 Если делать редирект тут тоже не все так однозначно и дело не в "нормальности" фреймворка. Если есть возможность сделать это не обращаясь к фреймворку - это лучше. Особенное если RPS переваливает на проекте за 1000. Да даже из логики: нафига поднимать ядро, какое бы шустрое оно ни было, пробегаться по все правилам роутов?
вопрос в причине в первую очередь. Вы сказали что не знаете - я сказал - выяснить в чем беда. Потом вы говорите что уже есть точная причина беды. Ну как то не серьезный разговор.
давайте конкретику
Ну так и попросили бы уточнить этот момент. Я же не спрашивал "у меня бяда появились странные страницы как с этим бороться". Если разжовывать на все случаи жизни тут за огромной статьей (в которую превратится пост) и тему потерять можно :) Откуда ж мне знать у кого на что триггернет.
если внешка то либо канон либо 301 на нужный урл
вот. тут момент: достаточно ли будет канона (и Vladimir как я понимаю тоже об этом написал)? (я сегодня с утра покопался на эту тему, и сложилось ощущение что недостаточно, собственно потому и родилась тема)
Что значит взломать? Если тебя попросили устранить - у тебя есть доступ к коду? В нормальных фреймворках роутинг настраивается по принципу что не разрешено - то запрещено. все что не подпадает под маску автоматически редиректится на 404.
Да почитай уже внимательно вопрос!
1 Речь о ссылка размещенных на других сайтах.
2 Полнейшей глупостью будет редирект на 404 если мы поняли что за страница, и этот переход для нас может быть полезным.
то есть теперь знаете ? показания не совпадают)))
а почему ссылка на сайте внешняя? а может цмс кривая?
Найди причину - потом решай что делать, не нужно стрелять по воробьям)
Еще раз описываю проблему:
Есть условно "обсуждаемый сайт": site1.com
Есть второй сайт мегаппопулярный ресурс. На этом сайте некто Вася размещает ссылку на обсуждаемый сайт и по доброте или умышленно забывает "?" . Получается site1.com/? . По этой ссылке пошел толпами народ.
Метрика ведь заметит эту ссылку?
Метрика будет считать дублем для реально существующей главной страницы "обсуждаемого сайта"?