- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Проехали, мы на разных волнах...
Согласен, хостер страдает. Но таким подходом вы ничем клиенту не поможете. Знаете сколько раз я указывал клиенту на слишком простые пароли? Даже статью на форуме своем написал и носом тыкаю. Думаете помогло?
Наши клиенты это уже взрослые люди, их поздно воспитывать. Нельзя изменить неизменное.
Хостер не имеет права навязывать свои скрипты или их версии. Давать совет - это другое дело.
Ну что значит не имеет права )))) Вы как-то односторонне смотрите, вопрос в том пользоваться таким хостом или нет.... вот в чем дело... а хостер может хоть под конкретные версии хостинг предлагать и никак иначе, мухи у всех свои... но тут конечно дело в том, что клиент уже был и есть.... стало быть меняется условие договора, а это должно быть описано отдельно пред. офертой.
Romka_Kharkov, так то оно так. Но убого оно смотрится со стороны. Тем более это не специфический хостинг, под определенную кмс, а под определенную версию. Если бы хостинг изначально создавался под использование самого ВП ну еще бы можно было понять.
А так, с таким же успехом можно запретить, например, на сайтах форму авторизации. Так как это ведет к ее проверке, обнаружению уязвимостей.
Извращение!
Здравствуйте всем!
Вероятно, либо ТС неточно изложил, либо хостер недостаточно четко сформулировал. Впрочем, не стоит придираться к словам. Вопрос не в том, какую именно версию движка сайта использует вебмастер. Вопрос в том - уязвимую или нет. Вполне логично предположить, что новейшая версия движка закрывает предыдущие уязвимости (и часто создает новые, что греха таить - таков сегодняшний уровень кодинга, но это уже другая история).
Что происходит со старыми версиями движков? У которых тонны и тонны всем известных уязвимостей? Сайты на таких движках ломают. Что происходит дальше: закачивают шелл, устанавливают прокси, спам боты, ддос флудеры и т.п. и т.д. Могут и скрыть свое присутствие (всегда полезно иметь взломанный сайт, впс, сервер "про запас").
Что получает хостер? Потенциальный риск получения жалоб, листинга во всевозможных блек листах а то и изъятие сервера. Оно ему надо?
Что делать с клиентом, который исходит из того, что в своей избе он может делать что угодно? Применять правила указанные в условиях обслуживания и отказывать в обслуживании. Других вариантов нет.
Еще раз повторю - дело не в том, что версия софта недостаточно кошерная. Дело именно в наличии/отсутствии известных уязвимостей в используемой версии ПО и ее критичности.
Но таким подходом вы ничем клиенту не поможете
+10005000
Кстати, если совсем по теме - немецко\американский хостер, у которого держу десяток сайтов, по умолчанию ставит аццкие настройки безопасности. Все хорошо, только когда понадобилось поставить на пяток сайтов САПУ, то все это пришлось отключить.
Ну и моментально на стареньком форуме ПХПбб закатали вирусов по самое нехочу. :)
Собственно идеальный хостер будет тот, который даст клиенту возможность гибких настроек безопасности для отдельных сайтов, еще лучше для папок.
А хостер, который скажет "уходите, у вас древний форум".. ну и давайдосвидания, хостингов хватает )
6666, скажите, а какие именно настройки безопасности Вас интересуют?
+10005000
Кстати, если совсем по теме - немецко\американский хостер, у которого держу десяток сайтов, по умолчанию ставит аццкие настройки безопасности. Все хорошо, только когда понадобилось поставить на пяток сайтов САПУ, то все это пришлось отключить.
Ну и моментально на стареньком форуме ПХПбб закатали вирусов по самое нехочу. :)
Собственно идеальный хостер будет тот, который даст клиенту возможность гибких настроек безопасности для отдельных сайтов, еще лучше для папок.
А хостер, который скажет "уходите, у вас древний форум".. ну и давайдосвидания, хостингов хватает )
В таком случае всем клиентам поголовно надо будет кроме слова FTP и "мой сайт" еще выучить пару книжек по SeLinux или grsec.... А так в принципе можно дать весьма гибкие рули :D Лишь бы вы сами себя не зарулили :D
В таком случае всем клиентам поголовно надо будет кроме слова FTP и "мой сайт" еще выучить пару книжек по SeLinux или grsec.... А так в принципе можно дать весьма гибкие рули :D Лишь бы вы сами себя не зарулили :D
Согласен.
Но по-идеи, если держишь свой сайт, то надо знать всё, тем более если его уже взламывают.
Кстати мне сегодня пришло письмо от хостера, что на дедике рекомендуют обновить ПО, так как нашлись какие дырки.
Цитирую:
Что происходит дальше: закачивают шелл, устанавливают прокси, спам боты, ддос флудеры и т.п. и т.д. Могут и скрыть свое присутствие (всегда полезно иметь взломанный сайт, впс, сервер "про запас").
Что получает хостер? Потенциальный риск получения жалоб, листинга во всевозможных блек листах а то и изъятие сервера. Оно ему надо?
Если проблема с заливкой шелла актуальна, почему хостер не принимает мер? На мастерхосте, например, шелл ни по фтп, ни через http залить нельзя, в результате - пустой файл, это же касается и запакованных шеллов.
ИлЮшка, ваш хостер отстал от жизни. Проблема уже всем хостерам известна около недели.