Поиск

На сколько сильно будет HTTPS влиять на скорость загрузки сайта?

Пишу под ваши требования прокси-сервера Возможные функции. Авторизация пользователей. Подмена внешних IP для каждого пользователя. IPv4/IPv6. Фильтрация хостов по любому алгоритму. Быстрая даже работа на слабых серверах (минимальной VPS обычно достаточно). Веб-интерфейс администрирования пользователей. Доступ к управлению пользователями по API. Написание библиотеки для доступа к прокси по API на любом (ну почти) языке программирования. и т.п. Могут применяться для доступа к соц-сетям, быстрого парсинга в сотни потоков и тп. Балансировщики (Load balancers) Распределение нагрузки между узлами по любому алгоритму. Минимальные требования к серверу. Авторизация. HTTPS. Rate limiting/Throttling/Органичение нагрузки. Мониторинг нагрузки. Фильтрация. и т.п. Микросервисы Любой функционал с виде сервиса с ограниченным функционалом и доступом через интернет. Применяются для распределения нагрузки. Делают нечто одно но очень быстро. Подробнее: Как правило каждый запрос выполняется несколько...

Насколько я правильно понял, вы установили SSL сертификат и сразу поставили редирект на домен с SSL. Разумеется, это не верно. О чем и пишет Яндекс. Вообще переехать на SSL очень просто (действительно). Вот порядок действий, который позволит не только переехать на SSL, но и сохранить траф: 1) Подготовительные работы (делаем относительные url на всем сайте, в том числе и в изображениях, скриптах и т.д); 2) Устанавливаем сертифкат; 3) Прописываем в директиве host новый адрес, например:, в файлах sitemap меняем протокол с http на https; 4) Идем в панель вебмастера Яндекс, жмем галочку 'Переезд на https ', в инструменты гугла просто добавляем сайт с новым протоколом. В гугл аналитиксе можно также поменять протокол на https 5) НЕ ДЕЛАЕМ НИКАКИХ РЕДИРЕКТОВ. Ждем, пока яндекс склеит версию http с https, в вебмастере должна появиться ступенька, см. скрин - 6) Когда ступенька появилась, РЕДИРЕКТ ВСЕ ЕЩЕ НЕ ДЕЛАЕМ, ждем, пока склеятся все страницы и в выдаче будут только урлы с https. Это...

Уже почти месяц пытаюсь перейти на https (пациент на скрине) перенес на ssl, Яндекс никак не хотел переклеивать, видимо потому что я в htaccess забыл указать редирект, хотя это вордпресс, там все и без него работало. В суппорте ответили что сайт по старому адресу отдает 666. не сильно понял что это и с какого перепуга, но ладно Указал в htaccess редирект, в роботсе прописанный хост, сайтмап, все начало переклеиваться. прошло полторы недели - сегодня снова главное зеркало без ssl в вебмастере. Написал им, ответили вот что: Но другим ботам ведь отдается 301, почему Яндексу 666 и что это вообще такое? После тикета хостеру ответ стал 301, но причину не называет - типа это из-за высокой нагрузки, начал о директиве graw-delay рассказывать, что она обязательна, и об этом якобы в Яндексе написано. а о причинах молчит. Хотя в cpanel явно указано: Ваш сайт не испытывал проблем в течение последних 24 часов. Что-то неладное стало с хостингом

Добрый день. Пытался раскрутить бурж сайты в итоге не получилось, слишком дорого с нашим курсом закупать там ссылки. Дохода нет.Трафик от 10 до 100 в месяц, сайтов 6. Контент весь уник от 70% оригинальности + ко всем картинки, причём часть картинок делалась вручную. Статей в среднем 300, до 800,гугл любит всё в индексе, домены все с ключами по теме. На https,wordpress шаб бесплатный, но адаптивный. Смотрел на но размещение 29$ что явно дорого. На вариоре и шляпе разделов по сайтам не нашёл. Где их ещё продать можно. - И как вариант имеет ли смысл просто делать сдл без трафа,но с контентом и продавать их в бурже?. Сколько можно стоить сайт с 500 статьями.

Да, все изображения, стили, джаваскрипты должны быть либо без указания протокола, либо с https. Т.е. не должно быть такого, чтобы на сайте с https в коде страницы вызывался джаваскрипт с http (некоторые браузеры будут писать предупреждения, да и смысл https тогда теряется).

Важно ли для начала перевода сайта на HTTPS что бы внешние скрипты так же имеют относительные адреса без указания протокола?

Перенес сайт с http на https. Читал что после перехода и должны быть доступен по двум протоколам. А в чем суть этого действия и как его реализовать? В.htaccess добавил строчку RewriteCond %{REQUEST_URI} !^/$, как можно проверить правильно ли всё сейчас работает при учете что версии сайта уже склеились для гугла (для яндекса пока нет). И как именно реализовать доступность для обеих версий сайта? Сейчас у меня в есть один файл, в вебмастерке гугла в разделе карты сайта этот файл указан что для https-версии, что для http. Так правильно, или как-то по другому надо?

