Поиск

Добрый день, Подскажите, как правильно настроить редиректы с кучи страниц, которые выглядят сейчас следующим образом: https:// /ua// https:// / ua//// https:// / ua//////// https:// / ua// https:// / ua// Google как-то посоздавал такие страницы и теперь их нужно исключить из индекса

Ну что?! В продолжение темы о бонусах гугла для новорегов. Вопрос стоял о том, что к концу первой недели, по опыту пользователей, приходит. конец 😀 радостям для новых сайтов. Сегодня как раз небольшой юбилейчик, 10 дней новорегу. Можно подбить предварительные бабосики, кстати вполне реальные, т.к. он обошел по трафу и доходности донора-основателя, с которого я ставил постраничный редирект на новичка скриптом. Если помните таким вот кандибобером script type= 'text/javascript ' location= 'https://новрег.ком/карточка товара '; /script Смотрим! Начало второй недели, когда ждал падения: Падения не случилось, но было замечено то, что всегда было характерно по позициям в гугле для новорегов. А именно, качели позиций.Только если раньше качало неделями и месяцами. В сутки 2 раза стабильно, то ТОП, то за 100 позицию в серпе. Сейчас просто ограничился 1 сутками. Скачек и все. Как пошептало, пока по крайней мере. Но падение было, вот яма: Вчера произошла смена посадочных. Что странно, раньше...

Вы используете нашу защиту сайтов и путь /.well-known/acme-challenge заворачивается на наши фильтры, т.к. выпуск сертификатов для клиентских сайтов мы осуществляем на своей стороне. Если на стороне вашего веб-сервера необходимо включить https, то следует сгенерировать самоподписанный сертификат. На просторах интернетов достаточно гайдов как это сделать. Со стороны наших фильтров L etsencrypt сертификаты выпускаются автоматически на основной домен и все его поддомены 3 уровня ( ). Поддомен является поддоменом 4 уровня, генерация сертификатов на такую вложенность делается через запрос в техподдержку.

Ну так это реф под Али заточенный. По сути ссылка вот такая: https: //;utm_campaign=1571079&aff_platform=portals-tool&utm_medium=cpa&cn=43qd12mwj391v8hx59coare8yhvflkbt&dp=v5_43qd12mwj391v8hx59coare8yhvflkbt&cv=34708538&pvid=108ad6bb-19d0-42ea-abd2-0a314f5dbd11&sk=_esJfNi&aff_trace_key=8e119622dcc543589e3bc6ad997f600d-1594005656832-01431-_esJfNi&rmsg=do_not_replacement&scm=1007.23534.124736.0&terminal_id=14d4247719b642609c99ea6a10c5fa4f&utm_source=epn&utm_content=34708538&aff_request_id=8e119622dcc543589e3bc6ad997f600d-1594005656832-01431-_esJfNi Могло и вознести. Гугл после мая чудит.

кэш. вся суть в кэшировании. да, dnsmasq просто форвардит на те же 8.8.8.8 и 1.1.1.1, но при этом кэширует. да, по времени там вроде разница мизер, но если помножить это на количество запросов, то получается уже заметно на глаз. вот реальный пример. только что проверил: видим что кэшированный запрос от локалхоста в 3 раза быстрее cloudflare и в 4 раза быстрее гугла. ну это частный случай конкретно этого сервера. у других могут быть другие цифры. днс сервера такие стоят: т.е. первым локальный dnsmasq (который эту строку игнорирует при своей работе и обращается лишь к двум оставшимся) и сейчас я делаю reload nginx'а с двумя сотнями сайтов за вот столько: но как только в комментирую первую строчку с 127.0.0.1 и это же самое действие проходит уже за вот столько: а когда подтупливали те внешние dns сервера все было еще сильно хуже и даже просто открывались https сайты с тормозами заметными на глаз. стоило мне закомментировать ssl_stapling - все приходило в норму. поставил dnsmasq - тоже...

Всё, что вы говорите, это сводиться к: 'Мне нехрена больше делать '. Быстрее грузится на сколько?! Замеры как проводить? Ресурсов меньше каких? Как замеры проводиться будут? SEO и https в техническом смысле вообще разные берега. Никакие A++ не ставят ваш сайт в топ. Возможно какие-то псевдосеошные отчёты и содержат какие-то там проверки https, но это из-за того, что людям писать больше чего, а отчёт хочется клиенту показать объёмный.

