elailasou

Вы про реализацию "Избранного" ?
Делается таблица с колонками user_id, post_id и таким же уникальным primary индексом.
Если для поста надо выводить список юзеров, которые его сохранили - добавить еще индекс отдельно по post_id.

habrahabr.ru/company/zfort/blog/271929 что-то вроде этого....

Как правильно разделить работу СУБД и PHP?

Есть очень простой принцип.

СУБД - это подсистема, которая хранит и извлекает данные, а приложение (на PHP или на чем угодно) - их обрабатывает и модиифицирует, если нужно.
СУБД архитектурно (и физически) "ближе" к данным. Одна из важнейших задач СУБД - выбрать из всего объема БД только нужные сейчас данные. Именно на уровне СУБД нужно производить максимум фильтраций. У нее есть все нужное для этого - индексы и прочие хитрые структуры данных.

Однако, чтобы СУБД лучше выполняла свои основные задачи, не стоит нагружать ее лишней вычислительной работой. Все, что не связано с поддержанием целостности и согласованности данных, отдают на уровень приложения - тогда эти вычисления (куда относятся, к примеру, подготовка JSON-ответов или сборка web-страницы по шаблону) можно выполнить логически и физически на других узлах, что влечет за собой очевидные преимущества.

Поэтому вывод такой: выбирайте как можно меньше записей и столбцов/атрибутов в запросе к БД (т.е., например, никаких * в плановых запросах), и делайте как можно больше работы с ними на уровне приложения (настолько, насколько удается соблюдать требуемые гарантии целостности).
Под "как можно меньше записей" я имею в виду делать запрос максимально конкретным и узконаправленным, но достаточным для выполнения текущей задачи.

Магазины вообще не стоит делать на CMS, не предназначенных для этого.
PS: Конечно же, я имею ввиду решения "из коробки" от производителя.

Использовать Joomla, Wordpress, Drupal, DLE для создания магазинов - это капец из капецов!)

Для магазинов есть куча нормальных СПЕЦИАЛЬНЫХ решений:
OpenCart, Shop-script, Bitrix, eCommerce, PrestaShop.

Остальное, это все равно что удалять зубы через жопу.

Ну что за бред. Бутстрап живее всех живых и вообще готовится к выходу новая его версия.
Кроме того, главная фича сегодняшнего бутстрапа в модульности. При сборке проекта через Grunt/Gulp и т.п. вы можете выбрать, какие элементы подключить. Многие используют из него только Grid, так как он очень удобен.

И вообще, удобнейшая вещь для программистов. Когда нужно запустить приложение, но нет ни фронтендера, ни дизайнера.

Atom

Сидят 3 хиспстера в свитерах и пьют кофе. Менеджер ищет на гитхабе что то похожее на свой будущий проект.

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

Есть где куча людей делают проект. Во многих студиях вообще нет ни старшего дизайнера ни архитектора =)
Все зависит от проектов на какие ориентирована студия.

Плюсы работы в штате - в том что сотрудник который нужен всегда под рукой, дисциплина и люди там действительно работают.

phaser погугли, не пожалеешь)

Считайте меня устраревшим, не знаю, но меня эти «воздушные» стили как раньше не впечатляли, так и сейчас совершенно не. Большие картинки, сносная типографика, но информация, мать ёё, информация. Нет её. А сайты то ради информации делаются, нет?

А зачем гнаться за трендами?
Увидело что-то новое в JS, пришли домой, под пивко покодили, посмотрели и не более того ибо далеко не факт что клиент когда либо захочет такую фишку у себя на сайте а тратить время на освоение "новой мега рюшки" сильно расточительно.

Это маркетологам принято гонятся за трендами, в разработке всё-же консерватизм дело не не плохое.

Вон простой пример - "Селфи палка", многие себе накупили, магазины ими затарились, а народ месячишку побесился и забил. Магазины теперь не знают куда их девать. Так и с сайтами, прикрутишь мего клёвые часики а через месяц придётся откручивать назад - за свой счёт :)