budulay

Облачные хостинги нужны по сути только в том случае, если у вас нагрузка плавает. Мол есть обычная нагрузка, которая невелика, и пики. Например в период праздников или на выходных. В обычные дни ваш 8-ми ядерный сервер будет простаивать, и лишь в пики будет работать на полную. Но платить вы все равно будете одну и ту же цену. А в облаках формирование цены зависит уже от потраченных ресурсов. При определенных условиях это может дать довольно неплохой выигрыш. По сути более гибкое ценообразование.

Почему люди переплачивают? При определенных запросах люди экономят. Другое дело что облака нынче в моде, и не всегда выбор облака подкреплен здравым смыслом.

Все зависит от потребностей. Если вам надо понять какие то основы, так сказать «въехать», то можно пару месяцев повозиться с CodeIgniter, но делать коммерцию на нем — не совсем лучшее решение, а потренироваться можно. Очень хорошие доки, правда чуть устаревшая версия на русском, но думаю английский не проблема?

Я сам использую Yii и тащусь от него круглые сутки. Мощный, гибкий, юзает возможности нового PHP и пр. Очень хорошее русское коммьюнити и документация: yiiframework.ru/

На мой взгляд Zend слишком тяжел для новичка, его осознание занимает годы.
С Symfony я не работал и ничего не могу сказать. По слухам так же легок как Yii и могуч как Zend.
У Kohana серьезные проблемы с документацией — мелочь и базу найти легко, а вот что то более менее сложное — хрен сыщешь.
CakePHP — дохлый проект. Лучше уж CodeIgniter. Кстати на него большинство сбежало с Cake.

(как человек, знающий откуда это «read only» вылазит)

В R/O файловая система сваливается из-за сбоев диска. Обычно это таймаут операции записи/чтения (для виртуальной среды). Обычно это происходит по одной из двух причин:

* таймаут iscsi инициатора у хостера
* свой собственный таймаут внутри операционной системы (около 2м)

Что делать?

а) уточнить у саппорта, можно ли перезагружать машину. В некоторых случаях это крайне нежелательно (например, если в этот момент запущен скрипт хостера на перезапуск, может случиться казус с ребутом во время fsck).
б) ребутнуться.

Если сбой был мягкий (т.е. просто остановка в обслуживании), то лёгкий fsck и всё хорошо. Если нет — по обстоятельствам. Соглашаться с всем напролом с fsck (без предварительного бэкапа) не стоит.

Совет выше насчёт smartmon'а не актуален — у виртуальных дисков нет смарта.

В будущем, возможно, может помочь опция panic в опции монирования. В этом случае при дисковых ошибках система уйдёт в панику (т.е. в ребут).

>Но когда появился большой трафик (примерно 2-3 000 одновременных соединений),
>появилась проблема ошибки 502
php-fpm это не серебряная пуля которая решить данную проблему. Очевидно же, что суть проблем в том, что бэкэнд не успевает переварить такой всплеск нагрузки. Как я понял, при это есть свободные ресурсы, значит нужно крутить настройки сервера.

Увеличте backlog бэкэнда, запросы которые он не сможет принять буду ставиться в очередь. Но увлекаться этим не стоит, пользователь не будет у вас ждать, пока его запрос из backlog будет бэкэндом взят и обработан. Значит смотрите в сторону ускорения приложения. Сколько времени генериться страница? Если ли страницы которые одинаковы для всех? Выносите их в memcached и забирайте самим nginx-ом, не дергайте лишних раз бэкэнд. Включены ли акселераторы в духе XCache? Все ли скрипты при этом в кэше? Как обстоят дела с соединения к базе, сколько по времени они занимаются? Используется ли кэширование на этом уровне? К примеру, у меня в случае забора ответа от СУБД страница в среднем на одном проекте генерится ~15-20 мс, если данные забираются из кэша в роли которого работает Redis, то величина падает до ~2-10 мс, т.е. до 10 раз. И бэкэнд готов обрабатывать следующий запрос.

В общем обращаю внимание, что установка php-fpm чудесным образом ситуацию может не изменить, хотя возможно сгладит её.

ispconfig.org
Мы везде используем их.
На мой взгляд — вполне просто, но местами нудно.

