@Melodic у меня один из текущих проектов с таким же функционалом. Я завел четыре модели, Venue, Event, WeekDay, Date. Venue имеет 7 WeekDay, WeekDay хранит время работы заведения в каждый день недели, Date - таблица связывающая Venue и Event и хранящая дату проведения события.
В итоге я делаю всегда выборку по Venue к примеру, и у меня доступна информация что где и когда. Правда логика выборки сложная, разделенная на подзапросы и в итоге выходит километровый SQL... но бизнес логика требует.
@212th хз, у меня M4 уже второй год, я вообще не парюсь. Я брал SSD что бы система быстрее работала. А важные доки у меня дублируются в любом случае. Сдохнет, куплю новый.
@binaryk большой проект, реально большой, проще на java (статические анализаторы и кучи клевых штук уменьшают риски, но увеличивают сроки разработки немного). Ну а так... не сильно много разницы.
ну самым верным способом было бы RedirectResponse и использовать и статус код 201 (POST запрос же). А по спецификации мы знаем, что при 201-ом респонсе у нас должен быть в ответе заголовок Location, куда мы юзера и редиректим.
@baursak а зачем уменьшать то? И они как бы не такие уж и тяжеловесные.
Про школьную скамью так же не верно. Шаблоны готовые из той же оперы, и шансы что они будут сделаны хуже намного выше. И да, если нету своего дизайна - то бутстрапы всякие наилучший вариант.
там очень простая логика работы. Эффективность больше от архитектуры сети зависит а не от имплементации собственно. А с производительностью проблем будет меньше.
@pavel_salauyou если нужно очень быстро поднять простую апишку (очень простую) - то silex норм. Но да, полноценные проекты на нем писать смысла особо нету.
