zarincheg

Похоже что для ваших задач очереди не очень то и нужны. Вам нужен планировщик заданий. А рандомный выбор сообщения можно делать например из БД.

MongoDB вполне можно использовать. Я для схожей задачи в текущем проекте её взял и пока не жалуюсь. Тоже сбор и обработка статистики различной. Из удобного - некоторые выборки/аггрегации вынес в серверный js, который в самой монго, ну типа хранимых процедур. Соотв. в коде приложения вызовы стали проще. Пока что крутится в тестовом режиме, но форсмажоров и потерь пока небыло. Но стоит помнить про правильную репликацию. Блокировки на базу как-то особо пока не мешают, но и 10gen обещаются скоро сделать их на уровне коллекций.

Если пользователь работает через браузер, то можно сделать пуш-уведомления используя web-сокеты или long polling. Ну и собственно либо прямо так данные передавать, либо инициировать запрос данных этим самым уведомлением. А результаты хранить в базе нормально.

Так на официальном ресурсе для разработчиков достаточно хорошие туториалы есть же, да и вообще документация там нормальная.

Я использую flightphp.com/, предельно простой, для небольших проектов отлично подходит. Либо можно взять более функциональный www.slimframework.com

Вот тут целый каталог таких ребят: www.facebook-pmdcenter.com
Надо или нет... зависит от аудитории наверное.

А какого рода приложение? Может имеет смысл бизнес-модель другую использовать. Например SaaS или продавать подписку на поддержку и обновления.

А это потому что из крайности в крайность. У меня такое тоже бывает, когда в какой-то период времени концентрация на каком-то одном аспекте жизни. Пока что пришел к мнению, что за сутки должно происходить смена 2х, а лучше 3х типов деятельности. Причем именно полезной и осознанной, тупилово в интернетах не в счет. Вобщем дать мозгу переключать способ мылшения что-ли. А еще осознал, что очень сильно на такие "сбои" в работе влияет игнорирование выходных. Безделье тоже должно быть осознанным, иначе превращается в прокрастинацию безграничную.

У меня тоже были некоторые проблемы с RabbitMQ, решились с помощью установки вот этой библиотеки github.com/alanxz/rabbitmq-c вместо librabbitmq, которая есть в репозитории убунты. И кажется нужно заново пересобрать/переустановить расширение для пхп.

Думаю что лучше отходить от этого пресловутого ТЗ, по крайней мере в том виде. в котором оно обычно понимается.
Я бы посоветовал сначала составить списки:
1. Список общих требований к функционалу системы
2. Список бизнес-задач, которые должно решать приложение
3. Список use cases, т.е. то, что смогут делать пользователи на сайте.

После этого сгруппировать пункты наиболее логичным образом. Например use cases можно группировать по страницам сайта. После группировки каждый пункт описываете более подробно, чтобы было понятно что конкретно он из себя представляет.
И в принципе на выходе вы получите вполне годный план работ. Конечно некоторые моменты зависят от специфики проекта.Но такой документ команде разработчиков будет проще анализировать.

В PHP есть работа с DOM, XPath. Ну и регулярные выражения разумеется. Что еще надо =)

Относительно недавно сталкивался. Создание формы заказа и обработчиков запросов от робокассы + простейший учет покупок в системе. Так и вышло где-то 2 часа, ну может ± на тестирование и допиливание мелочей.

Используйте Gearman. Он предельно прост в использовании и удобен. Ставите расширение для PHP, пишете воркеры ваши и все. Может хранить очереди в MySQL.