Поиск

Редирект постраничный. Вот индекс на старом Вот на новом В выдаче по оператору site на старом 15 на новом 18 страниц. По факту там как раз страниц 15. Получается, часть страниц не переклеилась еще, но уже вылетела из ТОПа по запросам (если верить гугл вебмастеру)? По точкам входа в метрике траф на 3 страницы как раз идет. И еще, смотрю траф идет как на версию https, так и на http (единичные). С http на https редирект на сайте. В гугл вебмастер также новый сайт с https добавлен.

Специализируюсь на разработке веб проектов и скриптов, десктопного и серверного софта. Владею навыками быстрой отладки любых проблем с софтом / кодом, системного администрирования nix систем. Имею хорошее представление о безопасности, сетевых протоколах. Предлагаю полный комплекс услуг по созданию Web-проектов и скриптов: R&D - от ТЗ и способов реализации до макетов и идей UX. Фронтенд - лендинги и админки с резиновой версткой на bootstrap и jQuery. Бекенд - PHP 5/7, Laravel для сайтов и API, системные скрипты без фреймворка. Системное администрирование под нужды веб сайта - HTTPS, кэш, роутинг nginx/apache, mail, и пр. Тестирование, создание сценариев для кода, API, стресс-тесты, отладка. Быстрый аудит и решения по безопасности системы и сервисов, поиск потенциально опасных мест. Разработка серверных приложений для Linux на C/C++: Многопоточное и сетевое ПО, приложения клиент-сервер. Высокопроизводительные фоновые сервисы для веб сайтов Расширения и библиотеки для интеграции с...

да, все на https ---------- Добавлено 28.05.2018 в 09:41 ---------- че-то как-то спорный кейс: + Да и с употреблением названия города в запросе Гугл норм ранжирует + А вот без города в запросе по региональным поддоменам, тут туго:(. И вот хочется понять: Гугл вообще так умеет по России или нет?. Насколько прицельная геопривязка по геозависимым запросам. И что лучше по итогам для Гугла: подпапки или подкаталоги?

SSL не спасает, 1 спад аналогично 14 февраля, 25 марта переход на SSL, опять спад ( усилило переход на https), подъем ура:), упс 14 мая падение в пропасть 😕. Интересно что после перехода на SSL в панели количество бэков с доров выросло в 2 раза (около 10к) причем многие доры на https. Раньше бэки плавно росли в течении пару лет, как то внимания не обращал, гугл не трогал, ну и я не чесался, а тут взрыв в 2 раза. Попробую почистить disavow для начала. Тематика тоже мед-женская. Кстати интересная ветка на гугл форуме как чувак адалт сайт на https переводил и потерял трафик в 0 #!topic/webmaster-ru/TE7do5LpaLw;context-place=forum/webmaster-ru А вот один из ответов специалиста

Доброго времени! В панели вебмастера 3 сайта. Все сайты находятся в панели отдельно (то есть не являются зеркалами 'Если сайты не являются зеркалами, они будут отображаться в сервисе независимо друг от друга. '). Решил перенеси сайты 2 и 3 на https все сделал, редирект 301 сделал. При попытке добавить новый сайт или в панель говорит, что они неглавные зеркала сайта и шлет в пень. Функция 'Переезд сайта ' тоже шлет в пень. Сайты ни разу не зеркала, куда писать? Что делать?:)