1 А зачем обратно переводить домен с https на http, еще такого не возникала. 2 Я понимаю что есть какае-та часть клиентов на древнем софте и на древнем железе. 3 Понял. Пока что разбираюсь с параметром ssl_ciphers, остальное понятно. А белые боты, яндекса и гугла перешли с tls 1.1 на tls 1.2?

цель указана - оптимизация. оптимизация это обычно означает какое-то улучшение или ускорение через убирание лишнего хлама. но начинать надо с матчасти. понимать самостоятельно суть каждой настройки, а не просто копипастить что-то с форумов:) по пунктам: 1) HSTS - да, но надо помнить о переходе обратном с https- http да т.к. браузер в следующие заходы будет сразу обращаться куда надо, без лишнего обращения к http- редирект- https 2) tls 1.2 и 1.3 остальное отключено - да, но тоже надо помнить о древних клиентах. 3) ssl_stapling - да, но надо помнить о нюансе с dns и возможных тормозах из-за этого.

уже не первый год включены лишь tls 1.2 и 1.3, остальное выключено. крайне изредка кто-то под какой-нибудь winxp или ie древним замечает мол не открывается сайт и жалуется. объясняю что да как. соглашаются что так пусть и остается. пример сайта:.com ни одного 'желтого ', лишь кое-что красное из-за тех самых отключенных более старых протоколов. все 'зеленые полоски ' можно довести до максимума, увеличив размеры ключей с 2048 до 4096 но это немного отразится на производительности. пока не помечает ssllabs желтым, пусть остается так. Strict-Transport-Security тоже включен, но надо осознавать потенциальную проблему перехода обратно с https на http. если к примеру вздумается и по http домен открыть, на который браузер уже заходил с таким заголовком, то ничего не получится. браузер будет упорно ломиться только на https сразу пока не наступит таймаут указанный в max-age сбросить это можно, но не так просто как куки например. по шифрам. у меня так: ssl_prefer_server_ciphers on; ssl_ciphers...

Индексируется и бегается бот по сайту прогнозируемо, достаточно и верно. На сайте присутствует ифрэйм с кодом: iframe allowfullscreen frameborder = ' 0 ' height = ' 480 ' src = '.ru%2Fuploads% ' title = ' тайтл ' width = ' 640 ' / iframe яндексбот, как сумасшедший начал ломиться на (по логам сервера): 'GET /https%3A%2F%%2Fuploads% HTTP/1.0 ' 404 'GET /https%3A%2F%%2Fuploads% HTTP/1.0 ' 404. 'GET /https%3A%2F%%2Fuploads% HTTP/1.0 ' 404 Собственно, изображения все эти есть, но какого лешего он выдернул ссылку вида ' / ' - со слешем в начале. Естественно, такой страницы нет на сайте, поэтому и ловит 404. ps. у гуглобота и прочих такого не наблюдается.

404 же выдает, вы либо переехали на https и забыли в http правило указать, либо прав на папку нет и нет возможности создать файл Тут на пальцах все описано

В ЯВ куча ссылок https://1сайт.2сайт.ru на страницы 2сайт.ru. Панель управления Cpanel. Как это исправить и надо ли вообще это исправлять.

Привет хорошим людям. Помогите пожалуйста по метрике. На сайте бывают визиты, когда люди сравнивают 2 товара (жмут Добавить к сравнению)) В ЯМ - выбрал Сегмент: Просмотры в которых: Просмотру URL: @compare (compare Добавляется в урл, когда человек переходит на страницу Сравнения товаров). Формируется такой отчет: Слева: https:// /compare https:// /compare/29 и т.д. Справа: Столбцы Просмотры и Посетители. с цифровыми значениями У меня вопросы: 1)Как к этому сегменту добавить например - У спешный Заказ 2)Сколько выходов с этих страниц 3)%отказов Если №1 еще как-то можно сделать, то количество выходов или % отказов - это я НИГДЕ Найти не могу. Над столбцами Просмотры и Посетители есть кнопка Метрики - но там нет других метрик (как например % отказа) спасибо за помощь. И так и эдак смотрю - не получается.

