Поиск

Имеется сайт на ВП, в админке настроен работать без www и менять не вариант. К этому сайту потребовалось купить SSL сертификат и при покупке была сделана ошибка, сертификат купили на. Вопрос в следующем, как сделать, чтоб при заходе на https:// сайт открывался с www, а при заходе на http:// открывался человеческий сайт. По идее должно работать следующее, но чот не работает, все равно перекидывает с https://www. на https://.

переходы могут быть с https и если не ошибаюсь - это мешает получению данных.

Собственно есть задача, для одного сайта сделать так, чтобы при обращении к нему https://сайт.ру соединение сбрасывалось или зависало или всё что угодно, но клиент не получал ответа и уходил восвояси ). Можно ли это сделать средствами самого апача? Я обгуглился и даже не нашёл с какой стороны подойти. На этом же ип кучка других сайтов, которым 443 порт отключать не надо, более того, им надо не отключать.

У меня тоже тупил https когда в панели управления хостингов заходил. В один прекрасный день достало, поставил хром и обратно на оперу не хочется, хотя всегда признавал только ее. Попробуйте )

Что-то вы наврали. Технологически, на этом IP может быть только один https-сайт. Такой уж протокол https. Как ни настраивай сервер, работать не будут все сайты.

Migman, отключите кеширование для протокола httpS и работайте в httpS протоколе себе, как вариант:)

Вы не внимательно читаете. https это безопасное зашифрованное соединение. Так почему безопасность должна страдать ? По дизайну. Слишком большая вверху картинка двух системных блоков. В целом дизайн хороший.

Добрый день, хотел спросить у знатоков, как склеить правильно домены? Главный домен, а дочерний. Было решено для безопасности сайт перевести полностью в https. Я прописал в.htaccess следующее: Правильно ли я склеил домены? Может вы посоветуете чего доброго!

Я лично делаю так или так еще есть вариант с мета-тегами в вашем случае Тогда http:// -будет главным и перекидывать автоматически на https://

Вход в Cpanel через https - это правильно. Почему биллинг через http ?

Подскажите, как лучше ее решить проблему в Яндекс-Вебмастер. Сайт Добавил сайт, благополучно подтвердил права, залез в 'Анализ ' и получил такой вот от ворот поворот: Файл не будет учтён роботом Яндекса, т.к. при запросе выполняется перенаправление. У меня действительно там редирект на редиректе редиректом погоняет. Просто у меня SSL. соотв, соотв., всех с www и без надо загонять под именно такой вот адрес, чтобы не получить неприятное предупреждение от браузера. Да, пробую удалить сайт, добавить с www или с https:// - вебмастер ругается, что эти сайты явл зеркалом и предлагает добавить только его. Добавляю, и получается такая вот котовасия. Привожу те, что у меня в роботс: User-agent: *. Disallow: /admin. выдержка из htaccess. #RewriteCond %{HTTPS} off. #RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}. Други, подскажите, как быть? Как заставить яндекс вебмастер не ругаться и принять-таки файл роботс. СПАСИБО!

RewriteCond %{HTTPS} off. RewriteCond %{REQUEST_URI} !^/$. RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

Вечер добрый. Хочу услышать как было у Вас дело на практике. Вопрос таков: Запускал ряд проектов - первый приходил гугл, давал несколько десятков бзеров, потом уже яндекс, и там уже пошло дело. Запустил проект - все просканировано. Зона не ру, адрес короткий. Подключен ssl от Rapidssl - принудительное перенаправление. в Nginx вроде прописан код ответа 301 (хотя, сейчас еще раз проверю). Вопросы: 1. Как у Вас на практике сканировал гугл, т.е. время, темп?. 2. Может ли повлиять https на выдачу (т.к. допустим яндекс.вебмастер видел два сайта с http и https, причем иногда данные различаются).

Здравствуйте, есть e-commerce проект, хотим перевести его полностью на работу по https, с нормальным сертификатом от thawte или verisign (например). Что будет сделано: - перманентный редирект с http на https. В результате: - пользовательские данные будут лучше защищены при передаче их на сервер; - должно быть больше доверия к ресурсу (зеленая адресная строка); - ваши варианты?:). Какие могут быть по вашему мнению минусы от этого шага для SEO?

А в чем проблема с referrers? Только что попробовал - вроде бы все есть. Почитаю еще. ---------- Добавлено 04.04.2012 в 18:59 ---------- Вроде бы рефереры не сохраняются если будете переходить с HTTPS на HTTP, а если все будет внутри HTTPS - то все ок. Если будут переходы с HTTP на HTTPS - то вроде бы тоже должно быть ок.

Что плохого, если будет защищен весь сайт? Проблемы с индексацией - можно конкретнее, что вы имеете ввиду? Что помешает нормально проиндексировать сайт по https яндексу или гуглу??

Проблемы с индексацией, например. Сразу видно, что то ли от незнания ('перевести его полностью'), то ли от непонимания ('зеленая адресная строка'), вы делаете какую-то хрень, потому что типа так модно. Хотя на самом деле не модно. HTTPS'ом можно защищать кабинет пользователя, а не весь сайт.

vps (1Гб, 1,5Ггц, centos 6): nginx+apache, mysql, ispmanager lite - все установлено из панели (с небольшими танцами). не могу пробиться в phpmyadmin. при обращении к https://домен1/myadmin в логах было это: '/usr/share/phpMyAdmin/myadmin/ ' is not found. лишнее в ссылке myadmin, это решилось созданием ссылки. ln -s /usr/share/phpMyAdmin /usr/share/phpMyAdmin/myadmin. теперь в логах чисто, но при обращении к https://домен1/myadmin вылезает 403 ошибка: You don't have permission to access /myadmin/ on this server. как решить???.. какая еще инфа нужна для решения???. конфиги ниже ---------- Добавлено 04.04.2012 в 10:46 ---------- конфиг nginx:

_bl_, большое Вам спасибо за тестироваие моего сервиса. При проверке изложенных Вами сведений я обнаружил нюанс (баг), который позволял в некоторых случаях, неверно присваивать уровень анонимности прокси серверу. Дело в том, что при тестировании прокси выполняются несколько идущих подряд тестов, http, https, socks4, socks5 и т.д. В каждом тесте проверяется анонимность. Однако, если прокси, например, при обращении по протоколу http - прозрачный, а при обращении по https - элитный, то сведения об уровне анонимности прокси переписывались поверх, таким образом, уровень анонимности становился таким, каковым он был на самом последнем успешном тесте. Именно таким оказался указанный в примере сервер: 46.234.116.80, прозрачный по http, и элитный по https. Сейчас баг исправлен, и уровень анонимности от теста к тесту может только понижаться. Поэтому, если Вы проявили такое внимание к сервису потому что искали источник качественных списков прокси - можете провести повторный тест завтра, готов...

На данный момент наблюдаются проблемы с DNS-серверами сайта. Поэтому могут быть проблемы с его открытием, они решаются. Пока можете заходить в биллинг по прямой ссылке https://85.10.205.214/manager/billmgr Приносим извинения за доставленные неудобства.