Причем к сожалению накладывается тот факт, что этот спорный вопрос сводится к спорам конечных пользователей о том, какая технология лучше. Забывая о том, что ее еще надо провайдеру грамотно настроить.
Мне никому и ничего не надо доказывать. И работая на данный момент в Parallels, с уверенностью могу сказать, что Вы говорите неправду. Зачем — это отдельная тема.
Скорее всего каждый не ленивый админ/инженер уже написал подобный скрипт для себя.
Но здесь заложена потенциальная дырка:
Почти всем веб приложениям нужна база данных, соответственно два варианта:
скрипт знает логин к одной базе, где хранятся базы всех приложений (таблицы разнесены по префиксам) — существенный минус в том, что есть риск, что одно приложение подпортит данные другого
или скрипт знает рутовый пароль к БД серверу, чтобы иметь возможность создавать базы для приложений — имхо, такой вариант с точки зрения безопасности тоже неприемлем.
В случае APS пакетов, поставщиком APS пакета является его разработчик, и в его компетенции поддерживать версию пакета в актуальном состоянии (в том числе и обновления безопасности).
Документации на APS стандарт достаточно, для поставщика ПО, это не должно быть хоть сколько-то серьезной проблемой.
Даже если какой-то лузер решится сделать ./configure --prefix, где-нибудь опечатается, где-то что-то забудет (ведь он же лузер) — ему выскочит «страшная» ошибка и все, стресс человеку обеспечен :)
Но здесь заложена потенциальная дырка:
Почти всем веб приложениям нужна база данных, соответственно два варианта:
скрипт знает логин к одной базе, где хранятся базы всех приложений (таблицы разнесены по префиксам) — существенный минус в том, что есть риск, что одно приложение подпортит данные другого
или скрипт знает рутовый пароль к БД серверу, чтобы иметь возможность создавать базы для приложений — имхо, такой вариант с точки зрения безопасности тоже неприемлем.
пруфлинк?
каталог APS пакетов, доступных для скачивания. В том числе и лицензируемые.
из отечественных — зона .su
Документации на APS стандарт достаточно, для поставщика ПО, это не должно быть хоть сколько-то серьезной проблемой.
про fear driven development — откровенная ложь