Поиск

Ребята, ПОМОГИТЕ!!! Купил ssl сертификат, установили его на хостинг. Сайт мой на wordpress. При попытке перейти на сайт через https? не отображаются стили. Если делать замену http на https происходит циклическая переадресация. В файле.htaccess правки вносил (пробовал разные варианты которые советовали на других форумах), цз тоже менял. Плагин wordpress https ставил, с бубном бегал и прыгал. Ничего не получается. В целом через плагин wordpress https сдвиг происходит, но остается проблема со стилями которую я не знаю как решить. Через консоль смотрел, в основном картинки и скрипты имеют ссылки формата http://***. Помогите исправить ситуацию и как сделать максимально оперативно замены в файлах. Может есть какой-то плагин. Буду признателен за помощь.

Вылезло на сайте такая кака Заменил апи, не помогло, куда копать? Что нужно менять форму обращения или еще что, подскажите плс! На сайте видео подгружаются автоматом с ютуба, теперь вместо тайтла такая беда и похожих видео нет.

По графикам увидел, что они перешли с http на https, видать из-за этого 🍿 share - красный http, желтый https:) Может кому поможет успокоиться:)

Решил я перевести сайт на https 17 марта все сделал как положено, прописал редирект, в роботе поменял host В Вэбмастере главное зеркало с https. На сегодняшний день страницы вернулись в выдачу но по запросом показывается только главная страница(по всем запросам из СЯ), кто может подсказать что не так? _

Основные преимущества: - Подключение защиты в течение 10 минут - При подключении любого тарифа нашего хостинга вы получаете бесплатно панель управления ISP Business - Доступные цены. - Защита от DDoS атак до 400 Gbps - Защита от следующих типов атак: SYN Flood. SYN-ACK Flood. ACK & PUSH ACK Flood. Fragmented ACK. RST or FIN Flood. Synonymous IP. Fake Session. Session Attack. Misused Application Attack. HTTP Fragmentation. Excessive VERB. Excessive VERB Single Session. Multiple VERB Single Request. Recursive GET. Random Recursive GET. Faulty Application. UDP Flood. UDP Fragmentation. DNS Flood. VoIP Flood. Media Data Flood. Non-Spoofed UDP Flood. ICMP Flood. ICMP Fragmentation. Ping Flood. -Защита HTTP/HTTPS сервисов -Защита от SQL - инъекции. -Защита от заливки известных шеллов. -Защита от использования шеллов. -Защита от нетботов. -Защита от WordPress Netbot. Виды услуг: Хостинг Выделенные сервера. Виртуальные сервера. Anti DDoS Proxy HTTP. Anti DDoS Proxy TCP/UDP. Контакты....

Не соглашусь. Не скажу, конечно, что делаю переносы по стописот штук в месяц. Переносил один сайт. В вебмастере ГЗ все 'на усмотрение робота '. На сервере 301-ый редирект с УРЛов http на соответствующие https-ки. Переезд прошел за 2 апа. Одна страница в междуапье просела по основному запросу с 11-ого на 20-ое место, не имела сохраненной копии и красовалась с надписью: 'ссылки на страницу содержат: ' (по ссылкам находилась). В общем, все довольно гладко прошло. Но клиента на всякий случай подготовил, сообщив, что может случиться ахтунг месяца на два.

Всем привет! Сайт словил Минусинск, фильтруют по всем позициям -20, в т.ч. брендовым, такое ощущение, что в ручную. Собственно вопрос в заголовке темы. Слышал раньше такой способ работал. Зафильтрованный сайт клеили с новым доменом и меняли главное зеркало. Еще читал про перенос на https для снятия санкций. Но речь шла о фильтрах за накрутку пф и АГС. Кто как думаете, сейчас такой способ сработает? Параллельно будем чистить бэки, но основная масса вечные, т.ч. тут все сложно.

