- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Уже было сказано, мы не против обращения ТС в суд с иском, тогда все прояснится. Мы также имеем доказательства, поэтому до встречи с ТС в суде.
Смешное заявление. Если вы не против, то почему не даете свой юридический адрес (вас уже тут несколько раз его просили)? Вы ж понимаете, что на ваши указанных 3 почтовых контакта особо не разгуляешься в судах? Похожа ситуация на "держите меня семеро, а то вот я разберусь если что...". ))
Ну отказался и что, админ может сам посмотреть если так уж ему припёрло
На изучение скриптов может понадобится много времени. И то при условии, что администратор знает язык программирования на котором написан скрипт.
На изучение скриптов может понадобится много времени. И то при условии, что администратор знает язык программирования на котором написан скрипт.
А нарушитель вам сразу всё расскажет начистоту:)
А нарушитель вам сразу всё расскажет начистоту:)
Может и нет, но клиент то вообще отказался рассказать, что вызывает гораздо больше подозрений :)
Может и нет, но клиент то вообще отказался рассказать, что вызывает гораздо больше подозрений :)
в чём подозрения были в данном случае админ так и не сказал , он судя по всему и сам не знает что законно а что нет.
Подозрения не повод для отключения в любом случае, должны быть факты.
Если хостер блокирует по своим догадкам не пойми в чём и не объясняет клиенту в чем его вина, значит это г хостинг вот и всё
Может и нет, но клиент то вообще отказался рассказать, что вызывает гораздо больше подозрений :)
Что за херь, клиент не должен ничего рассказывать, хостер не должен ничего спрашивать. Абузы то не было.
Есть чрезмерная нагрузка? Не умеешь настроить сервер? Уведомил, дал время уменьшить нагрузку или съехать, все.
Но допрашивать, делать выводы на предположениях , рыться в "личных вещах клиента" это какое-то школоло...
Что за херь, клиент не должен ничего рассказывать, хостер не должен ничего спрашивать. Абузы то не было.
На самом деле это вы несете херь....
Клиент находится на нашей собственности тобиш серверах и он не должен ничего рассказывать? че-пу-ха. Как сказал умный человек в этом топике, для этого есть коло, ито перед дата-центром прийдется отчитыватся.
aminahost добавил 24.09.2011 в 15:18
в чём подозрения были в данном случае админ так и не сказал , он судя по всему и сам не знает что законно а что нет.
Подозрения не повод для отключения в любом случае, должны быть факты.
Если хостер блокирует по своим догадкам не пойми в чём и не объясняет клиенту в чем его вина, значит это г хостинг вот и всё
Хостер блокирует на основании своих правил и политики.
Клиенту доступно обьяснилось по какой причине его заблокировали. Более того, сначала сообщили а уж потом заблокировали, после того, как ни каких телодвижений не наблюдалось со стороны клиента. Все в рамках правил.
А если клиент не собирается испольнять правила то это г клиент и таких мы гоним за шиворот.
Что за херь, клиент не должен ничего рассказывать, хостер не должен ничего спрашивать. Абузы то не было.
Есть чрезмерная нагрузка? Не умеешь настроить сервер? Уведомил, дал время уменьшить нагрузку или съехать, все.
Но допрашивать, делать выводы на предположениях , рыться в "личных вещах клиента" это какое-то школоло...
Вы охрененный специалист? У Вас много лет опыта работы в хостинг провайдере/дата-центре?
Если же нет, то это всего лишь Ваше мнение и к тому же оно совершенно неверное.
Даже если хостер не несёт юридическую ответственность за то, что размещает клиент на его сервере, то это не значит, что в дата-центр однажды не могут заглянуть правоохранительные органы которые могут конфисковать оборудование на месяц другой. И не обязательно перед этим должна быть абуза, могут и без предупреждения. В таком случае, клиенты останутся без своих сайтов/проектов на долгое время, и бекапы Вам уже никто не даст забрать. Это не выгодно ни хостеру, ни его клиентам.
Вы всё еще думаете, что хостер не должен проверять содержимое?
На самом деле это вы несете херь....
Клиент находится на нашей собственности тобиш серверах и он не должен ничего рассказывать?
Нет конечно, не должен.
че-пу-ха. Как сказал умный человек в этом топике, для этого есть коло, ито перед дата-центром прийдется отчитыватся.
Один глупец ляпнул, другой повторил.
Вы охрененный специалист? У Вас много лет опыта работы в хостинг провайдере/дата-центре?
Насчет специалиста не знаю, некому оценить объективно. А опыт работы с 2004 года, это о чем-то говорит или что-то меняет?
Вы всё еще думаете, что хостер не должен проверять содержимое?
Если не было абузы, хостер не должен проверять содержимое клиентского аккаунта, более того, по сути и права-то такого не имеет.
Насчет специалиста не знаю, некому оценить объективно. А опыт работы с 2004 года, это о чем-то говорит или что-то меняет?
Если не было абузы, хостер не должен проверять содержимое клиентского аккаунта, более того, по сути и права-то такого не имеет.
Не несите ахинею.
Я уже написал по крайней мере 1 очень вескую причину почему хостер должен проверять содержимое клиентского аккаунта. Хостеру не о чем волноваться, только если сервер абузоустойчивый.