Вполне хорошее дело, Но получать опыт лучше на виртуалке арендованной. Это будет надёжнее, комфортнее, и не дороже, скорее всего - обычно не нужно много ресурсов для мелких проектов.
А так вы просили описать проблемы, я описал. =) Если есть желание учиться, то это замечательно.
В подавляющем большинстве случаев, конечно, имеет при необходимости. Просто потому, что всё шифровать это дополнительные накладные расходы, и масса проблем, которые дорого решать.
Ivanko Вы представляете, какую работу надо произвести даже маленькому хостеру с тысячами, в лучшем случае аккаунтов, чтобы понять, что среди всех этих ГС, у него хостится, вдруг, Такой Уникальный Ваш Проект, который надо срочно спереть?
Поверьте, им есть чем заниматься помимо этого. =)
BoShurik На самом деле, совершенно не разумное потребление памяти, это огромная проблема композера.
Почти ничего из того, что он во время своей работы туда запихивает, там быть попросту не должно.
Как можно было так хреново написать такую важную вещь, совершенно не понятно.
Там где можно было бы использовать килобайты, ну мегабайты, если особо не думать об оптимизации, композер требует гигабайт... Меньше одного не бывает практически никогда, даже на не сложных приложениях.
ff0xff, "Тоесть я добавил swap файл на 200 метров не чего не изменилось по факту. " - пару гигов добавьте, как в моём примере. Композер гиг может сожрать и не подавиться спокойно совершенно.
Что именно не понятно?
При проблемах с лимитами другое сообщение об ошибке: Allowed memory size of XXXX bytes exhausted
В вашем же случае, не хватает физической памяти, для того, чтобы отработал composer, который, кстати, кушает её в совершенно не приличных количествах.
Память можно временно нарастить за счёт swap. Проще всего, создать файл нужного объёма, с помощью: dd if=/dev/zero of=/swapfile bs=1M count=2048
(Получается файл в 2GB забитый нулями, в данном случае.)
Разметить его под свап с помощью: mkswap /swapfile
И подключить с помощью: swapon /swapfile
При необходимости, можно его и оставить, добавив нужное в fstab.
Это будет медленнее, но операция завершится успешно.
Также, можно просто добавить памяти, если такая возможность есть.
Ну вот поставил автор панель, даже если не совсем хреновую типа весты, а что-то приличное купил. Получил так себе конфиг, без какой-либо оптимизации под его приложение, без средств защиты, фактически, с бекапами, в простейшем случае, в виде полной копии сайта в tar.gz локально. С непонятным поведением виртуалки под нагрузкой. Чаще всего будет улетать в свап, потому, что ни одна панель не распределит правильно даже между веб сервером, и сервером БД, т.к. понятия не имеет о том, что за база и что за приложение.
Т.к. в настройке автор в этом случае не разбирался, и документации не читал, и с трудом понимает, какой у него стек-то, любая проблема становится ПРОБЛЕМОЙ. А т.к. всё вроде как работает, то дальше обычно уже ничего не устанавливается и не настраивается, если всё не совсем уж печально сразу.
Вместо этого, можно нанять админа и получить за цену меньше цены панели хорошо настроенную виртуалку, выдерживающую большую нагрузку. Ну и либо заказать обслуживание, либо обращаться в случае проблем.
Вместо этого, можно разобраться настроить и понимать, что и как настроено на твоём сервере, если эта тематика близка, и заодно это принципиально упростит решение проблем, и позволит их не только решать, но и предотвращать, наблюдая регулярно за работой сервера.
Вместо этого, можно купить шаред хостинг, где будут делаться бекапы на внешнее хранилище, будет техподдержка и вообще в конфигурацию не надо будет вникать. И это самый доступный вариант, на самом-то деле.
Есть ещё промежуточный вариант в виде managed vps, где хостер выполняет конфигурирование и поддержку, если нужно что-то не укладывающееся в шаред.
Т.е. выбор велик, и я бы на месте автора выбрал бы не панель, отнюдь, в его случае, тем более, что видно желание разобраться...
А вот если бы это были 100500 сайтов с низкой посещаемостью, на разных движках, возможно и посоветовал бы панель на vps, кстати.
Sanes Надо, но если вам надо часто и это соответственно ваша работа, то учиться-то придётся.
Тому же, кто не умеет, и учиться не планирует, реально поможет отнюдь не панель, а шаред хостинг, или нанятый админ.
ftp не нужен, а вреден. Fail2ban полезен, но это тоже не всё, и это всё не решается установкой панельки.
А зачем вручную? Если нужно часто и много, есть системы управления конфигурациями, хоть тот же ansible упоминавшийся вами.
А если разово для одного приложения, так это быстрее установки панели, на самом-то деле.
При всём при этом, всё равно, надо ещё очень многое настраивать, что в случае установки панели, что без неё. Иначе к вам будет приходить OOM, или злые хакеры. =)
Про квалификацию, вы просто не понимаете, что они решают задачу сделать универсальный конфиг, который позволит запустить произвольное веб приложение, и эту задачу просто не решить хорошо для всех случаев, даже будучи гением. А стоит решить задачу запуска одного определённого веб приложения, но правильно. И для этого не нужно какой-то офигенной квалификации - на форуме поддержки даже какой-нибудь захолустной CMS с десятком пользователй будет рецепт более подходящего именно ей конфига nginx, например.
Sanes Тем, что лишние запросы на статику идут к apache, например.
Возьмите, например какой-нибудь drupal, поставьте на ispmanager с nginx + apache, сделайте запрос к несуществующему статическому файлу, и станет понятно, о чём я говорю. Собственно, это проблема почти всех панелей, где нет отдельных шаблонов для конкретных веб приложений. А там где есть такие, часто они ужасны, да и мало их, обычно.
Sanes Посмотрите на нерабочие шаблоны nginx в Vesta, или на конфиги какого-нибудь ispmanager где всё гоняется в apache, и подумайте, нужны-ли такие конфиги кому-то в здравом уме?
Панели это всегда масса компромиссов.
Панель нужна там, где оказываются услуги хостинга клиентам, в обратном случае, панель даёт больше головной боли,чем пользы, начиная с вредной иллюзии того, что сервер настроен заканчивая довольно неудачными конфигурациями сделанными с целью "чтобы работало произвольное приложение".
Griboks Во-первых, всё что касается icmp при каких-то лимитах может быть совсем другим. Так что это будет совершенно не связанная с нормальной работой сети информация.
Во-вторых, до насыщения полосы это соответствие и будет зависить от latency только, но кто же даст насытить полосу пингами?
