или если клиент забронирован на 18:00, сеанс перенесли на  17:00, следует его нужно перенести на следующий сеанс или на этот на час ранее?

ну это я так, накидала тебе мыслей, чтобы ты как-то подумал заранее

да, благодарю, бизнес об этом тоже соображает, до этого пока не дошли :)

Какая жесть.
Добавляем постановку, добавляем сеансы каждый день, через час, в течение года => бд замечательным образом засрата)

А если еще добавить адресное размещение по стульчикам - так вообще красота.

Здравствуйте. Подскажите в какую сторону копать. Symfony 5.4. Создал новый проект, сделал регистрацию/авторизацию по инструкции в официальной документации. На локальном компе при запуске symfony server:start все работает. Регистрация и последующих вход нового пользователя. Залил файлы на свой VPS, там при отправке формы получаю ошибку - CSRF значение недопустимо. Пожалуйста, попробуйте повторить отправку формы. CSRF - токен в форме присутствует. На локальном то компе все отрабатывает.... Может какие-то настройки сервера влияют на работу?

буду рад услышать другие решения

Ну. С точки зрения интерфейса юзера. Такие сайты как правило показывают постановки за один день.
Это можно вычислить и показать.
Вот когда приобретается билет - тогда в бд появляется запись.
Релейшенов у нее особо нет. Есть только даты.
С точки зрения админки тоже все -/+ гладко. Мы можем показать, на какие постановки и на какие места есть билеты.
Надо перенести постановку? Пишем откуда-куда. Юзеры получают уведомления.
Надо запретить постановку в конкретный день? Есть таблица-черный список. В неё заносим, что в конкретный день в конкретное время отменена постановка.

а как сделать ссылку на сеанс в таком случае ?

/map/{id}/{year}/{month}/{day}/{time}

Это ж вроде не секретные данные? Никаких /map/{hash} не нужно?

т.е по сути это способ номер 2 в моем изначальном сообщении. спасибо

Просто если сразу все в бд тащить - шума много. Купили 50% зала на сеанс - остальные места мертвый груз.

да, это я понимаю, но до "мест" еще даже не добрался. тут вопрос для начала самих "сеансов"
с местами как раз просто.

тогда не понятно, что подразумевается под словом "сеанс"

сеанс должен быть, чтобы его показать в ui
но не стоит плодить эти сеансы на каждое планируемое время

то и подразумевается, Фильм - это сущность-событие, у него есть расписания аля крон вида
сеанс - это конкретное событие по этому расписанию

вот мне и нужно создать ссылку на каждый конкретный сеанс

Чем датированый урл не устраивает?

тут дело не ендпоинте, а архитектуре -  как это ему лучше хранить, и не засирать как ты выразился, бд