Александр Макаров

Получается, что ProductRepository зависит от других репозиториев (Category, ProductType, Image, File....).

Это уж как сделаете. Может зависеть, а может и нет. Я бы не завязывал одно на другое. Пусть там будет похожий код... ничего страшного.

Теперь главный вопрос - как собирать товар (или другую сущность) из разных кусков?

Руками.

Как обрабатывать метод $productRepository->save($product), если разные куски товара сохраняются по-разному.

Индивидуально. Руками.

Как быть с масштабированием, если в будущем появится еще что-то?

Или взять ORM или, опять же, руками. Не бойтесь писать код и не бойтесь его дублирования в разумных пределах. Не всё то DRY что им кажется.

Фреймворками решаются задачи, которые с использованием CMS решать сильно не оптимально и чаще приходится постоянно бороться со стандартами самой CMS, чем использовать что-то готовое из неё.

Например, для RSS-читалки вроде https://feedly.com/ CMS использовать нет никакого смысла.

Yii подходит для такого проекта.

Как уже было отмечено, если выводить по 100 записей на страницу и для каждой по 10—20 связанных записей, будет кушать память. Ну и ещё момент, не стоит увлекаться event-ами и сильно слоить view через renderPartial.

Чат между пользователями можно реализовать поверх XMPP. Нагрузку такое решение держит отменно.

MySQL может, при грамотной настройке, выдержать очень много. У нас, например, есть в проекте боевом JOIN по таблице с 200 млн. записей. Нормально бегает.

PHP вполне себе справится.