Поиск

До 28 июля мой сервис работал (при помощи функции file_get_contents), запрос делала с HTTP (не HTTPS). Теперь ничего не работает ни со старым запросом, ни с новым, ни без HTTPS, ни с HTTPS. Функция выдает FALSE. Попробовала CURL, тоже выдает пустоту. Что случилось? У кого работает? ---------- Добавлено 11.08.2015 в 13:03 ---------- Вот пример моего прежнего кода:

к проблемным обзорам из https, которых вчера было по 300 сегодня добавилось еще 300. Т.е. мне надо опять переделывать файл. Написал в суппорт, что прошу просто добавить https автоматом и все, посмотрим. Про индексацию жгут: Проблемы с индексацией также решились простой перепроверкой. Вы также можете обновлять эти данные через свой аккаунт. Для этого во вкладке 'Ожидают индексации ' нужно выделить чекбоксом обзоры, которые вы хотели бы проверить, и в выпадающем списке снизу выбрать 'Проверить индексацию '.

Заменим вам на https:)

перешел на https само собой обзоры ушли в 301 редирект прошу суппорт поменять автоматом все, говорят делать руками. Ну ок. Автоматизация все дела Но почему нельзя сделать старый сайт в одной ячейки, новый в другой, чтобы я автоматом дописал букву к протоколу и вуаля. А так сиди и руками ставь; или я что-то не понимаю? Отобразить все обзоры за раз тоже нельзя, максимум 50. ---------- Добавлено 10.08.2015 в 14:43 ---------- проверил все обзоры руками. 90% в индексе, хотя авто и ручная проверка ГГл говорит нет. Браво

Ну все верно. При попытке доступа к происходит 302 перенаправление на https версию сайта. Это нехорошо, для и картинок не должно быть перенаправления. Скорее всего, это происходит на уровне настроек веб-сервера или в.htaccess Плюс у вас ошибка в директиве host и sitemap. Она должна быть не кириллицей записана, а в punycode, см.

После перевода сайта на https многие позиции поплыли( Будем надеяться, что после склейки с http вернутся обратно:)

У нас тоже был этот скрипт. Он загружался с, потом создовал iframe с Наш сайт работает на HTTPS, так что скрипты вроде этого не опасны если у них нету SSL цертификата, но тут то было. оказалось что есть, от Comodo. Я вчера написал в Comodo и сегодня получил ответ: Hello, We have revoked the certificates for domains and так что этот скрипт больше не опасен для сайтов с HTTPS 🍿

Это ответ? Или вы просто не знаете для чего https нужен?

Что и от кого? А вообще-то я совет 'поставить https ' имел ввиду.

что https уже не защищает?

Ребята, прошу не ругать, мой первый пост. Два дня конкретно ломая голову и стрессую. Надежда на вас. Есть сайт. Гугл любит его. Недавно добавил ССЛ сертификат и теперь нужно перевести сайт с HTTP на HTTPS. Сейчас как бы два сайта. на HTTPS сайт сломан так как ссылки нужно перевести видимо, да и сам домен тоже чтобы направлял на защищенный вариант. Прошелся по нескольким статьям и решил применить предложенный вариант 'Изменить основной протокол сайта с HTTP на HTTPS в разделе Параметры → Общие в панели администрирования WordPress. ' такую ошибку выводит. Пытался изменить что-то там по рекомендациям интернета в.htaccess тоже не работает. Реально парюсь который день. Помогите разобраться. Я не вебмастер, поэтому по указке нужно вести. Магарич в виде Яндекс.Денег с меня, только грамотный подход плиз чтобы гугл на колени не поставил (это важно).

При указании домена тоже все создалось нормально. Если же вы списываете домен без http/https в ту строчку где написано 'Url с http:// или https:// ', ну тут да, ошибка неминуема.

а я бы не делал аудит на вашем месте тем более что движок не самописный, поставьте https и бэкап каждый день, вот и все, если взломают пофиксили и восстановили

