Поиск

Не, это проблема хостинга. У меня точно так же сайт на http открывается через https с сертификатом, выданным чужому сайту, который сидит на том же ip, что и мой.

У яндекса это старый баг, когда он сам переводит с http на https. Вроде было связано с тем что https отдает ответ 200 и надо принудительный редирект ставить с https на http. Через 3-5 дней возвращает все обратно. Притом возвращает обратно даже если сайт в это время прикрутить ssl и перевести на https 🤡. Пишите им в поддержку.

cloudflare - это не хостинг. обратитесь в техподдержку вашего хостинга и уточните у неё про этот сайт, раз при открытии вашего сайта по https подгружается сертификат этого чужого сайта.

Я бы этого не делал никогда. Я бы чистый делал, со старого сайта http на новый с http. Со старого https на новый https. Все страницы под любым протоколом должны чисто редиректится на новый домен по тому же протоколу. WP прогнулся под гугл и стандарты и естественно все кто прогибается такие функции отключают. Как вариант в вашем случае если говорите всё нормально с двиглом сайта - переезд на новый домен.

Метрика видит но будет обрезать всё что после # без trackHash:true А в php попробуй $protocol = 'https://'; $pageUrlz = $protocol.$_SERVER['HTTP_HOST'].$_SERVER['REQUEST_URI']; $pageUrlz = strtolower($pageUrlz);

https: // Подскажите, как сделать 301 редирект (.htaccess) сайт вордпресс, чтобы страницы с 404 ошибкой перенаправлялись на оригинальные страницы без /%7Bstyles_url https: // belaya/%7Bstyles_url https: // https: // fertyyne/%7Bstyles_url https: // Решение нашел на другом форуме, может кому пригодится: ### Решение проблемы адресов с %7Bstyles_url%7D на конце RewriteCond %{REQUEST_URI} (.*) {styles_url }$ RewriteRule ^(.*) {styles_url }$ $1 [R=301,L]

Помогите решить эту проблему, из 20 страничек проиндексирована одна. В уведомлениях ссылается на duplicate without user-selected canonical У меня впервые эта проблема. Без движка, обычные странички, редирект с http на https и с www на без www стоит.

Аж читать больно. До 250к трафика в сутки бывает, а сертификат так и висит просроченный уже несколько дней. Сейчас многие панели одной галочкой делают сертификат за несколько секунд, да или вручную уже можно было. Это ж сколько трафа ещё и отсекается. А если на другом хостинге вообще не будет ssl (почему?) это еще и куча времени на переиндексацию страниц с https на http. 😲

Как раз в логах сервера и нашел. + еще таких рефералов: (этот адрес редиректит на ) заблокировал так: RewriteCond %{HTTP_REFERER} ^http://(www.)?yandex.[a-z]{2,3} [NC,OR] RewriteCond %{HTTP_REFERER} ^http://(www.)?google.[a-z]{2,3} [NC,OR] RewriteCond %{HTTP_REFERER} ^http://m.facebook.com/$ [NC,OR] RewriteCond %{HTTP_REFERER} ^https://yandex.ru/$ [NC,OR] RewriteCond %{HTTP_REFERER} ^https://www.yandex.by/$ [NC,OR] RewriteCond %{HTTP_REFERER} ^https://www.yandex.ru/$ [NC] RewriteRule ^ - [F,L]

https: // Подскажите, как сделать 301 редирект (.htaccess) сайт вордпресс, чтобы страницы с 404 ошибкой перенаправлялись на оригинальные страницы без /%7Bstyles_url https: // belaya/%7Bstyles_url https: // https: // fertyyne/%7Bstyles_url https: // Поможет кто?

Здраствуйте. В логах вылезли страницы с 404 ошибкой такого вида: https: // https: // Подскажите, как сделать 301 редирект (.htaccess) сайт вордпресс, чтобы страницы с 404 ошибкой перенаправлялись на оригинальные страницы без /%7Bstyles_url https: // belaya/%7Bstyles_url https: // https: // fertyyne/%7Bstyles_url https: //