Если захотят вас хакнуть профи, вряд ли https вам поможет.

от https никакого плюса не получил. уже сайтов 10 переводили. какой-то всемирный заговор

Да, так работает, спасибо.) Что-то я тормознул, потому что для 80-го порта у меня такой-же пустой виртуал хост стоит. Теперь получилось так, все сайты на https, кроме этого одного для которого прописан вирталхост, открываются пустой белой страничкой. Может их стоит как-то переадресовывать с https на http, или не стоит? Или можно как-то сделать (только с помощью одного IP), так, чтобы эти сайтв вообще не открывались по https?

Есть апач 2.2 на котором несколько виртуалхостов (доменов) на 80-м порту. Приблизительно так записаны виртуалхосты для, и т.д. Listen *:80. NameVirtualHost *:80. VirtualHost *:80 ServerName ' ' ServerAlias ' ' DocumentRoot 'E:/user/ ' CustomLog E:/Logs/_. ErrorLog E:/Logs/_. /VirtualHost Я хочу перевести один из доменов () на ssl, для этого пишу. Listen *:443. NameVirtualHost *:443. VirtualHost *:443 ServerName ' ' ServerAlias ' ' DocumentRoot 'E:/user/ ' SSLEngine on. SSLCertificateFile conf/cert/. SSLCertificateKeyFile conf/cert/. CustomLog E:/Logs/_ssl_. ErrorLog E:/Logs/_ssl_. /VirtualHost Сайт начинает открываться по https, но если я набираю, то вместо него открывается Для вообще не прописан VirtualHost, но почему-то вместо него открывается содержимое сайта. Как это исправить?

Нет, нужно два IP: один для порта 80, для сайтов которые не должны открываться по https, и второй для порта 443, для сайтов https. Да как обычно. Фокус в том, что он должен идти первым в списке и не иметь опции ServerName. VirtualHost *:443 ServerAdmin root@localhost. DocumentRoot /var/www/html. ServerAlias 127.0.0.1. SSLEngine on. SSLCertificateFile conf/cert/. SSLCertificateKeyFile conf/cert/. /VirtualHost

За сентябрь: Проект #1: +7,23% Проект #2: +4,24% Проект #3: +2,11% Резюме: С первым проектом всё отлично. По нему я провёл почти все работы, которые планировал. Редизайн, проработка юзабилити, переход на https. Теперь остаётся только работа с семантикой и соцсетями. Второй проект в целом всё хорошо. Доход чуть меньше ожидаемого, это объясняется офферной монетизацией. При той же посещалке доход отличается от дохода предыдущего владельца. Я списываю это на CPA, предполагаю что из-за небольших оборотов по моим аккаунтам они шейвят периодически. Третий проект ситуация плохая, но прогнозируемая. Баден-баден продолжает снижать трафик. По этому проекту будет полный реинвест. Полностью нужно переписать статьи, заодно и расширить семантику. Посещаемость вернётся на допокупной уровень, но на это уйдёт несколько месяцев.

Ап MultiLoader 1.8 Скачать: Добавлен режим массовой зачистки Добавлен учет https доменов

Спасибо за ответы. Текст на главной буду менять. Контактная информация, карты и прочее - добавлено. Единственное. что сегодня еще обнаружила, что с зимы у меня два протокола http и https, 301 редирект не настраивала. Соответственно, трафик в метрика отображается по одной страничке - 2 раза. Это очень критично?

А пока идет установка сертификата будет ли сам сайт вообще работать? На http или https?

Вышла вторая версия скрипта. Что было добавлено: - rss-лента. - html-карта сайта. - поддержка прокси. - генерация мета-тегов keywords и description. - генерация файла - переключение протоколов http/https. - возможность добавлять в конец урла окончание. Например, '.html' А еще модифировано создание списков html,BBCODE и plain ссылок сайта.

Хочу поделиться опытом с хостингом. Чтобы не лить воду попусту скажу сразу, что хостинг дрянь, да еще и ушлые такие. В правилах написано Что трансфер домена делается не менее чем за 7 дней до окончания срока регистрации домена. Так вот обратился я 30.09.2017, домен заканчивался 07.10, так вот сегодня мене прислали ответ 'Если домен заканчивается раньше 7 календарных дней, то перенос его к другому регистратору невозможен. Это не наши правила и мы никаким образом не пытаемся Вас удержать как нашего клиента. Вот инструкция по переносу доменов в зоне.ru. Если Вы не хотите продлевать домен через нас, то можете продлить его напрямую через РЕГ.ру. Сделать это возможно здесь. К сожалению, мы на самом деле не можем выдать код трансфера для данного домена. ' К этому хостингу не вернусь из принципа, так работать нельзя.

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