1.Можно, лучше заменить на 4 по 2ГБ одинаковые, а 512МБ прибить на стенку для красоты. =)
2.Можно, но лучше по возможности поставить внешний контроллер.
Нет нигде приоритета io на уровне файлов, есть на уровне процессов. процессу которым вы хотите считать быстрее нужные файлы, задираете приоритет io с помощью ionice, и получаете профит.
А про рейды, винты, нагрузки и.т.п. это действительно всё из другой уже оперы. =)
Что каcается Apache:
http://httpd.apache.org/docs/2.2/ru/mod/directives.html
смотрите те, у которых в conetxt есть .htaccess
Что касается PHP:
http://www.php.net/manual/ru/ini.list.php
Те, которые PHP_INI_USER и PHP_INI_ALL могут быть изменены в частности в скрипте с помощью ini_set(), те которые PHP_INI_SYSTEM могут быть изменеы в .htaccess с помощью php_flag или php_value
С русским конечно не очень там, но гуглопереводчик ещё работает, да и знать английский в нашей сфере необходимо, хотя бы в минимальном объёме.
Да никто просто не сможет, по вашим начальным данным, оценить ни схожесть производственных процессов, ни их масштабы, а тем более какой-то конкретный сервер порекомендовать, поймите же это наконец.
А знаете почему? Потому, что люди у вас хостят сайты в стандартнейшем окружении, а не отлаживают кастомные дистрибьютивы linux как топикстартер. Или вы вообще не читали тему с начала, и от балды советуете OpenVZ в случае, когда пригодность контейнерной виртуализации очень сомнительна в принципе?
Про знания вы так ничего и не сказали - вы перевели разговор на понимание работы сети под KVM, которое понадобится не зависимо от интерфейса управления, и к ProxmoxVM и VDSManager отношения вообще не имеет.
"не нравится интерфейс" != требуются больше знания, это вообще вопрос скорее вкуса.
Я не путаю тёплое с мягким. Это вы пытаетесь сравнить ModX как CMS с фреймворком, предлагая заведомо неправильный Use Case. Напомню вам о чём был разговор:
Да, для новичка который умеет кликать мышкой и чуть-чуть писать на php, постоянно пользуясь гуглом, ничего не знает о OOP, да, естественно ModX будет лучше чем фреймворк. Но с серьёзными продуктами ему дела иметь не стоит, т.к. наверняка накосячит на чём угодно.
Если знания в программировании есть, и проект действительно более-менее нестандартный, то Yii становится намного более удобным инструментом. А при использовании нормальных инструментов разработки, генерации кода и расширений, ещё и не менее быстрым.
Про группу опытных прогеров вы загнули, одного часто более чем достаточно, если это не мегапроект и его не надо сделать прямсегодя. И совсем не обязательно быть гуру, тут от сложности задачи прежде всего зависит всё. Написать блог, например, даже без инструкции на Yii весьма просто, да и хорошая возможность развиться заодно.
Мне на данном этапе, что-то сложнее визитки проще сделать на Yii чем на ModX, не смотря на то, что в Revolution мне пришлось досконально разобраться, и не смотря на то, что гуру PHP я себя ни разу не считаю...
Сайты на одной и той же CMS, даже с примерно одинаковым функционалом, могут давать при равной посещаемости нагрузки различающиеся на порядки. Так что на такой вопрос ответить не реально.
На самом деле, вот это от движка зависит мало. Чтобы сайт выглядел хорошо, нужен хороший дизайнер, чтобы хорошо работал и был удобен, нужен хороший разработчик.
Если вы хотите готовое решение, взять готовый шаблон и потыкать мышкой - настроить, то такого решения под вашу задачу просто не существует.
Как CMS под данную задачу я бы предложил Drupal. На нём вполне реально сделать сайт с таким функционалом, при этом уложиться в нужный дизайн, и сделать удобную админку.
При этом, пожалуй весь необходимый функционал, включая форум, если не надо особых изысков по нему, может быть реализован готовыми модулями и темизацией.
Из предложенного выше, Joomla я бы рассматривать не стал, чтобы реализовать всё нужное, надо будет применять напильник в промышленных масштабах.
А вот InstantCMS, возможно, будет неплохим решением.
А я и не расстраиваюсь. Они используют по большей части одни и те же механизмы в ядре, часть из которых пришло из патчей OpenVZ - так будет куда правильнее.
Да блин же, и как ядро кастомное поставить при этом в виртуалке? То что это будет линукс замечательно, а то что у этого линукса может быть пачка своих патчей ядерных, без которых он жить не может?
Что конкретно надо для этого знать, в большем объёме чем для развертывания оной под VDSManager? Я, честно говоря, пользовался им для работы с KVM, и там всё просто и прозрачно. Чем так отличается работа с OpenVZ?
Восстанавливать не надо. Просто очистить. Если не помогает, то да страница вместе с сообщением ошибке просто отдаётся из кеша - кеш почистить. "Обслуживание - Ремонт - Очистить кэш" если мне не изменяет память. Для порядка почистить кеш в браузере ещё.