Не может. Теоретически может. Для обычных сайтов подобную переадресацию лучше вынести на уровень Web-сервера, чтобы объединить еще и с корректировкой протокола запроса (HTTP/HTTPS). Можно запросы по HTTP обрабатывать и на отдельном виртуальном хосте. Также можно запросы по HTTPS к неглавному зеркалу обрабатывать на отдельном виртуальном хосте. Как это обычно сделано на моих серверах: Специальный виртуальный хост для всех запросов по HTTP, например http:// или http:// www., передает управление специальной программе, которая знает главные зеркала всех сайтов сервера и настроена на переадресацию на эти зеркала. Виртуальный хост для https:// www. передает управление этой же специальной программе. Виртуальный хост для https:// (главное зеркало) не имеет дополнительных алиасов. Т.е. на основном хосте сайта вовсе не нужны условия, касающиеся корректировки главного зеркала.

истец просит: признать незаконным отказ ответчиков от исполнения условий использования Google https://; (Что, прям так и указано?) Скрин от 2012 года нотариально заверенный имеется? исполнить условия использования YouTube (Что, прям так и указано?) Скрин от 2012 года нотариально заверенный имеется? исполнить условия использования Google AdSense (Что, прям так и указано?) Скрин от 2012 года нотариально заверенный имеется? признать незаконными действия ответчиков по блокировке аккаунта Adsense for YouTube, принадлежащего истцу, и отключению в этой связи показа объявлений (рекламы) (Что, прям так и указано?) Ответчиков во множественном числе? А в условиях использования ОНИ тоже ОБА присутствовали? обязать ответчиков снять блокировку с аккаунта Adsense for YouTube, принадлежащего истцу, и включить показ объявлений (рекламы), (Что, прям так и указано? - ОБОИМ снять блокировку?) обязать ответчиков опубликовать извинения в адрес истца во всех социальных сетях корпорации Google LLC,...

В настройках конфига Nginx у меня только редирект на https: return 301 https://$host:443$request_uri; И то там не то что www, не указан, там и домен не прописан, там переменная $ host, откуда она его берет тоже не ясно, может с server _ name, но там указаны два домена один без www другой типа как алиес с www. Фиг знает может это. А в самой панели управления сервером ISPmanager е, есть в настройках сайта, возможность выставить редирект с не www на www или наоборот, но эта настройка не настроена. Тогда у меня остался всего один вопрос и к сожалению он тот же самый: Как же понять и где посмотреть где настроен редирект с не www на www ? Панель управления(Скрытая настройка или таинственная работа) DNS записи WordPress движок PHP интерпритатор Apache Nginx Единственное место где я прямо вижу что прописано с www это настройки в WordPress, Общие, там два URL а.

Да не то что бы нужно, не нужно, оно так с самого начала создания сайта было, я даже вот переезд с VPS на другой VPS делал и там все по умолчанию я ничего не менял, и ничего не настраивал все по дефолту, и вот само редиректит с не www на www, я даже не понимаю где это настраивается, есть подозрения что в движке WordPress в Настройках Общие: Адрес WordPress ( URL ) или Адрес сайта ( URL ), так как там вбито именно с www URL, есть еще вариант в настройках Nginx редирект сделать, но он там не настроен, только с http на https. Получается это движок( PHP ) редиректит, может быть на бэканде apache, но там тоже особо каких настроек редиректа вроде нету. Может это связанно с так называемыми ServerAlias алиасов дополнительные имена хоста, там один как раз как дополнительный прописан с www, но не думаю, что это редирект означает, еще может в настройках записей домена что-то есть, мне бы понять что перенаправляет с без www на www для начала.

заметил, что на некоторых доменах не убирается ipv6hint, через API запрос, в HTTPS DNS записи. непон

Собственно вопрос в теме У меня есть главная страница и есть страница https://moy-sayt.ru/moskva Данные страницы отражают одинаковый контент. Если я на ГЛАВНОЙ странице пропишу link rel= 'canonical ' href= ' ' таким образом по сути закрыв главную страницу от индексации, как это будет воспринято роботом Яндекса и Гугла? Может есть у кого-то личный опыт?

в топах начнут появляться страницы вида https://moy-sayt.ru/moskva вот и все, каноникал всего навсего доп ссылка и все, но нужно понимать уместна ли она у вас на сайте как схлебными крошками - поставили = страницы проседают, убрали - подросли, причина - та же

не то слово, уже 2 недели как самовольно расклеил мне http и https, и не собирается всё вертать взад.

Спасибо давно нужно, да работает без https.