Поиск

Поставил сертификат, как теперь дальше быть с гуглом и яндексом?. В яндексе выбираю опцию 'Установить протокол https ' - выбираю новое зеркало Выходит ошибка: в гугле тоже непонятно что делать, адрес там нельзя сменить на https. можно просто добавить новый сайт с https, так и делать получается? но ведь данные старые (статистика, клики) сотрутся и не появятся?

По Яндексу: зеркало можно будет сменить после индексации новой версии сайта на https - пока Яша не видит его 'зеркальности '. Инфа 100%, общался в такой же ситуации с Платоном, вот его ответ: Потом еще и ТИЦ обнулили, но обещали вернуть: С Гуглом ситуация менее понятная, действительно. Я решил дело 301 редиректом, новым файлом и директивой host в роботс на домен с https, позиции вроде даже не упали. Ну и в ГВМ добавил 'новый ' сайт.

Таже проблема, более того, уже есть просадка трафка в 20% по 2-м ресурсам которые перевел на https. Через вебмастер зеркало не дает сменить, в хосте прописал и сделал 301-й редирект.

Ошибка в виде прикрепляемой ссылки на вики-страницу. Попробуйте ссылку вида https:/****_****

1. Добавьте https-сайт в сервис 'Инструменты для вебмастеров' Google и подтвердите права на него. 2. Сделайте 301 редирект со страниц http на https. Кстати, такая же ситуация - сделали https-версию, но пока без редиректов и прочего. Так Гугл сам нашел эти страницы и начал засовывать их в индекс - умный типа. И уже страниц 600 сам добавил, причем не дубли - http версии убрал

141.101.92.122 - - [26/Mar/2015:21:05:49 +0400] 'GET // HTTP/1.1 ' 301 0 '))))))))))))((((((((()()()()().php?id----------------[. ]. -59 3485784#G*)@*)%$GB*R)FY#)%GR*FHduis(%$&^$34w78&****&***&URJdfusif78G$*#GBIJFHIDSIFDSBIHISD ' 'Mozilla/5.0 (Linux; U; Android 1.6; en-us; eeepc Build/Donut) AppleWe. bKit/528.5+ (KHTML, like Gecko) Version/3.1.2 Mobile Safari/525.20.1 ' '46.147.212.3 ' 141.101.92.122 - - [26/Mar/2015:21:05:49 +0400] 'GET // HTTP/1.1 ' 301 0 ' ' 'w3m/0.5.1 ' '46.147.212.3 ' 141.101.92.122 - - [26/Mar/2015:21:05:49 +0400] 'GET // HTTP/1.1 ' 301 0 'https://rjUSURJ43867*(*ESRFGSOI*T^$(%G. YSAGOFGUOFUASOFGHIOPGPIIPSHGUIP ' 'Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; SV1;.NET CLR 2.0.50727; InfoPath.2) ' '46.147.212.3 ' 141.101.92.122 - - [26/Mar/2015:21:05:49 +0400] 'GET // HTTP/1.1 ' 301 0 ';rotebalnahuy))))) ' 'Mozilla/5..0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/418 (KHTML, like Gecko) Shiira/1.2.2 Safari/125 ' '46.147.212.3 ' 141.101.92...

Проблемы у них постоянные. Если нет старого сайта, что лень переносить с Юкоз, то лучше нового не заводить. Куча проблем на Юкоз складывается из тысяч мелких багов. Свежий пример, у всех перестало нормально вставляться видео на форум, тысячи админов матерятся. а проблема копеечная, Ютюб стал отдавать ссылки https, а Юкоз переваривает только http. Тех поддержка не обещает исправления! А предлагает править ссылки вручную и научить этому тысячи пользователей на сайте.

Что нужно сделать, что бы такая возможность была в моем аккаунте? Документы подтверждающие личность (сканы паспорта) загружены года 2 назад но так и не проверены до сих пор.

Google начал шифровать запросы пользователей (сёрч гугла работает по https) и потому большинство поисковых запросов пользователей попадают в разделы not set и not provided. Яндекс тоже шифрует запросы пользователей, но в отличии от Гугла, показывает в Метрике запросы пользователей которые перешли с Яндекса

Просто вики перешла на https, вот и все. В ап зеркальщика все вернется.

1.Проверить открывается ли у Вас сайт в браузере. 2.В прописать новый Host. Ждать. 3.Можно написать в саппорт Яши. 4. Старые данные будут и дальше собираться в старом проекте ГВМ. ---------- Добавлено 24.03.2015 в 14:22 ---------- Да. В настройках сайта ГВМ нет https, если сайт изначально заведен на http.

Не всем IP-адресам подсетей Google можно доверять. Есть серия поддоменов на, есть конструктор сайтов от Google, где контент может размещать кто угодно. Настоящие сервисы от Google не используют IP-адреса, а используют доменные имена. Я бы - просто так открывать IP 146.148.85.61 не стала, мало кто там и зачем просится. Надо смотреть по-внимательнее, но в приведённом вами CSP-отчёте ничего нет про IP 146.148.85.61. Если посмотрите внимательно, эту блокировку вызывает только ОДИН юзерагент: ' Mozilla/5.0 (compatible; Googlebot/2.1; + ) ' - то есть, индексирующий робот Google. Этот бот известен своими 'косячками ' в CSP. Например, при изменении CSP, он ещё 2-3 недели будет вызывать блокировки в старой CSP, потому, что он как-то, где-то, зачем-то кэширует HTTP-заголовки. Я никак с этим не борюсь. Директива img-src *. полностью разрешает загрузку картинок с. Пусть 'гугловцы ' сами лечат своего робота, который не может это понять. Блокировка обращения к всплывает и на сайтах, на которых...

Доброго времени суток! Принял я предварительное решение о покупке хостинга на, т.к. вроде крупная компания и подходящий для меня безлимитный тариф. Но перед покупкой хотелось бы услышать отзывы пользователей. Как я прочитал в аналогичных темах, основная масса нареканий к ним связана с немоментальной работой службы поддержки. Не могу сказать, что мне это не важно, но, скажем так, это не на первом месте. Т.к. у меня не планируется сложных тех.вопросов, это не сайт продаж, где каждая минута может приносить убытки и т.п. Один раз настьроил, запустил и все. Буду благодарен, кто выскажет общее мнение о данном хостинге и ответит на мои вопросы: 1. Стабильность работы хостинга, не уходит ли в даун и прочие ошибки, которые так раздражают?. 2. Они предлагают Бесплатный SSL сертификат для домена: SSL-сертификат позволяет установить защищенное соединение с вашим сайтом и повысить доверие со стороны посетителей. Для того, чтобы пользователи видели, что соединение защищено, в адресной строке...

Предыдущая тема Serverius датацентры - официальная тема Новая версия ДДоС фильтра была представлена на CeBIT Сегодня наш второй день на CeBIT в Ганновере (Германия), где мы представляем новую версию нашей услуги ДДоС фильтра! В течении нашей 15 минутной речи на большой презентации, мы продемонстрировали несколько из 150 новых опций в панели управления клиентом. Кроме добавления функций в панель управления, также добавлены 5 новых решений в систему очистки трафика от ДДоС. Таким образом, мы предоставляем лучшую защиту против недавних, профессионально организованных ДДоС атак. Наши клиенты обратили внимание, что дизайн и удобство использования панели управления поменялось. Все функции остались, вместе с дополнительными новыми решениями. Короткий список того, что было сделано: Улучшенные уведомления: когда атака началась, в процессе атаки и когда закончилась, наш клиент и суб-клиент (если такой есть) будут получать общую информацию об атаках. Улучшенные отчеты. Внутри панели...

Привет всем. Возникла проблема с настройкой 301 редиректа после установки sssl сертификата (куплен, подписан, работает). На данный момент работают такие перенаправления: 1) http://www. --- httpS://. 2) http:// --- httpS://. c httpS://www. на httpS:// редирект не происходит, в результате появляется предупреждение браузера о непонятном сертификате. В.htaccess стоит: RewriteEngine On. RewriteBase /. RewriteCond %{SERVER_PORT} !^443. RewriteRule (.*) $1 [R=301,L] Перепробовал множество вариантов редиректа в.htaccess, но успеха так и не добился. Был бы признателен за помощь, возможно за плату.

RapidSSL как раз и взял. Возможность конечно же была взять домен + поддомен, вопрос лишь в цене, но т.к. рассчитывал на редирект то и не стал переплачивать. Ну ничего критичного впринципе, в WMtools поставлю главный домен httpS://, а www google не главным зеркалом должен сделать.

jorevo данный код ошибки означает 'ERROR_INTERNET_HTTP_TO_HTTPS_ON_REDIR ', т.е. пробема при редиректе с http:// на https://. По идее, позиции дальше сниматься должны, у вас совсем они не снимаются?

Нет, сертификат подписан только для домена БЕЗ www. Но разве это причина того что сервер не может сделать 301 редирект с www на без www? Для этого редирект и хочу сделать, чтобы сайт не был доступен по https://www

Проверить легко, Там будет указан тип вашего сервера. В любом случае Вам в настройки nginx лучше не лезть. А если пойти другим путем. т.е. не важно https://www или http://www - все www слать на https://. Вариант?

К сожалению не знаю что такое фронтэнд, но раз не знаю значит врядли стоит. Работали и другие конструкции без указывания порта, однако ни одна на c httpS://www. на httpS:// не редиректила.