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

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
к чему привыкла клиентская база с тем и надо работать. так дела обстоят у хостеров у которых не нулевое количество клиентов. если же нулевое то выбирают обычно то что знают (надеюсь) или то что кажется хорошим и удобным. вообще глупо с пеной у рта доказывать что та или другая панель лучше. это все равно что сказать пхп мол фигня а руби вот это круто - все имеет свое применение и каждая панель, язык находят свое применение. придавать выбору панели слишком большое значение не стоит - многие крупные хостеры работают с самописными панелями и хотя народ периодически жалуется но, массового оттока клиентов у крупного хостера из за панели я никогда еще не видел.
http://www.ivi.ru/video/view/?id=15986
Балдой считать cPanel, бесов считать багами, попа считать ISP, товар - хостерский рынок.
Скорее нет -- ISP делегирует управление софтом пакетному менеджеру, и это значит, что
А то, что есть в cPanel - превращает сервер в бардак, да и никак не однообразно - отдельный скриптик для пересборки exim, огромный скриптище для пересборки php, и так далее.
Но custombuild от DirectAdmin ещё большая помойка -- я слышал, на 32битных системах он иногда ломает python и yum вместе с ним.
Это как раз минус продуктам ISP (и Parallels, про которые тут все забыли), по моему мнению есть только два корректных путей обновления серверного ПО и конфигурации служб:
1) Установка из исходников
2) Если используются пакеты, то они должны быть только из надёжных репозитариев и тут две сложности:
а) у той же CentOS многие пакеты почти не обновляются годами (httpd,php,mysqld), а использовать 2.2.3 апач и 5.1.6 пхп просто идиотизм
б) если использовать сторонние пакеты, то есть опасность, что в них могут быть ошибки (или того хуже, бекдоры и прочее)
посему пакеты должны делать или разработчики самой панели (идеальный вариант) или сажать специального человека, который будет заранее их готовить, обновлять и т.д. что далеко не всем провайдерам будет удобно
в cPanel/WHM всё серверное ПО ставится исключительно на базе проверенных разработчиками панели (и сообществом, состоящих из по меньшей мере 70% всех провайдеров мира!) пакетов и (или) исходников
п.с. (относится к ярым сторонникам продуктов ISP) называть идиотам и дибилами провайдеров, размещающих большую часть всех ресурсов мира, вот что является идиотизмом в чистом виде...
1 место - cPanel
2 место - DA
3 место - ISP
1) Установка из исходников
Ну это не может быть корректным, так как делает из системы помойку. Пускай панель собирает всё через спеки и rpmbuild, чтобы каждый бинарник в системе соответствовал своему пакету и yum не мог обновить/удалить какую-нибудь библиотеку, которая нужна, и тогда это будет похоже на правильный вариант, хоть и потеряет 50% смысла RPM.
2) Если используются пакеты, то они должны быть только из надёжных репозитариев и тут две сложности:
а) у той же CentOS многие пакеты почти не обновляются годами (httpd,php,mysqld), а использовать 2.2.3 апач и 5.1.6 пхп просто идиотизм
По сути, собственный набор настроек для CustomBuild для опытного администратора не сильно отличается от создания спеки для рпмки (только при выходе новой версии / security patch'а) нужно поменять в ней пару строк.
Но даёт rpm даёт намного больше плюсов -- в случае выхода того же security patch'a, достаточно отредактировать один файл, щёлкнуть в веб-интерфейсике (или запустить sh-скрипт, проходящийся по всем серверам с yum update), и за пару минут на всех серверах будет уже обновленные и оттестированные бинарники.
б) если использовать сторонние пакеты, то есть опасность, что в них могут быть ошибки (или того хуже, бекдоры и прочее)
посему пакеты должны делать или разработчики самой панели (идеальный вариант) или сажать специального человека, который будет заранее их готовить, обновлять и т.д. что далеко не всем провайдерам будет удобно
Ну, эта проблема действительно есть и с ней ничего поделать нельзя.
Вопрос к ярым сторонникам продуктов ISP. Как средствами ISP Manager реализовать назначение лимитов использования ЦПУ/ОЗУ/кол-во процессов для аккаунтов шаред хостинга, да ещё так, чтоб каждый клиент получал в формате графиков и таблиц с данными отчёты о РЕАЛЬНОМ использовании ресурсов сервера? Все носятся с так называемыми лимитами нагрузки, при том, что на базе ISP Manager её толком нельзя ни контролировать, ни ограничивать, ни тем более показывать всё в визуально читаемом виде для клиента, так чтоб ему стало понятно, когда и какие лимиты он превысил (причём в моём ТЗ он ничего превысить как раз не сможет, ТЗ предполагает фактически VPS хостинг, только для клиентов шаред хостинга), слабо такое реализовать, да ещё так, чтоб это было частью самой панели и делалось всё полностью через панель? А в cPanel/WHM это базовая ф-ция с недавних пор и таких примеров можно перечислить сотнями (причём, что важно, все эти примеры будут работать исключительно надёжно и стабильно, в отличии от ISP)
Мне приятно работать с ispmanager. Или я привык с ней работать. Хотя начинал с directadmin
Вопрос к ярым сторонникам продуктов ISP. Как средствами ISP Manager реализовать назначение лимитов использования ЦПУ/ОЗУ/кол-во процессов для аккаунтов шаред хостинга, да ещё так, чтоб каждый клиент получал в формате графиков и таблиц с данными отчёты о РЕАЛЬНОМ использовании ресурсов сервера? Все носятся с так называемыми лимитами нагрузки, при том, что на базе ISP Manager её толком нельзя ни контролировать, ни ограничивать, ни тем более показывать всё в визуально читаемом виде для клиента, так чтоб ему стало понятно, когда и какие лимиты он превысил (причём в моём ТЗ он ничего превысить как раз не сможет, ТЗ предполагает фактически VPS хостинг, только для клиентов шаред хостинга), слабо такое реализовать, да ещё так, чтоб это было частью самой панели и делалось всё полностью через панель? А в cPanel/WHM это базовая ф-ция с недавних пор и таких примеров можно перечислить сотнями (причём, что важно, все эти примеры будут работать исключительно надёжно и стабильно, в отличии от ISP)
В след. релизе ISPmanager обещали поддержку bsd acct из коробки. Моментальное использование, конечно, не получится, но вот среднее за последние 5/15 минут -- легко.
Или ставьте CloudLinux, который всё это сам делает и к которому скоро появится isp-плагин. (кстати, у меня есть подозрения, что в Вашем ТЗ Вы как раз и говорили о нём).
Но custombuild от DirectAdmin ещё большая помойка -- я слышал, на 32битных системах он иногда ломает python и yum вместе с ним.
Не поверишь - DA может работать с софтом точно так же как и ispmanager :)
Не поверишь - DA может работать с софтом точно так же как и ispmanager :)
Я даже верю, что ISPmanager может работать с софтом из исходников :) Вопрос в том, что разработчики считают стандартной политикой и для чего предоставляют инструменты из коробки и техподдержку.