Поиск

Нене:D Грю же, с site:https://. дает ссылку на акк в результатах поиска. А если запросить ссылку без site: то ничего. 🍾 ---------- Добавлено 25.06.2013 в 19:19 ---------- А некоторые показывает и без site: Гм. 🙄 ---------- Добавлено 25.06.2013 в 19:20 ---------- В индексе те,что без site: отдает в результате поиска?

Открыл 4 тикета. На всех один ответ. Ваша проблема все еще актуальна? и попробуйте сейчас. Дальше послал им сообщений 20 и снова мороз. Английская версия на файерфоксе реально пока спасает ---------- Добавлено 25.06.2013 в 18:56 ---------- Попробуйте вручную установить сертификат системы для HTTPS протокола - Убедитесь что дата, установленная на компьютере, корректная. Проверьте, возможно в хранилище корневых сертификатов остался старый сертификат. Проверьте правильно ли установлен часовой пояс. Очистите кэш и cookies - отпишитесь помогло ли вам. мне нет

Добрый день. Никак не могу сменить стандартный адрес к myadmin на сервере с ISP панелью. Чтобы вместо https://IP/myadmin было https://IP/bla-bla-myadmin. Пробовал так: - /etc/apache2/. - /usr/local/ispmgr/etc/ - тут тоже. В панельке ссылка понятно меняется, но по новому урлу не работает. Работает стандартный старый вариант. Самое интересное, что на другом сервере подобные действия помогли. В обоих случаях стоит CentOS. Может кто что подскажет? Заранее спасибо.

HTTPS-шлюз к системе RegTimeSRS тоже не работает (примерно с 17 часов 21.06.2013).

mitm подвержены и ssh и https, с похожими оговорками

На Exit-ноде могут снифать http-траффик, с заморочками могут даже https. А как дело обстоит с SSH? Кто разбирается в вопросе?

Потому что с активной авторизации гугл редиректит на https, а по поводу не передаче запроса при https уже сказали выше.

Да нет, вроде так же можно использовать HTTP_REFERER. Единственное - гугл не показывает запрос, если юзер зашел на https://, пока дошло, сам несколько часов убил:)

Бразы, может кто сталкивался с таким тупизмом гугла?. Значит есть у нас поциент скажем если вводим в браузере попадаем на, для внутряков аналогично. вот такой редирект (ответ сервера) - смотрю через webmaster tools.

Да, начну с этого. У меня такое ощущение что гугл схавал сначала, когда еще небыло https на сайте, версию с http. А теперь остальное для него за 302 редиком. Вот оно его и не ставит.

Спасибо! Вот таким образом будет правильнее? И что изменится?:). !DOCTYPE html html ?php language_attributes(); ? head meta name= 'google-site-verification ' content= 'F0V-Q4NxVw0WJcLsdvzJ5GDr7WnXh5pMAr8uub1dbpw ' / meta charset= ' ?php bloginfo('charset'); ? ' / title h1 ?php global $page, $paged; ? ?php wp_title('|', true, 'centr'); ? ?php bloginfo('name'); ? ?php $site_description = get_bloginfo('description', 'display'); ? ?php if ($site_description && (is_home() || is_front_page())): ? ?php echo ' | $site_description '; ? ?php endif; ? ?php if ($paged = 2 || $page = 2): ? ?php echo ' | '.sprintf(__('Страница %s'), max($paged, $page)); ? ?php endif; ? /h1 /title link rel= 'profile ' href= ' ' / link rel= 'stylesheet ' type= 'text/css ' media= 'all ' href= ' ?php bloginfo('stylesheet_url'); ? ' / link rel= 'pingback ' href= ' ?php bloginfo('pingback_url'); ? ' / ?php if (is_singular() && get_option('thread_comments')): ? ?php wp_enqueue_script('comment-reply'); ? ?php endif; ?...

тс. 1.без шифрования вы просто не подключитесь к впн серверу. (это почти тоже, что отвергнуть при https сертификат левого сайта и сайт с вами работать не будет). 2.ниже я процитировал ваш пост в котором вы гарантировано сможете убедится что трафик шифруется. вы это делали? сделайте все в точности. но при этом выключите все сетевые программы. что бы на впн шел только пинг - и вы сразу увидите в реальном времени что во втором случае он приходит на сервер в шифрованном виде. ---------- Добавлено 13.06.2013 в 23:20 ---------- но учтите что openvpn - весьма каверзная программа(особенно версия для винды) и иногда может отвалится (например из за антивиря) при этом визуально показывать будет что все ок. так что если вы проф.хакер или террорист:D, не надейтесь на нее. 100% надежности в приватности это не обеспечит, но для рядового гражданина - хватит за глаза

Обращения к идут через https? Можно сделать вариант с незащищённым соединением? А то не все прокси корректно работают.

1. Сделали небольшую видео-презентацию на английском (скоро будет на русском) - 2. Перевели, наконец, весь сайт на https 3. Добавили онлайн поддержку. Теперь при возникновении вопросов можно в чате всё быстро решить. Онлайн с 9 до 18 по МСК 4. Сортировка по кол-ву доменов теперь сохраняется для аккаунта. То есть если вы выбрали показывать всё время 50 доменов, то столько и будет показываться на всех вкладках

До TAP шифрованный трафик а уже с TAP он не шифровнный, т.к. кто его в гугле будет дешифровать? Они же Ваших ключей не знают. Если нужно и далее шифрованно ходить https Вам в помощь, там где поддерживается.

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

Коллеги, играет ли какую-то роль при продвижения сайта если он доступен по https и только так? Есть какие-то особенности или сложности?

Пояснить, что такое (и зачем нужно) кеширование браузерами, и прокси-серверами? А существовании медленного и дорогого мобильного интернета тоже надо рассказывать? Как следствие всего этого - массовый поиск способов экономии траффика ускорения загрузки сайтов (более-менее продвинутыми юзерами, ессно). Отсюда вывод для вебмастеров: это потерянные для сайта юзеры (я, например, не хожу на https, кроме пары доверенных сайтов и то, только по острой необходимости) АПД. А ещё есть корп. политики с запретом юзать https на внешних ресурсах.

Дело не в том, чтобы сажать. Дело в том, что уже есть сайт https И вопрос, чтобы им заниматься надо настаивать на том, чтобы убрать шифрование http для тех страниц где это реально не нужно.

полезно, но только для страниц оплат/заказов и т.п. просто сажать на https сайт это глупое дело.