Работает четко. Есть простой API для управления всем сервером и его сервисами, что очень удобно.

Symfony2 + Doctrine или Doctrine + CodeIgniter
Я бы посоветовал остаться именно на то что хорошо знаете, и вообще почитать больше про архитектуру высоко нагруженных приложений, паттерны проектирование, проектирование структур баз данных. Это вам больше поможет чем выбор более простого или сложного фреймворка, вы на любом из них сможете реализовать хорошее приложение. Советую прочитать «Архитектура корпоративных программных приложений» Мартин Фаулер

Хм, оставайтесь на CodeIgniter раз его так хорошо знаете. А нужен ORM (зачем он вам если проект выско нагруженный???) объектный у вас два пути:
1. Расширить ваши модели через MY_Model сделав метод выдачи результата в виде нужного вам объекта, который ведёт себя как Iterator так и ArrayAccess это не сложно.

2. Подключить любой другой ORM от Doctrine, Propel, PHP-ActiveRecord всё это так же просто делается и есть туториалы в сети.

Имхо, перед написанием проекта не стоит начинать метаться в поисках лучшей технологии, надо брать тот инструмент в чем вы спец.

Я живу в Паттайе.
Про цены на жизнь как раз сегодня накатал статью в бложе
pumainthailand.com/%D0%B4%D0%B5%D1%88%D0%B5%D0%B2%D0%BE-%D0%BB%D0%B8-%D0%B6%D0%B8%D1%82%D1%8C-%D0%B2-%D1%82%D0%B0%D0%B9%D0%BB%D0%B0%D0%BD%D0%B4%D0%B5-%D1%80%D0%B0%D0%B7%D0%BC%D1%8B%D1%88%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F/

www.sublimetext.com/2
Вроде и платный, но напоминает об этом только при сохранение, где-то два раза в сутки может и реже.
ctrl+r поиск по функциям.
Ну если надо поиск просто по названию, выделяете текст нажимаете ctrl+f и сбоку в панели навигации по файлу видно подсвечивающиеся блоки +)

Любая CMS, которой владеете.

ogt-clan, computeruniverse
первые японцы, вторые немцы. у первых брал eos 550, у вторых аксессуары. как сейчас с ценами — хз, год назад вышло сильно дешевле.

Иногда складывается впечатление, что каждый, кто знакомится с yii считает своим долгом написать свою CMS, которая будет круче всех остальных. И 80% из этих людей задают вопрос в стиле «Хочу написать CMS, стоит ли?». Посмотрите на русскоязычном форуме yii, там довольно много людей писали свои CMS и выкладывали код. Можете помогать им в разработке, что сэкономит время, можете найти единомышленников, которые тоже хотят написать свою CMS. А вообще, я согласен с kotomyava — если нет идеи, то проект изначально обречен на провал.

Идея написать «написать что-то вроде CMS на очень крутом, на мой счет, фреймворке Yii» порочна изначально.
Дело тут не в желании написать CMS и не в Yii, а в том, что писать CMS имеет смысл когда сформулирована некая идея, зачем эта CMS нужна и чем она будет выгодно отличаться от сотен имеющихся. То, что она будет написана на основе какого-либо фреймворка, отнюдь не решающее достоинство.

Правильной идеей было бы: Хочу написать CMS которая будет реализовывать такие-то принципы, иметь такие-то уникальные фишки, и.т.п. ваша же идея провальна с постановки задачи.

Internet.bs

habrahabr.ru/blogs/drupal/128208/

я не разделяю позиции относительно преимущества Drupal над Bitrix.
Недавно был пост на Хабре
Получается, что Drupal пока бесперспективен.

Забыли про Wuala. В инете есть списки промо-кодов которые увеличивают бесплатное пространство до 18Гб

Лучше — nginx-front и apache-back+mod_php, так как это решение главной проблемы апача — расход памяти при отдаче статики, и отсутствие говной боли в конвертации правил .htaccess в правила nginx.

Быстрее — nginx + php-fpm.

Но раз надо «лучше, а не быстрее!», бери первый вариант.

Joomla в топку. Вы знаете о существовании других систем? Магазин на жумле это обезьяна с гранатой