- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
У меня есть сайт, который преимущественно состоит из статических файлов html. Сайт работает по безопасному протоколу https. Насколько я наслышан, безопасное соединение https создаёт дополнительную нагрузку на сервер и требует больше времени (в том числе процессорного) на отдачу страницы т.к. при каждом запросе файл требуется зашифровать перед тем как отдать клиенту. Операция шифрования выполняется при каждом обращении к странице.
Вопрос следующий: если у меня на сервере хранятся статические страницы, могу ли я сразу их зашифровать один раз, и далее при обращении отдавать уже готовые зашифрованные страницы?
И ещё вопрос: как ещё можно оптимизировать статический сайт в части работы по протоколу https чтобы МАКСИМАЛЬНО уменьшить нагрузку на сервер и увеличить скорость отдачи страниц?
Спасибо
Не понимаю, зачем вам статический сайт на https? Это же не интернет-магазин и не сайт гос.услуги
если данные от браузера на сайт не передаются (формы, выбор по фильтрам и т.п.)- нет никакого смысла в https
Друзья, вопрос не в том насколько это нужно, важно то что это уже есть. Я долго думал создавать сайт на http или https. Выбором в пользу s стал тот факт, что такие сайты лучше ранжируются в гугле и возможно в будущем в яндексе. Возможно дальнейшее расширение сайта и s будет кстати. И собственно почему нет? Почему сразу так в штыки?
Отправлено с моего Turbo X5 через Tapatalk
---------- Добавлено 28.11.2015 в 18:02 ----------
Да, кстати. На сайте есть форма комментария и поиска. Может быть пользователи не хотят чтобы кто то мог перехватить то что они пишут в комментариях и ищут.
Отправлено с моего Turbo X5 через Tapatalk
Тут нужны услуги системного администратора, он сможет оптимизировать
И собственно почему нет? Почему сразу так в штыки?
Надо https, давно пора.
Провайдеры встраивают свою рекламу в http сайты, а в https не смогут.
Выбором в пользу s стал тот факт, что такие сайты лучше ранжируются в гугле и возможно в будущем в яндексе.
Нет такого факта. Это фантазии не умеющих читать сеошников.
Есть факты как раз наоборот, но это уже не вина протокола как такового.
Может быть пользователи не хотят чтобы кто то мог перехватить то что они пишут в комментариях и ищут.
Параноя нынче лечится :) Проще всего - в стационаре. Эффектней - изучением матчасти.
---------- Добавлено 28.11.2015 в 19:03 ----------
Провайдеры встраивают свою рекламу в http сайты, а в https не смогут.
С такими провайдерами нужно бороться судами и законами, а не костылями протоколов и потерей траффика.
С такими провайдерами нужно бороться судами и законами, а не костылями протоколов и потерей траффика.
В РФ это законно, насколько я знаю, да и с армией юристов крупных телекомов не поборешься.
Вопрос следующий: если у меня на сервере хранятся статические страницы, могу ли я сразу их зашифровать один раз, и далее при обращении отдавать уже готовые зашифрованные страницы?
и
Да, кстати. На сайте есть форма комментария и поиска. Может быть пользователи не хотят чтобы кто то мог перехватить то что они пишут в комментариях и ищут.
Никаких противоречий не улавливаете?
К тому же, если это действительно комментарии, то какой смысл их перехватывать, если они и без того появятся на сайте? Это же не закрытые личные сообщения.
---------- Добавлено 28.11.2015 в 19:09 ----------
В РФ это законно, насколько я знаю, да и с армией юристов крупных телекомов не поборешься.
Что именно законно?
Насколько я наслышан, безопасное соединение https создаёт дополнительную нагрузку на сервер и требует больше времени (в том числе процессорного) на отдачу страницы т.к. при каждом запросе файл требуется зашифровать перед тем как отдать клиенту.
Для современных процессоров, которые AES шифрование умеют аппаратно, эта нагрузка в пределах единиц процентов.
Нет.
Можно.
Тест скорости отдачи страницы https vs http:
http://www.httpvshttps.com/
В РФ это законно, насколько я знаю, да и с армией юристов крупных телекомов не поборешься.
Я не знаю насколько законно, но ИМХО это прямое вмешательство в работу ПО (сайта в данном случае). Во всяком случае если это сейчас законно, то нужно над этим и работать, что бы стало не законно.
Ида, насколько я помню суды над провайдерами, чего-то там внедряющие в сайты были, и вроде бы были успешны.