Сразу после событий с блокировками Telegram в Иране и России, в бета-версиях мессенджера начал появлятся новый тип Proxy, а если быть точным, новый протокол MTProto Proxy. Этот протокол был создан командой Telegram для решения проблем обхода блокировок, но так ли он хорош? Как сейчас? Основный тип прокси с которым сейчас работает телеграм socks. У него есть фатальный недостаток: Логин и пароль при подключении к прокси передаётся в открытом виде, нет, ваш телеграм таким образом 'увести' нельзя, но вот заглянуть внутрь прокси и понять, что Иван Иванов пользуется телеграмом можно. В тех странах, которые используют DPI для анализа трафика, так и сделано. Это устройство разбирает туннель и смотрит, что же там внутри, если видит запрещенный трафик блокируем. Что предлагает Дуров? MTProto Proxy протокол семейства MTProto (на нем работает Telegram), решает сразу несколько проблем: Для подключения вместо логин+пароль, достаточно только пароля Трафик не отличается от обычного HTTPS/TLS (ну...

Понятное дело, что убеждает только собственный опыт. Насколько удобно, быстро и самое главное безопасно ты создашь сайт. Сколько это принесет тебе удовольствия и денег. Гуглите по повду https, мне лень расписывать о нем, все есть в открытом доступе.

Ну так это не говорит о том что WordPress плохой. Мы же говорим о разработке на ВП? Значит все в твоих руках. В твоей голове. WordPress это ядро готовых функций, которое упрощает разработку сайта. Все опции по дефолту кэшируется, нет прямых обращений к базе данных. Я сам использую в разработке только 2 плагина: 1. Advanced Custom Fields 2. Admin columns Что позволяет мне сделать понятный и удобный интерфейс в админке. Вывести нужную информацию на сайте. Я лично понимаю как устроен WordPress. Какие функции мне надо задействовать, чтобы создать тот или иной сайт. Все очень доступно, а самое главное безопасно. Экономит время и мне и заказчику. Мы оба довольны. Если не умеешь программировать, обращаешься к тому кто умеет. Это нормально. Платные темы сам не уважаю, туда пихают все что можно и нельзя. Лично создаю каждый заказ почти все с нуля. Контролирую все содержимое на странице. Подключаю скрипты на тех страницах которых мне нужно. А не таскаю их по всему сайту. И у меня нечего не...

Хоть и показывает, что сервер не отвечает, но к нему даже не доходят запросы. Я смотрел логи,и ошибок нету. Также общее количество запросов уменьшилось (не пропорционально) Для себя пока выход один - отключил функцию прокси и взял другие SSL сертификаты для https сайтов. ps: у меня такая ситуация была и раньше, но раньше не было https сайтов и решал проблему простым отключением pss: с блоками адсенс пока не знаю как протестить, нужно искать прокси 'проблемной подсети ' и оттуда смотреть. Но доход упал. Связывал с сезонностью / погодой и тд

А вас поддомены на https - ?

Если ваш сервер отдает ошибку, то эта ошибка должна быть в логе вебсервера. Есть смысл проверить настройки https (вкладка Crypto на cloudflare) + на стороне сервера http - https перенаправления (если они есть) + проверить, что возвращает бакенд и фронтенд, при запросе по http / https

Бывает 3 вида SSL-сертификатов: 1. Самоподписанные сертификаты, на которые ругаются браузеры, т.к. их генерят на собственном сервере, а не выдают доверенные центры сертификации. Используются для тестовых целей. 2. Обычные SSL-сертификаты с онлайн-проверкой (домена или e-mail). Такой сертификат, например, у этого форума. 3. EV SSL-сертификаты, где нужно заполнить кучу бумаг для их получения. В адресной строке они выделяются зелёным и пишется название организации для которой они выданы (обычно в интернет-банках крупных банков можно увидеть такие сертификаты). Thawte отличаются от Let's Encrypt только стоимостью и сроком действия. С технической точки зрения они абсолютно одинаковы. Для того, чтобы сайт по https открывался в старых браузерах необходимо, чтобы SSL-сертификат вашего сайта был прописан первым (дефолтным) в настройках сервера. Первым его можно прописать только, если использовать отдельный IP для вашего сайта. Кроме этого в настройках веб-сервера должны быть включены такие...

Настраивается редирект на nginx или apache, чтобы с IP адреса был переброс на сайт с HTTPS, ничего сложного в этом нет. На сколько мне известно, покупается VDS, ставится любая панелька, покупается сертификат, заливается и всё готово. Как обстоят дела с вирт.хостингами не знаю т.к. не пользуюсь

Нет-нет-нет, друзья, все не так. Меня здесь в очередной раз пытаются убедить, что мне все приснилось😂. Еще раз о первом провайдере, у которого все работало. 1. Сначала был куплен SSL-сертификат. 2. Затем он был добавлен на площадку хостинга на общесерверные IP. Сайт перестал открываться в WinXP на IE, который стоял у меня тогда, и перестал открываться на устаревшем браузере мобильника. 3. Прошло несколько дней. Меня такое положение дел не устроило, я заказываю выделенный IP. Как уж и к чему они там прикрепили SSL (сертификат к IP или еще как), я не знаю, но факт остается фактом: а) я смог открыть сайт ПО IP БЕЗ РЕДИРЕКТА на доменное имя; сайт открывался по https, в адресной строчке было типа такого: https://217.21.0.124. При этом в Хроме замечательно отображался зеленый замок и надпись 'Защищено '. б) а вот при заходе с мобильного, если ввести только IP-адрес в адресную строчку (без указания типа протокола), открывался домен, опять же в защищенном режиме. в) сайт не открылся в IE...

