Чо геморно то?

Так написал выше. Разве что городить какие-то темповые картинки, отдельную таблицу для них, и потом привязывать после сохранения основной модели. Но я манал)

Картинки могут не иметь внешний ключ

могут и не иметь, но тогда их нужно бы как-то каталогизировать путями

Так написал выше. Разве что городить какие-то темповые картинки, отдельную таблицу для них, и потом привязывать после сохранения основной модели. Но я манал)

Чо городить

чтоб потом доступ получить к ним

Ты структуру бд то покажи)

Картинки могут не иметь внешний ключ

Могут, но все равно нужно как-то их привязать к юзеру, логично?

конечно, я об этом же

Могут, но все равно нужно как-то их привязать к юзеру, логично?

После создания записи

Ты структуру бд то покажи)

Да не, зачем?)

Ты привязываешь все загруженные фотки

можно в бд ничего не записывать, но файл складывать по пути типа /userId/imageId/image.jpg

После создания записи

Да, ну я ж говорю, тогда нужно их отдельно сохранять, и потом как-то привязать к новой записи

но userId нету на этапе создания

можно в бд ничего не записывать, но файл складывать по пути типа /userId/imageId/image.jpg

Но тоже ID нужен

Да, ну я ж говорю, тогда нужно их отдельно сохранять, и потом как-то привязать к новой записи

А вы чо

хотя, наверное, можно же после сохранения формы потом еще и фоточки подвязать

Храните ячейку image

В таблице users, posts, etc

?

но userId нету на этапе создания

Вы мне

Храните ячейку image

иногда 😉

Структуру таблицы покажите

А я уже объясню

Я ж 3ий раз прошу

Ты привязываешь все загруженные фотки

То есть, по-сути, картинки загрузил отдельно, их айдишники в темповой табличке записал куди-то в запрос основного сабмита формы, и после сабмита запроса привязял уже к новому юзеру

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

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

Да потому что

так таблицы могут разные быть

То есть я понимаю так можно сделать, мне просто реально влом

Если у тебя 15 ячеек в таблице users и 16ая image

То естесена нахер оно сдалось

МОжно вобще без таблиця для картинок. Но у меня там порядок записан, поэтому есть такая

Если у тебя полиморфная связь или отдельные таблицы фотографий для каждой сущности(привет микросервисы)

То естесена нахер оно сдалось

не, давай объясни как правильно

Если у тебя 15 ячеек в таблице users и 16ая image

Это извращеие какое-то)

Единственное что нужно - на фронт кинуть айдишники записей

У меня одна таблица фотографий для всех сущностей

Ибо будет путаница, когда N юзеров одновременно загружают фотки

Сути это не меняет никак.

У меня одна таблица фотографий для всех сущностей

Ну вот, полиморфная

Единственное что нужно - на фронт кинуть айдишники записей

ТИпа того да.

Ты записываешь name, size, hidden, entity

и т.п

Ну вот, полиморфная

Хорошо, буду знать, что это так называется)

А entity_id у тебя остается пустым

И после аплоада ты просто по айдишникам загруженных фотографий обновляешь entity_id

Можно прям забить хер и просто обновлять фотографии у всех где пусто entity_id, но юзеры малеха удивятся)

Ну да, я понимаю. На фронт возвращаеются айдишники загруженных фоток, и потом пихаются в основной запрос сабмита формы, и там вже после создания юзера туда вписывается его айди

Можно прям забить хер и просто обновлять фотографии у всех где пусто entity_id, но юзеры малеха удивятся)

Угу, это было бы весело)

Ну да, я понимаю. На фронт возвращаеются айдишники загруженных фоток, и потом пихаются в основной запрос сабмита формы, и там вже после создания юзера туда вписывается его айди

Ес

а если ты загрузил фоточки и потом передумал форму сабмитить? шо робыть?

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

а если ты загрузил фоточки и потом передумал форму сабмитить? шо робыть?

У тебя фотки в базе будут висеть с entity_id 0

И hidden - false

Ну да, тогда останутся фотки в базе

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

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

Просто пилите команду, которая удаляет фотографии с hidden = true, которые были загруженны > 20 минут назад

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

Дык простота

Просто требуешь структуру таблицы и все

А hidden тут при чем?

А там уже магия (так весь пхп работает)

просто флаг

А hidden тут при чем?

Ну можно не пихать его

Можно просто entity_id = 0

Не суть

null тогда уже

Но не суть, да

Не

У тебя entity_id - int

Так там и так для юзания нужно миграцию сделать. добавить поведение, и тогда уже виджет ставить. Если еще заставить крон юзать, то никт не будет заморачиватся)

У тебя entity_id - int

И че? Он не может быть нулл?)

Так там и так для юзания нужно миграцию сделать. добавить поведение, и тогда уже виджет ставить. Если еще заставить крон юзать, то никт не будет заморачиватся)

Дык тем более

Раз ты структуру накидываешь

И че? Он не может быть нулл?)

Может, но логичнее и профитнее - 0

NULL - зло

Так там и так для юзания нужно миграцию сделать. добавить поведение, и тогда уже виджет ставить. Если еще заставить крон юзать, то никт не будет заморачиватся)

как в той либе zxbodya

Структура конечно же в миграции

Может, но логичнее и профитнее - 0

Почему? А если ID основной модели 0?)

Почему? А если ID основной модели 0?)

Тогда земля пухом тебе)