Интересно они все таки в гугле накрутили. Тут как то по ссылкам спорили. У меня свежее наблюдение. ИМ, Украина, старый домен выдохся, хостер. не буду обзывать, но. в общем сделал новый. Дорого, красиво, особенно шкурка, в общем по полной программе, мне понравилось. У белорусов что характерно. В общем перенес 28 числа, еще только занимаюсь наполнением. На старом поставил постраничный редирект таким вот макаром script type = 'text/javascript ' location= ' https://. '; /script Ну и понятное дело страницы парсил и заливал на новый через YML что бы вы понимали об уникальности:) в общем она 0%. С учетом что в ТОП-10 сидят плотно мои же страницы со старого домена. Вчера, позавчера позиции глянул, я оптимист. А вот сегодня порадовал Гоша. Кое где я свой же первоисточник уже обошел (к вопросу о плагиате). Я понимаю свежесть контента, но ведь ссылки в гугле никто не отменял. Или уже отменял??? Когда бы я успел прогнать, да и пока они заработают. Пару тройку анонсов по сецсетям, вот всё....

Есть небольшой информационный сайт на Вордпресс. В последние месяцы постоянное падение поискового трафа. Думал связано чисто с карантином. Недавно решил покопаться и увидел что часть страниц в индексе Яндекса с http, часть с https. Зашел на почту и вижу что там периодически приходят письма с яндекс вебмастера вроде 'Изменился атрибут rel= 'canonical ' важных страниц сайта. ' и в письме указано что некоторые страницы переехали на https, а некоторые наоборот на http. Самое интересное, что я никогда не разбирался со всеми этими сертификатами, не покупал их и не подключал, всегда думал что у меня сайт на http. Откуда взялся этот https понятия не имею. Отсюда вопросы, что со всем этим делать и почему так получилось? Стоит ли заморачиваться, разбираться и переводить информационный сайт на https или лучше все как-то отредиректить на http ?

В общем, написал хостеру, он все настроил, теперь страницы редиректятся на https. Единственное что если посмотреть адреса картинок, лого, то они идут с http. Можно так оставить или лучше поискать какие-то плагины чтобы пофиксить?

Для поисковой системы, сайт на http или https или другом порту (необязательно только 443 или 80) - это совершенно разные сайты. Поэтому как правило, сайт переводят на https, а с http делают 301 редирект на https:// На сервере частенько включен https протокол, поэтому желательно сделать переход на https и потом не париться.

А что, тут кто-то сломал работу сайта ТС? Хоть одна страница перестала открываться от действий хостера? Нет. __________________ Хотя если бы у твоего друга был толковый друг он бы поставил серт и сделал бы редирект c https на http (или двупротокольный сайт). _____________________ Это ты на меня, что ли, намекаешь? А ничего, что у него есть специальный человек, который занимается этим вопросом? Много лет его сайты были вообще на моем аккаунте, потом он (из бухгалтерских соображений и из соображений независимости, из желания иметь своё и из нежелания быть моим нахлебником) переехал в другое место. Так что я теперь, должен вдогонку бежать с криками - нет, постой, давай я и там буду всё делать? О проблеме я там сказал, так что мне теперь, ночами у его квартиры дежурить, чтобы он ко мне прислушался? Ты вроде добрый в целом парень и иногда дельные вещи советуешь, но есть у тебя одна проблема - язык без привязи.

Если хостер ломает работу сайтов, то это плохой хостинг. Еще можно понять, когда он предупредив за месяц удалит php5,2, но молча менять протокол (чит:адрес сайта) - это ахтнуг. А ещё он не работают в orion (или как его там) и тп сетях. И что с того? Хотя если бы у твоего друга был толковый друг он бы поставил серт и сделал бы редирект c https на http (или двупротокольный сайт).

Кстати, на мой скромный взгляд это характеризует хостера (Домишко, вроде?) хорошо. То есть это не косяк его, а наоборот. Не все так делают, и в общем-то - что в этом хорошего? Вот у меня друг - владелец производства. У него есть сайты, они не работают по https. Хостер https, разумеется, поддерживает, но для этого это надо пойти и сделать. Я ему об этом сказал, он не сделал. Ну и что в итоге? В итоге сайты по https не работают вообще. А в данном случае, как мы видим - работают, даже если владелец в этом не особо разбирается и этим не озаботился. По-моему, Домишко молодцы.