Тогда тем более, обсуждать его действия и их последствия - имеет смысл.
Вы не увлекайтесь "добавлением репозиториев". Если, помимо штатных дистрибутива, вам понадобилось больше одного - может, ну его? Centos, то есть. Смотрите в сторону дистрибутивов с большей пакетной базой (Debian, к примеру).
Вообще-то имеет.
Хотя в этом случае я вас понимаю: "не стал дожидаться, пока он ответил, заказал сейчас уже починку в другом месте, у проверенного гуру" (c). Вполне вероятно, что мешанину репов ему устроили уже позднее вас "проверенные гуру". Человек явно пока не понял смысл пословицы "у семи нянек дитя без глазу"...
Вы проблемы переименовали в "глюки" - и теперь их "нет"? Остроумно, не сути не меняет. Почитайте форумы того же ispmanager, предыдущую ссылку я взял фактически наугад - там мульены таких же горе-редакторов, которым постоянно достается из-за того, что они ковыряют потроха сего чуда енженерной мысли.
Я в этом не уверен - обычно не спрашиваю за кем чиню, да и не знаю всех в вашей команде.
Вот и хорошо. Мы создали руками отдельный логин, который не имел отношения к ispmanager (может специально, с другим паролем даже). А она молча в цатом релизе его "подключила". А потом кто-то в панельки поменял пароль у пользователя user - и поменяется он и у user@localhost и для @remote (почему? для тех кто в танке - потому, что это так сделалано сейчас для user@localhost и user@%, это одна сущность для панельки), к изумлению ничего не подозревающих пользователей.
Вы под стол пешком ходили, когда я уже работал системным администратором на хостинге с количеством клиентов - порядка на два больше вашего. Вы не поверите, компании даже в голову не приходило рекламировать свои услуги на форумах :D
Предупреждал ведь: не хвастайтесь пятилетним опытом работы техподдержкой - приличные люди засмеют ;)
Ага, вы забыли:
0. Зачем мне это трогать?
"Простейшим способом" будет просто использовать prefork. Если вам надо память сэкономить - поставьте еще один легкий вебсервер перед префорком (нравится апач - поставьте апач), нефиг изобретать велосипеды.
"Самое нестабильное" и плохое - это сама необходимость этих репозитариев. Может просто выбирать дистрибутив, где есть все, вместо объедков, данных вам Redhat? 🍿
PS: А вообще, вы куда-то сильно в сторону от вопроса ТС ушли ;)
Для этого надо сперва прекратить детсад с "моя база данных - конфиги апача и пр." :)
Ну да. "Оно типа есть, но никому нафиг не упало - вот и ходит уже почти десять лет в maintainers-only".
В общем, да. Это как на трансформаторной будке: "не влезай - убъетъ". Проблемой, в общем-то, не является - но на надпись внимание обратить стоит ;)
А ничего что "лучшие собаководы" вам красненьким в документации накорябали: не пей студеной водичкиWe do not recommend using a threaded MPM in production... А потом добавили до кучи опцию в ./configure:
Если не секрет, то зачем?
Это интересно. Рассмотрите такой сценарий, например: на сервере уже был создан руками аккаунт user@remote. Наш "гуру" выше написал, что панель его (пользователя) не тронет и не увидит. (Хотя хз, тут он порой такие логические кренделя выделывает, что доверять его знаниям я бы не стал: "Панель так не делает, как было в вашем примере. Как делает она мне известно." (c)).
Но вот пришел апдейт - теперь панелька аккаунт увидит. Что ей (т.е. разработчикам) делать?
Какой такой "свой конфиг"? Если я не ошибаюсь, в роли такового у ispmanager именно "права из таблиц мыскла" и используются.