Странный у Вас ответ от Платона. На одной из конференций они вроде прямо заявляли что фильтр ПФ при переадресации перейдет и на новый домен тоже. Хотя рекомендацию от некоторых специалистов по такому уходу получал сам лично. Только там цепочка редиректов должна быть достаточно запутанная, да еще со сменой http на https. Пробовали, но очень поздно, в марте. в результате где то на втором месяце поняли что такими темпами и с такими апдейтами (а точнее их отсутствием) процесс переноса завершиться в лучшем случае к осени, а то и к Новому году, что не имеет смысла (как нам тогда показалось) ибо вроде как скоро фильтр ПФ и сам истечет. Потому решили все таки забить на перенос и вытаскивать основной домен, вернули все в обратку (еще 1 месяц ждали чтобы оно было хотя бы частично увидено Яндексом). Второй домен отключили. До сих пор по прошествии уже 3-х месяцев 2-ой домен торчит в поиске. параллельно с основным, при том что физически там ничего нет. ---------- Добавлено 03.08.2015 в 09:45...

Запрет доступа по HTTP заголовку referer для блокировки нежелательного входящего трафика: RewriteEngine On. Options +FollowSymlinks. RewriteCond %{HTTP_REFERER} ^https?://([^.]+.)*semalt.com [NC,OR]. RewriteRule.* [F]. конкретно в каком месте файла.htaccess должен стоять?. RewriteEngine On. ########## Begin - Rewrite rules to block out some common exploits. ## If you experience problems on your site block out the operations listed below. ## This attempts to block the most common type of exploit `attempts` to Joomla! #. ## Deny access to extension xml files (uncomment out to activate). # Files ~ '.xml$ ' #Order allow,deny. #Deny from all. #Satisfy all. # /Files ## End of deny access to extension xml files. # Block out any script trying to set a mosConfig value through the URL. RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=| %3D) [OR]. # Block out any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]* ([^)]* ) [OR]. # Block out...

Был сайт на HTTP. Было решено сменить доменное имя и сразу перебрать на защищенный протокол HTTPS. Все работало отлично (редикт был настроен правильно), но Яндекс проиндексировал первый сайт с HTTPS протоколом. Если перейти на старый сайт по протоколу HTTPS, то редикта на новый домен действительно не произойдёт. Я пробовал вносить корректировки в конфигурацию NGINX для сайта, но не помогает. Прикладываю конфигурационный файл: Если кратко, как я понял, просто не работает переадресация со старых доменов по протоколу HTTPS на новый. Прошу знающих людей о помощи. Спасибо!

Увы, но нет. Старый сайт не работал на HTTPS. Яндекс проиндексировал его не так, и теперь мне нужно делать со старого с HTTPS на новый с HTTPS.

Доброго дня! Месяц назад перешли с http На https. Стали замечать, что по некоторым ключам есть спад позиций. Возможно ли это из-за такого перехода?. Спасибо!

Уже N часов пытаюсь сделать запрос к ЯндексXML с помощью PHP curl. Вот мой код При этом содержимое переменной $sYandexUrl вставляю в браузер и ответ получаю. Соответственно ip зарегистрирован в Яндекс.XML, ключ тоже корректный. Что я делаю не так:) ?

И так, продолжение истории 'Переход на HTTPS в ', ну что же, все таки дождались ответа! Сайт перешел на HTTPS, я уже в теме говорил, что долго не отвечают, и нельзя оба варианта сайта в кабинете держать. Так что вопрос к нашему уважаемому поисковику был простой, как перейти в на https? Пришел ответ, суть которого сводится к следующему: Для неважно как добавлен сайт в Кабинет Вебмастре, то есть по HTTP или HTTPS, также сказали, что так как у нас HTTPS недавно введен на сайте, то в ближайшее время в поиске начнутся показываться ссылки на https вариант. Выводы: переход на https в поисковике происходит автоматически, после того как сайт начинается открываться только по https ибо на счет варианта, когда работают оба протокола, мы не спрашивали. Сайт сейчас только по https работает. Думаю добавить вариант в Кабинет Вебмастера https и оставить в таком виде, только сначала удалить надо файл с сервера и заново сделать добавление сайта. Об итогах сообщу в этой теме.