Vitold S

Можно заменить сервер с MS-Exchange на любой другой и хранить сообщения после получения на сервере в виде файлов. СУществует например несколько стандартных механизмов по хранению писем: MBOX, MAILDIR и т.д. тогда получение писем и обработка их может сводиться к обращению к файловой системе.

Еще один фиктивный сервер почты: mesghub.com с доступом по API

Я вообще не понимаю Вашу проблему? Если Вы пишите на C++, то не составляет труда просто сделать свою ветку PHP выпилить сложение строк и получить интерпретируемый язык с тем поведением, которое Вам нужно.

И я уверен Вы найдете последователей и любителей писать long-pool приложений. А если дописать PHP и снабдить его Threading и допилить до хорошего уровня ООП-шный Runtime, то цены вам не будет…

По поводу социальной сети — столкнетесь с проблемами:

1. организации стены (не ясно где хранить столько мусторных записей в таблицах или очерядх),
2. если будут рекомендации, то как их считать OpenSlope для одной тоько MySQL на PHP медлителен.
3. Сообщения в виде чата что там GROUP BY для того что бы была видна стена.

P.S. Других проблем вроде особо не замечено. Писать FW с нуля смысла не вижу задолбаетесь — потратите уйму времени просрете деньги инвестора ничего не сделаете… В FW уже проделанные за вас RBAC, MAIL, MVC, VALIDAION и т.п. базовые штуки… Нужно только дозатачивать под нужный результат…

> Скоро узнаю, что за запросы Yii посылает в MySQL

Вы сначала узнайте, а потом начинайте писать!!!

При обращении к любой модели создается ее схема (которая кстати может быть кеширована) как и сам запрос (вы все это узнаете если прочитаете документацию и проанализируете код). Кроме того MySQL сам кеширует одинаковые запросы, так что не бойтесь лишних однотипных запросов…

P.S. А теперь по делу:

1. что сильно напрягает, так это сложность прописывания order для разных баз данных например ->order = '`createdAt` DESC' для MySQL и ->order= '«createdAt» DESC'; для PostgreSQL меня немного смущает задание кавычек для полей с учетом регистра.

2. Немного напрягают MANY_MANY, которые генерятся как отдельные запросы. Вот просто не знаю как их оптимизировать. Нужно читать более внимательно документацию, думаю есть какие нибудь with или что-то на подобии…

3. Немного напрягает задание в relations строкой условий. Хотелось бы Criteria и так же очень надо понимать альясы для таблиц как задавать и как их экранировать.

4. Как в DAO ->select задавать красиво count(item) AS item_count так и не понял. Сначала думал, что ассоциативным массивом, но потом методом проб и ошибок пришел к выводу что только через прямую вставку строки 'count(item) as item'