А вы замечали, как манька лебезит перед дедфудом, когда тот заходит на бнвач? Прям встает на задние лапки и хвостиком туда-сюда вильк-вильк)))

Мань, ну что же ты. Я всё жду твоего ответа — #CRI4JY/MMK

Автор-оригинального-поста-про-альбомы-и-фотки

Лол, манька умудрилась обосраться даже на решённой задаче:

IZHJYP/5EJ

Я ебал в рот такие постановы, в моих вьюхах :photo_number это offset, это сделано для того, чтобы упростить листалку, право-лево это инкремент-декремент

Во-первых, при чём здесь листалка, во-вторых, перечитай про удаление записей, дебилушка. С твоим оффсетом всё к хуям поедет.

Иначе при листании тебе придется передать в шаблон заранее подготовленные id каждой следующей картинки (а лучше нескольких)

Шаблон, блядь, лол. 2017 на дворе, у нас даже в самом замшелом госсекторе уже SPA на реакте, а он там шаблончики рендерит.

Олсо ты неправильно модели нарисовал, у меня photos есть многие-ко-многим, потому что одна фота может быть в нескольких альбомах тоже.

Маньке виднее, что у меня в моём приложении может быть, лол. Долбоёбику невдомёк, что альбомы и фотки тут как котята для примера, в реальном кейсе сущности совсем другие. Но спиздануть и блеснуть умишком (Я ЗНАЮ ПРО МЭНИТУМЭНИ (!!!)) надо.

Олсо у фоты (которая на самом деле тот же UploadedFile с exif) есть file_id, который автоинкремент и который остается потстоянным даже при удалении.

Опять же, маньке виднее, что у меня там за филды в моделях, что я за ORM использую, и т.п.

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

Тут уже и нехуй добавить на фоне вышеизложенной манькой хуеты.

У тебя здесь полная дичь нарисована и в рот нужно выебать дизайнера таких моделей.

Дичь — это твоё существование на рынке IT. И выебать тут только тебя нужно. Каким же надо быть долбоёбом, чтобы буквально воспринимать фубары из вопроса.

IZHJYP/O4D

Олсо обосрался от твоего желания сериализовать доступ к базе через одну очередь для вставок, ты что блядь комара перечитал? СУБД сама сериализует доступ

Давай, давай, расскажи мне, как постгрес имплементирует сериализацию транзакций, со ссылками на спеку (ответ: никак, клали они на ANSI SQL).

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

Что несёт, ой, что несёт…

С другой стороны у тебя есть какое-то предложение как ты собираешься сериализовать доступ? Тупо очередь на инсерты и делеты неинтересно.

НЕИНТЕРЕСНО ему, блядь. Долбоёбик, люди задачи решают, а не интересы. И, опять же, читаешь жопой, я как раз не собираюсь очередь наворачивать. А вот транзакции мы с помощью комара уже сериализовали (вообще, синхронизацию через селект-фо-апдейтевский лок на что-то сторонее мы даже упомянули вчера в рассуждении с коллегой, но списали на шутку («ну да, давайте примитивы синхронизации имитировать на SELECT FOR UPDATE левых таблиц, лол… а, стой, ещё advisory_lock есть, давай его, лол») и не рассматривали.