Александр

Не у всех есть чувство юмора, так что не обижайся, если кто-то что-то не допонимает…
меня много раз за это минусовали, но ничего — живой пока :)
смотри на мир — проще.

и еще здесь присутствует стадное чувство — один дурак заминусует, и за ним все стадо…

Хочется использовать Memcached с её мульти-гетами и мульти-сетами, но останавливает отсутствие тегирования.

активно и давно использую мемкеш, но так и не понял а зачем нужно теггирование?

любую, которуб знаешь лучше.

все ленты новостей реализуются через сервера очередей
советую rabbitMQ протокол AMQP
на Хабре найдешь кучу статей.

php+php_libevent — самый оптимальный вариант

если уж очень нужна происводительность демона, то С/С++
масса примеров в сети

тепло — привлекает котика,
а вот что делать — не подскажу…

1) чистый код — не используйте быдлодвижки по 38 запросов на формирование 1- стр
2) хороший админ
3) облака не панацея, но на первом этапе можно в них и повитать
4) хороший коммент постом выше, дополню его: nginx upstream, mysql-proxy, mysql clauster (есть аналогичные решения и на pg и в mongo — в зависимости от того — что используешь)

1) 30-40К это не такая уж и большая посещаемость, у меня сервак выдерживал 65К
используй мемкеш однозначно, в нем, например, можно хранить не только контент, но и информацию об обновление и лишний раз трогать БД

( Статистика количества просмотров новости. При каждом посещении продолжать делать «UPDATE `views` = `views` + 1»).

эту инфу я бы точно держал в памяти. У меня в одном муз проекте вся статистика скачиваний за день (200-250К) хранится в мемкеше. А раньше дергалась БД (именно на UPDATE x=x+1) и сервак не слабо тормозил.

2) как уже советовали выше — если хранить контент в мемкеше, то можно настроить nginx так, чтоб он отдавал его напрямую не дергая бэкенд

3) если есть Аппач — то его в топку, используй php-fpm, ну я надеюсь, что всякие акселлераторы тоже используются.

есть куча статей на Хабре как можно улучшить производительность

Пытался работать с МТС напрямую, не получилось. Возможно был маленький объем смсок. Может на 100К они дадут шлюз напрямую.

>2. OpenCart это годный пример или быдлокод для знакомства с языком?
Это что-то среднее, но наилучшее что мы нашли из Опенсоурса. Там много ляпсусов, практически 30-60% будет переписано. Но это все же лучше, чем разрабатывать с ноля?

>3. Почему в PHP такая куча файлов? Потому что отдельный класс = отдельный файл или это стиль кода? Нельзя ли поменьше файлов, я так не привык :)?
это такой стиль, и не только в РНР: один класс = один файл
можно все слить в один файл — тогда будет каша

>4. Есть ли какая то простая IDE для PHP под винду. Раньше для всего мне хватало vim под unix, но с кучей файлов PHP + MVC получается чертовски неудобно. Может ли IDE сгенерить схему взаимосвязей объектов php по типу как рисуются схемы баз данных SQL?
Zend, Eclipse, PHPEdit, PhpEd
вышеуказанные IDE этого не делают, но можно настроить phpDoc или рекомендую Doxygen — которые документируемый код превращают в HTML документацию
Zend имеет встроенный PHPdoc
Doxygen — генерит графические рисунки и диаграмы взаимодействия классов

5.2 MVC под PHP оно нужно вообще? При запуске скрипта подгружаются сотни файлов, очень низкая производительность. А вдруг мой проект выстрелит и будут тысячи посетителей, придется отказаться от PHP, может это сделать сразу?
> у меня проект MVC на 50-60K, пока не падает. Падает только у тех — у кого кривые руки, так что MVC однозначно нужно. Делай как есть, начнет падать — ищи узкие места. Что касается Opencart, то мы полностью переписываем фронтэнд, чтоб не падало… (ну и плюс добавление наших фирменных фишек)

>6. А может быть вовсе не php или нафиг MVC? Но скрипт магазина с нуля писать не хочу!
ты проект делаешь, тебе и решать…
по теме — ответил выше

практически не указываю
один раз указал на профиль в Моем круге.

нет — сижу под Линуксом
использую MySQLWorkbench

vim c кучей плагинов

может поможет habrahabr.ru/blogs/personal/80220/

Конечно нет,
или ты не разобрался в ситуации или сам себе противоречишь:

сторонний сайт, максимально просто для его разработчиков, мог обратиться к моему сайту (естественно с подписями и т.п. чтоб не подделали) и получить в ответ данные.

Если сайт работает только по https, да еще и мониторит ключи, то доступ по http не протянет.

Сделай для сторонних разработчиков отдельную http страницу,
а вместо SSL-ключа дай им md5 соль, пусть хешируют свои данные и приклыдывают хеш, а ты на своей стороне проверяй твой хеш данных и присланный ими хеш.

уже нет.
в основном слушаю.

у меня UbuntaServer

Возможно
XMPP утвержденный IETF Протокол,
использование XMPP софта/библиотек (eJabber, jabber etc), соответственно лицензии распространения данного софта

если обороты не большие — то ИП

Рекурсия в БД (запрос в запросе) — это смерть проекту. Я вывожу все дерево одним запросом (по topic_id упорядочивая по времени) и строю дерево уже непосредственно в цикле обработки данных.