estic

Рейтинг
131
Регистрация
01.10.2017
ronibestplay #:
не помогает исключать такие страницы
Да, это все нужно делать сразу. Т.е. это средства не "исключения", а "недопущения". Даже статус 404 не всегда помогает. Именно для "исключения" есть специальный статус 410.
ronibestplay #:
Просто я про роботс мало что знал и не думал что можно запретить все, что после определенного знака.
Кто ж знал, что вы "мало что знали". Если решили самостоятельно разобраться в вопросе, нужно сначала ознакомиться с основами, прежде чем задавать вопросы на форуме.
ronibestplay #:
Никакие cannonical и гет параметры не помогают. Жаль что никто мне не подсказал Disallow: /?* Кучу времени бы сэкономил.

"canonical" помогает, если писать без ошибок (с одной "n"). И про Disallow давно вам написал:

estic #:
Нужно использовать rel="canonical" или Disallow для адресов со строкой запроса.
Mazai_Nika #:

Вопрос: Какой код для связки старых id с урлами нужен? 

Каких старых id? В общем случае вам нужна таблица соответствия старых адресов и новых.

Это можно делать и целыми разделами, но, как выше написали, здесь нужна полнейшая конкретика.

Кстати, во втором случае для непосредственного осуществления переадресации может использоваться все тот же первый инструмент. Т.е. можно составить таблицу соответствия отдельной программой, а потом использовать эту таблицу в простом инструменте.

Слэш в конце тега - это из XHTML. В HTML5 допустимо, но избыточно.

Полный адрес главной включает слэш, т.е. правильно https://estic.ru/, но для главной допустимо и без слэша, чего не скажешь о внутренних - там это разные адреса, т.е. нужно указывать тот, который является основным.

Что касается rel="canonical" "на себя", действительно это избыточно, но по-другому в статическом сайте вы не сделаете, т.к. потребуется условное добавление этого тега. Практика такова, что этот тег добавляют "всегда" (в кавычках, т.к. исключения, конечно, есть, например я редко использую этот тег), потому что проблемы с дублями имеются и в широко распространенных программных продуктах, и с условным добавлением тега не хотят возиться.

pegs #:
Ещё один фактор, влияющий на более дорогие домены у наших регистраторов/хостеров - НДС.  Это практически +20% к цене.
Упомянутые мной в предыдущем сообщении цены тоже включают НДС. 3360 или 4400 руб. - это почти или более чем в два раза выше.

Это слишком "мусорные" адреса, чтобы с них делать переадресацию. Все основные решения я описал в предыдущем сообщении.

От статических сайтов нужно отказываться. Не хотите использовать полноценную CMS, можно использовать программный каркас только для "головной" части сайта. А содержимым управлять "по старинке" в менеджере файлов (FTP не рекомендую в виду его незащищенности), в оболочке для работы с СУБД и т.п.

sergv #:
Не факт. Во-первых, цена на info не так давно выросла. После смены собственника зоны тарифы были пересмотрены.

Это достаточно известный факт (и про низкую стоимость первого года, и про повышение стоимости продления в регистратуре). Но с момента этого "пересмотра" в регистратуре тарифы больше не менялись.

Здесь имеют место 2-я и 3-я озвученные вами причины. Например, я продлевал info месяц назад за примерно 1300 руб., а сейчас только из-за курса продление стоит примерно 1800 руб. (регистратор не российский).

ronibestplay #:
Если честно rel cannonical не использую, так как дублей страниц вроде как не делаю.

Поисковики считают дублями адреса / и /?любая-строка-запроса. Все основные Web-серверы по умолчанию никак не препятствуют выдаче дублей со строкой запроса в адресе.

Нужно использовать rel="canonical" или Disallow для адресов со строкой запроса. Также можно делать запрет средствами сервера (или используемого программного каркаса), например выводить специальную страницу ошибки 404 или ту же страницу, но со статусом 404. Меня, например, не беспокоит, если кто-то проставит ссылку https://estic.ru/?page=support 😊

Mik Foxi #:
У вас должен быть rel="canonical" который все решит, подстановки такие все равно будут, их не нужно выслеживать. и тем более никаких редиректов в хтасес не нужно с убиранием этих подстановок. все ж равно utm метки когда нибудь понадобятся.
Вовсе не обязательно. И собирать переходы по ссылкам с такими метками не обязательно прямо на целевых страницах.
Всего: 1209