iforexample, если на 1 сайте АГС или фильтр за накрутку ПФ и т.д. И вы попытаетесь его склеить со здоровым - очень велика вероятность, что фильтр просто перейдет на новый домен и все (пробовал ради интереса в конце 2014 года) Насчет https не возьмусь утверждать, но скорее всего аналогично все.

Давайте уточню. Не правильно я тему назвал. Вопрос не про опыт конкретно по Минусинску, понятное дело, что его быть не может. Вопрос про выход из под фильтра на домен (АГС, за накрутку ПФ. ) путем склейки с новым доменом и редиректа, переносом на https и т.д. Раньше это работало, сейчас не знаю, вот и спрашиваю. По поводу определения Минусинск ли это, работе над ссылочным профилем и т.д. - спасибо за советы, но эти вопросы уже решены. Есть один конкретный (см. выше), если есть опыт в обозримом прошлом (макс до 1 года) прошу поделиться.

Доброго времени суток, товарищи! Совсем непонятная ситуация происходит с проиндексированным сайтом В гугле если ввести site:, то в выдаче появляются некоторые страницы от другого сайта, конкретно - При переходе по ссылке из выдачи - выдает соответственно 404, т.к. страницы нет. Оба сайта, урлы которых склеились - https и лежат на одном серваке. Если посмотреть сохраненную копию страницы, то получается следующее. Гугл показывает что в кэше страница вообще другого сайта) Прошу, подскажите как избавиться от этого?:( ---------- Добавлено 14.04.2015 в 00:59 ---------- Так-же, хотелось бы отметить, что при запросе site: - никаких левых страниц нет.

Код Аналитики. Здесь время на 1 странице больше 15 секунд (меняется по желанию) не будет считаться отказом. script type= 'text/javascript ' var _gaq = _gaq || []; _(['_setAccount', 'UA-хххххххх-х']); _(['_trackPageview']); setTimeout( '_(['_trackEvent', '15_seconds', 'read']) ',15000); (function() {. var ga = ('script'); = 'text/javascript'; = true; = ('https:' == ? 'https://ssl': 'http://www') + '.'; var s = ('script')[0]; (ga, s); })(); /script

Хотят чтобы с ними поделились. Google к этому подготовился загодя - перешёл на https:. Вебмастера, работающие с Адсенсом - тоже быстро перейдут на https:, чтобы не потерять доходы. Ида, вмешиваться в клиентский трафик в Европе и что-то там вырезать - можно под суд загреметь.

соседи по вайфаю снифать смогут все. очень легко. если передача идет не по https. взять за 5 баксов впн. у инферно например. и работать спокойно. и не бояться соседей, халявного вайфая в метро или в турции.

Всем здравствуйте, столкнулся с проблемой бьюсь головой, прошу помощи! Имеется сайт интернет-магазин сделан на Joomla 2.5 +Joomshopping+шаблон GavickPro+Хостинг SWEB. Решили мы подключить Яндекс Кассу. В яндексе требуют ssl сертификат. Приобрели сертификат от Thawte, хостинг Sweb его установил. По идее теперь сайт должен работать с https. НО если попробовать открыть его через https то сайт некорректно отображается, возникает какая-то проблема со стилями. Ответ хостинга: В данном случае некорректное отображение сайта связано с тем, что стили CSS загружаются по обычному протоколу http. В результате получаются ошибки вида: Mixed Content: The page at '' was loaded over HTTPS, but requested an insecure stylesheet '+Sans:300italic,400italic,600italic,400,300,600&subset=cyrillic,latin'. This request has been blocked; the content must be served over HTTPS. (index):15 Mixed Content: The page at '' was loaded over HTTPS, but requested an insecure stylesheet ''. This request has been blocked;...

Ок попробую все еще раз спасибо ---------- Добавлено 17.05.2015 в 16:35 ---------- заработало!!!!!!!☝ или мне кажется. возможно кажется, я уже начал креститься. Шлю ответ хостинга который что-то сделал. Еще с телефона не могу понять в полной мере работает все или нет. Мы отредактировали.htaccess на Вашем сайте следующим образом: cvety4yoru@vh59 ~/public_html $ diff.htaccess{,.bak}. 27,28d26. Header always set Strict-Transport-Security 'max-age=1728000; includeSubDomains; preload ' 31,36c29,31. RewriteCond %{HTTP_HOST} !^ [NC,OR]. RewriteCond %{HTTP:HTTPS} !=on [NC]. RewriteRule !^robots.txt$ %{REQUEST_URI} [L,R=301]. SetEnvIf X-Security on HTTPS=on. -- Показать всю переписку. текущий вариант. Показать всю переписку. Добавлены заголовки HSTS, переадресация на https при его отсутствии, одновременно исправлена обработка переадресации с www и обработка этим правилом. HSTS в конечном итоге всё равно не заставляет загружать браузеры CSS и JavaScript по HTTPS и после этого использовать...

Вы делали много чего другого, а для сайта надо только это + исправить ссылки в контенте. Мой совет: Удалите форварды из других мест, все пермалинки и форварды в джумле верните сайт на http очистите или просто переименуйте.htaccess удалите весь сайт из кэша своего компьютера, а лучше всего скачайте новый броузер и в нем начните с того как было, и тольк убедившись что http работаает и нигде нет никаких редиректов: идите в Global Configuration и позвольте Джумле создать новые правила в.htaccess и новые редиректы. исправьте ссылки и в контенте Не забывайте что своему брауезеру никогда нельзя верить, пользуйтесь чужим компьютером на котором никогда не заходили на этот сайт или/и для проверки сервисами которые из интернета делают скриншоты по URL. Если возможно, то просто откатится к версии когда https еще не было.

Оказалось что не спят: Здравствуйте! Внести указанные Вами директивы в конфигурацию сервера с нашей стороны также не представляется возможным. При переводе сайта на защищенный протокол HTTPS рекомендуется проверить все внешние ссылки и изменить протокол подключения к ним на https. Это является наиболее надежным и доступным способом решения данной неполадки. Для проверки на подобные ссылки рекомендуем Вам воспользоваться специальной утилитой: Узнать более подробные рекомендации при переводе сайта на HTTPS ---------- Добавлено 17.05.2015 в 13:18 ---------- вы тему читали? я это делал сто раз выдает циклическое перенаправление ---------- Добавлено 17.05.2015 в 13:29 ---------- Здравствуйте! Приносим Вам свои извинения за предоставление ссылки на нерабочий инструмент для проверки. Вместо него Вы можете воспользоваться этим: Так как ссылки на многие элементы генерируются самой CMS, для их исправления рекомендуем Вам обратитсья к стороннему специалисту. Указанные Вами директивы не могут...

Спасибо, но как я понял это касается поисковой выдачи, какой там будет сайт http или https, а что по поводу бэклинков? На сайт есть бэклинк вида http://сайт.ру/страничка1 Собственно переходя по адресу http://сайт.ру/страничка1 мы попадаем на https://сайт.ру/страничка1 и в rel= 'canonical ' стоит https://сайт.ру/страничка1 Получается при переходе по бэклинку происходит редирект с http на https, как к этому отнесутся ПС?

Ща попробую. мб я его не правильно ставлю. ? в head ---------- Добавлено 17.05.2015 в 01:55 ---------- Хотели чтобы все было правильно. серьезно) ---------- Добавлено 17.05.2015 в 01:57 ---------- очистил все не помогло. интересно чтов даминку я могу зайти как по http так и по https ---------- Добавлено 17.05.2015 в 02:00 ---------- Попробовал вставить в htaccess не сработало, то есть по ходу надо по любому обращаться в ТП

Еще если SEF extensions есть какие-то использующие кэш, им тоже надо caches purged, у них могут быть свои собственные HTTPS настройки. Но скорее всего дело исключительно в вашем броузере:)