zzzit: Если вас ломанут и ваш сайт начнет спамить форумы и почту тоже не хостера проблема?
Ломанут - не хостера. Клиентские скрипты - не хостера.
Хостер должен заниматься своим делом и локнуть мейлер/акк, если начнётся спам или др действия нарушающие условия договора.
zzzit: И при нормальной реализации, вы и знать не будете, что там от чего спасает, оно будет просто работать, беззаботно работать.
Ключевое слово - "при нормальной". Как показывает практика - этого у большинства хостеров нет. Хотя все считают себя умными. И даже могут не получать от клиентов жалоб, ибо клиент может даже не подозревать что у него на сайте есть проблема.
Пример с тем же ВП и ограничением к wp-admin. Кто из хостеров знает, что этот путь нужен не только админу ВП, а и простым гостям? Но нет же - наставят ограничений. Юзеру (админу ВП) конечно не проблема тыкнуть кнопку, пройти авторизацию, ввести капчу и тд при авторизации в админку. Но вот ему даже невдомёк что яакс для незалогиненых работает криво.
rustelekom: А кто говорил о принудительном обновлении? Это ваши недобросовестные домыслы.
Серьёзно? Тогда в чём посыл сего топика?
Что, XSS какая-то новая технология взлома?
Или какие предложения - защита от кросскриптинга на уровне хостера? А где гарантии, что это не похерит нужный клиенту запрос?
думаю что подобная конструкция должна работать, но она не работает(
ессно. http://www.htaccess.net.ru/doc/Redirect/index.php
(предотвращает вставку интернет-провайдерами баннеров на ваши сайты)
Тебе ли не знать, что провайдеры халяного вифи могут монетизировать себя даже если клиент будет юзать https-сайты.
1. https: защищает ваши финансовые интересы
Ваши - это чьи?
Вебмастеров? Нет. Как раз наоборот.
Юзеров сайта? Тоже нет, если нет передачи номеров карточек и тп инфы. (99% инфы о юзеро можно получить более простыми средствами, чем сниф трафа.)
https: защищает интернет от тотальной слежки, как со стороны государства, так и со стороны частных контор.
:) смешно, чесслово.
Посоветовали сделать это через htaccess
Если просто переехать на другой домен - ничего не нужно. Просто делай сайт на новом домене. И лучше не постепенно, а сразу всё.
Если же нужно сделать переадресацию со старого домена на новый, тогда да - 301 редирект.
Но все равно вначале нужно сделать сайт на новом домене, а потом уже на старом сделать редирект.
Читай выше
Какую только чушь не напишут журношлюхи :) Но ты верь - это для тебя писано. Думать же не нужно. :)
Мне больше не пиши.
Больше не буду - бисер закончился.
А интернет с 1957 года существует. И что?
А ты на сёрчё +5лет, а даже пользоваться ПСами и думать не научился.
Интернет, к твоем сведению, начался с www. А это случилось не так давно.
Это ты и тебе подобные в хвосте плетётесь, пока до вас дойдёт.
То-то "передовики" в ОППЕ полгода. :) Хотя некоторые ещё раньше испытали на себе и сделали выводы.
Причём здесь это?
При том что нужно хотя бы интересоваться используемыми технологиями и употребляемыми терминами.
Возраст SSL 3.0 составляет уже около 18 лет...
За https будущее.
SSL3, ога :)
это дает безопасность юзерам, хотябы при вводе паролей
Не даёт. При вводе - особенно :)
Геммороя, да, добавляет.
Какая-то афера или мертворожденная инициатива
А я давно об этом говорил :)
Если вас ломанут и ваш сайт начнет спамить форумы и почту тоже не хостера проблема?
Ломанут - не хостера. Клиентские скрипты - не хостера.
Хостер должен заниматься своим делом и локнуть мейлер/акк, если начнётся спам или др действия нарушающие условия договора.
И при нормальной реализации, вы и знать не будете, что там от чего спасает, оно будет просто работать, беззаботно работать.
Ключевое слово - "при нормальной". Как показывает практика - этого у большинства хостеров нет. Хотя все считают себя умными. И даже могут не получать от клиентов жалоб, ибо клиент может даже не подозревать что у него на сайте есть проблема.
Пример с тем же ВП и ограничением к wp-admin. Кто из хостеров знает, что этот путь нужен не только админу ВП, а и простым гостям? Но нет же - наставят ограничений. Юзеру (админу ВП) конечно не проблема тыкнуть кнопку, пройти авторизацию, ввести капчу и тд при авторизации в админку. Но вот ему даже невдомёк что яакс для незалогиненых работает криво.
А кто говорил о принудительном обновлении? Это ваши недобросовестные домыслы.
Серьёзно? Тогда в чём посыл сего топика?
Что, XSS какая-то новая технология взлома?
Или какие предложения - защита от кросскриптинга на уровне хостера? А где гарантии, что это не похерит нужный клиенту запрос?
Хостерам не наплевать.
Чем меньше таких "заботливых" хостеров - тем лучше клиентам.
Ида, проблема не хостеров совершенно.
Не будут нам, хостерам мозг выносить по поводу того, что у них что-то перестало работать.
После принудительно обновления движка хостером?!! Ну-ну. Желаю удачи :)
с другой стороны, насколько я вижу, в безопасность ходят тогда, когда уже петух стукнул.
А в хостиг - когда требуется его сменить. Что чаще? 🍿
Иван НСК, прекращай код показывать скринами. Тесты ошибок -тоже.
Используй ббкод [code][/code]