Поиск

Сайт перешел на https, в FAQ Book Version 1.5.4, перестали отправляться вопросы. Никаких ошибок не выдает. В чем может быть дело?

Парни, всем спасибо! Плюсую. ---------- Добавлено 25.08.2015 в 16:46 ---------- Сам вопрос возник из-за того, что в htaccess выполняется еще ряд условий, типа: с www на без www; убрать исключить завершающий слеш в конце адреса; с http на https; редирект со старых на новые. Что-то случилось и перестал работать редирект с www на без www. Сегодня после апа обнаружил, что яндекс скушал странички с www и по ним несколько просели позиции. А когда такое большое кол-во условий, то нужно их располагать в правильном порядке. Короче, намучился я с этим htaccess и думал, узнаю, может 301 вечно держать не нужно. Еще раз спасибо.

1) попробуйте прописать файлы в 'Purge Individual Files ' 2) 'Ошибка парсинга SSL connect error ' судя по всему сервисы мониторинга не могут принять сертификат, т.к. на бесплатном тарифе ссл сертификат Cloudflare принимается не всеми браузерами и скриптами, попробуйте без https.

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

может склеить https с http ?

zaxavar, ничего он не расскажет, лишь бы что-то ляпнуть. Наличие https ничего не решает, это один из многих факторов. Основной фактор, по которому Ваш сайт может быть в топе - поведенческие факторы.

Зачем вам https? У вас какие-то конфиденциальные данные передаются?

после перехода на https трафик увеличился на 80%

Ну ок. Вот ребята знакомые трудились, в свое время, и составили список мастхэв. Смотрю, что Дима (donc) просматривает этот топик.:) Он тоже принимал участие. Может тоже чем-то дополнит. Каждый пункт можно долго оспаривать и применять/не применять. Список не для срача, а для общего понимания сайтостроения. Это не белое сео, или как вы его там называете. Это просто список требований к любому нормальному сайту. Вопрос его дальнейшего продвижения - это уже совсем другое дело. И да, писалось, в основном, под инет-магазы. Технические настройки сервера. Настроен редирект 301 с неосновной копии сайта на основную ( на ). Настроен файл (корень сайта) Учтен внутренний поиск, UTM, ссылки от рекламы, паразитные ссылки. Кодировка всех страниц одинакова, предпочтительно UTF-8. У сайта приемлемая (4-7 сек по GA ) скорость загрузки SEO страниц. Нет страниц в навигации отдающих 302, 404 ответ сервера. DEV, TEST версия сайта не доступна, не индексируется ПС. Страницы сайта недоступны по адресам...

А вот у меня весьма актуальный вопрос, можно ли подавать запрос для страниц которые https? Может кто - нибудь пробовал уже так делать?

Отсутствие https соединения там, где хранятся личные данные, это недостаток! Хотя и SSL сертификаты нужно разбирать он же там не один.Да и хостинг, на котором расположен Ваш сайт, должен справляться с дополнительной нагрузкой при SSL соединении.При его установке много нюансов есть.

А вот это интересно, на ряде клиентских сайтов при использовании https советник не вылезает, те-же страницы но с http советник лезет. но есть сайты где https и советник вылезает. Для эксперимента, я настроил проксирование к mediamarkt (силами nginx). Советника нет (простите за самоподписанный сертификат) Тоже самое делал с Юлмартом и при проксированном соединение через https советник перестал вылезать.

Была простая проблема на сайт йшла индексация через https во и вся проблема.

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

realefs, и на твоих и с закладок с http и с https.

Такс. Все как бы ничего, но есть одно нехорошее но. Не авторизированным в сервисах гугла серферам выдается предупреждение. Избавиться от которого не представляется возможным как я понимаю. А жаль, очень жаль. В общем задача была следующая. Скрыть путь слива от ПС и подменить реферера. Трафик лью на белые СДЛ. Пробовал сервисы укорачиватели ссылок с https. Тут реферер не передается вообще. Что не есть хорошо. Есть какие мысли по этому поводу?

Результат работы команды cat /proc/meminfo: Если как вы говорите на кэш не обращать внимания, то у меня занято только 50 Мб из 256. А 200 свободно! Тогда почему мне хостер пишет что памяти недостаточно? И зачем тогда мне переходить на тариф с большей оперативной памятью если я не использовал и половины того что есть? Я бы перешел, но хочется понять почему я это делаю. Шаред мне не очень хочется так как я с него перешел потому что: - будет использоваться несколько сайтов на одном сервере; - нужны выделенные ip и протоколы https для каждого сайта; - nginx вместо apache и более тонкие настройки; - по цене мой тариф даже чуть дешевле чем шаред. В конечном итоге все это делается для СЕО. ВОПРОС: При первичной установке CentOS она устанавливается с предустановленной Apache. Я ее снес (так как собираюсь использовать Nginx + FastCGI) следующей командой: Сейчас я запускаю команду top и вижу массу процессов php-fpm от имени пользователя apache которые занимают 50% ресурсов. ПОЖАЛУЙСТА...

Править на старый вариант с https тогда пишите 'значительно больше '

Здравствуйте, я перенес свой сайт полностью на https, установил редиректы, все отрабатывает. Но у меня возник вопрос, нужно ли добавлять заного сайты в вебмастер яндекс и гугла?

leonid239, переходить на TLS надо либо комплексно, либо вообще никак. Если главный сайт доступен только по http, то пусть с него будет хоть прямая ссылка на биллинг по https, пусть хоть будет форма авторизации, отправляющая POST с http на https, всё это бессмысленно по той просто причине, что тело ответа может быть подменено ещё на ранней стадии, при первом обращении к главной странице. А дальше, что угодно хоть ссылку на биллинг свою вставить, хоть форму авторизации подменить, хоть JS напихать. Зашёл на ваш сайт, сверху зелёненькая рамка (я так понимаю, это реклама), там были http://********.ru/ (тут был евробайт). У первого вообще 443 порт никто не слушает, у второго по https невалидный сертификат, а у третьего редирект с https на http. Голактеко опасносте, действуйте!:) Если уж решили поиграть в шпионские игры.