Воспользуйтесь тестом от для проверки настроек и того, где откроется а где нет. Увеличение пинга и низкая скорость на выделенном IP это вообще нонсенс. Из вашего поста следует, что вы не до конца поняли что такое SNI и как работает. Скорректирую вас: вам принципиально, чтобы https работал без использования SNI, т.к. у вас устаревшие клиенты, которые его не умеют. Кстати, в контексте вашего кейса еще сталкивались с тем, что некоторые клиенты настраивают свой веб-сервер (ssl ciphers) так, что он не поддерживает необходимые шифры (т.к. они стали недостаточно стойкими) для старых веб-клиентов, из-за чего последние при попытках подключения выдают ошибки.

Если по-простому, SNI - это расширения для обеспечения работы сертификатов с 'общими ' IP-адресами, а не с выделенными. То есть ваш сайт будет открываться с IE на Windows XP, по протоколу HTTPS с выделенным IP. Есть там поддержка SNI или нет не важно. Важен только сертификат, например, Let's Encrypt старые браузеры не увидят. Если вы заходите по протоколу HTTPS на IP-адрес, то будет подгружен ваш SSL-сертификат ДЛЯ ДОМЕНА. Но IP-адрес нельзя вписать в SSL-сертификат (вообще, в какие-то можно, но это не ваш случай). Соответственно, любой браузер покажет сообщения о том, что 'соединение не защищено ' и 'ваши данные могут похитить ' + тот самый красный замочек. Видимо, когда вы переходили по IP-адресу, вы переходили по HTTP-протоколу. Другого объяснения найти не могу:) Как у вас настроена переадресация на тот или иной протокол? Без дополнительной информации сложно что либо подсказать.

протокол https, вероятно, нужно включить игнорирование проверки сертификата. Добавьте еще в настройки соединения курл curlopt_ssl_verifypeer и curlopt_ssl_verifyhost в false.

Ради этого зарегался на форуме. У меня похожая проблема (Возможно причина проблемы одинаковая) Также стоит cloudflare. Пул сайтов с на https и http. От 22 мая пул сайтов стал недоступным в разных регионах мира (разные страны и города), траф срезало в несколько раз. При отключении прокси сервиса, сайт становится доступным и наоборот. Есть тема в саппорте сервиса, но пока без результатов Про блоки адсенс не замечал, нужно будет проверить и отпишусь

Пользовался хостингом года четыре. Хорошие ребята, оперативно решают вопросы, помогают с переездом, пинг быстрый, собственно, каких-либо проблем не замечалось. Однажды подняли цены, но я это проглотил. При попытке переехать на https пришлось создавать новый заказ и переносить файлы, т.к. сертификат let's encrypt можно было получить лишь на cpanel, на других же панелях управления нельзя даже вручную установить бесплатный сертификат - специально стоят ограничения. После переезда и получения сертификата LE внезапно решили поднять цены, но сделать это хитро, с навязыванием допуслуг: с такого-то дня все бесплатные сертификаты недействительны, а новый получить нельзя - либо платите за сертификат, либо покупайте выделенный IP. Плюнул и перешёл к другому хостинг-провайдеру. Зачем это было делать и почему молчали, что при использовании бесплатного тарифного плана от CloudFlare можно у них получить сертификат, непонятно. Хотели заработать больше, а в итоге потеряли часть 'недорогих '...

Добрый вечер Коллеги, Очень давно не писал тут ничего, но возникла необходимость в помощи знающих людей, поэтому пришлось вспомнить свои старые детали логина. Суть заключается в том что я имею сайт на английском языке, сделан на вордпресс и находящийся на домене.com. Направлен полностью на англоязычную аудиотрию. Недавно я произвел изменение главного домена с адреса https://домен точка ком на https://www.домен точка ком. Соответсвенно все зеркала прописал в гугл и яндекс. Сделано это было около 3 недель назад. Тем-не-менее я начал замечать что новые посты добавленые на сайт (новости, все новые тексты уникальные) индексируются с большим трудом. До перехода на ввв такой проблемы не замечал. В чем может быть проблема? Что я мог сделать не так? Может ли кто либо помочь проверить в чем именно суть таких задержек?. Сколько времени проходит пока поисковики начнут понимать какой сайт главный?. Еще дополнительный вопрос: может ли кто либо из форумчан помочь пройтись по сайту, проверить...