Можете хоть каждое слово капслоком писать.
Вы расчитываете на определенное поведение, которое не является документированным. На ССЗБ можете посмотреть в зеркало. Знаком?
Вам знания череп не жмут? Может - хватит уже в таком тоне?
Если вы не видите разницы, это еще не значит что ее нет.
Вот и я о том, что "поправит".
Что значит "общее"? Я виноват только в том, что работаю не только с этой панелью? Уж извините, ничего волшебного в ней не вижу.
GracefulShutdownTimeout попробуйте выставить
Об этом клиентам можете лапшу вешать. Инкапсуляция - слыхали такое слово?
Ну, например... Пардон, а права пользователя базы?
Что если вы создали пользователя, которому позволен удаленный доступ, только не на примитивном уровне ispmanager (user@%) - а для конкретного хоста (user@remote)? Оно поймет (несмотря на наличие в панельке только галки "allow remote")? Оно потом не снесет вам права до "стандартных"?
Где вообще можно почитать про концепцию вносимых ручками изменений? Почему вы уверены, что позднее ispmanager, подхватив эти изменения - не пройдется снова по конфигам и т.п. и не "причешет" все на свой манер?
С другими все абсолютно также. Если вам разработчик в документации написал, что сайт создаем с помощью вызова утилиты add-site xyz.ru - делать иначе будет только буратин.
Если время терпит - не ориентируйтесь на красивые картинки, которые увидели для той или иной панельки (и/или на описание функционала на сайтах). Посмотрите все вам рекоммендованные - их недолго поставить в каком-нибудь эмуляторе.
Это не форк двойки?
Вы ее разработчик? Детали "действий", которые панель делает, формат конфигов, которые она генерирует и еще тыщу вещей - могут измениться завтра. И вас не предопредят об этом в документации - ибо нефиг грязными ручками было лазить куда не следоват.
Если не используете интерфейсы, которые предоставили вам разработчики - вы однажды неприменно что-то поломаете. А скорее всего - уже. Чудес не бывает.
Не осилили текст? Мне не лень пальцем ткнуть: More detail -> UDP.
Меняет, т.к. в это вас и ткнули. Не путайте состояния транспортного протокола (если они вообще есть) и оные для модуля iptables.
ipv4 2 tcp 6 431996 ESTABLISHED src=37.55.82.236 dst=188.40.82.196 sport=18400 dport=80 packets=138 bytes=7912 src=188.40.82.196 dst=37.55.82.236 sport=80 dport=18400 packets=150 bytes=659 ipv4 2 udp 17 58 src=188.40.82.196 dst=8.8.8.8 sport=51417 dport=53 packets=2 bytes=110 src=8.8.8.8 dst=188.40.82.196 sport=53 dport=51417 packets=2 bytes=178 [ASSURED] mark=0 secmark=0 us e=2
Может проблема в том вы предпочли гадать о формате этого файла? Ну, раз штатную документацию читать не хотите - может наведут на какие идеи существование файликов nf_conntrack_udp_timeout/nf_conntrack_udp_timeout_stream.
Нет? Ну вот вам гугл дал ликбез: http://www.rigacci.org/wiki/lib/exe/fetch.php/doc/appunti/linux/sa/iptables/conntrack.html
Я никогда не ошибаюсь, т.к. сперва читаю документацию. Чего и вам советую.
Я писал о "проще" - во вполне конкретном смысле. Проще - технически. Вы - о какой-то абстрактной "простоте" для сферического попугая в вакууме, у которого нет денег на администратора.
Настроил и забыл - какие тут к чертовой бабушке аккаунты каждую ночь? Прям как Himiko, ей-богу.
"Такие масштабы" - зависят от конкретной ситуации. Это может быть и дохлый VPS, который тем не менее можно заставить держать нагрузку, заплатив один раз. А можно платить и каждый месяц - за более дорогой конфиг, зато с "дубовой" панелькой.
Неразумные люди - могут и на VDS попытаться "хостенк" устроить.
Нет. Не можете.
Чтобы иметь хоть какие-то гарантии - нельзя работать с такими вещами "вручную". Как минимум - только через предоставленное разработчиками API. И с DA, и с Cpanel, и с plesk, и с <no name> - все одинаково. Это азы.
Но - может, и указанные проблемы, скорее всего, начнутся куда раньше 3млн. Предупрежден - значит вооружен. Вам интересны проблемы 99% никому не нужных говносайтов, а мне этот 1%.
Пожалуйста, прекратите открыто хамить. Либо извинитесь, либо укажите конкретно где и что я кому тут навязываю.
Например, вы. Может хватит?
Нет, в том и дело что не проще. Это не единственный путь решения задачи, удовлетворяющий "нет времени разбираться".
Я на 99.9% уверен, что и почта и DNS у ТС - запросто может жить на обычном виртуальном хостинге у провайдера. А открутить самостоятельно все это от панельки - он вряд-ли сможет. Лишние сущности - лишние проблемы.
Наконец, чуть подрастут проекты - и рамки панельки будут просто тесны. Клиент или его администраторы - будут попусту плясать вокруг ограничений последней. Чтобы не поломать ее функционирование и чтобы, в свою очередь, она не поломала ваши нестандартные настройки. Нужно это счасть, ради возможности раз в месяц (весьма оптимистичная оценка) добавить новый проект через панельку?
Если такое надо "каждый день" - у вас массовый виртуальный хостинг. О нем речи нет, вряд-ли это ситуация ТС. И со срочностью подобных просьб вы, соответственно, явно перегибаете палку.
