NikSIk31

Вот как получить ids, твое решение нормальное

$ids = Tag::where("user_id", Auth::user()->id)->pluck('id')
 Post::select("name")->whereIn($ids)->get()

Ну или сделать Has One Through отношение

https://laravel.com/docs/5.8/eloquent-relationship...

Думаю, вы здесь слегка путаете продукты и их предназначения.
Эти продукты используется для персонального хранения файлов, и все инструменты ориентированы на работу с вашими личными файлами:
Amazon: Amazon drive vs Google: Google Drive

Эти,обычно, используется для целей, которые вы описали:
Amazon: AWS S3 vs Google : Google Cloud Storage

Для ваших целей так же могут подойти:
у Microsoft: Azure block blobs
у DO: Digital Ocean spaces ( совместимо с AWS S3 )
у Yandex: Yandex Object Storage ( совместимо с AWS S3 )
у Mail.ru: S3 объектное хранилище ( совместимо с AWS S3 )
у Alibaba: Alibaba Cloud object storage service

Вы можете выбрать то что вам подходит по вкусу, цене, а так же по близости вашим клиентам

1. Если запрос с клиента не поменялся - выдаём результат из переменной JS (на клиенте).
2. Если отправляют в обход тот же запрос - выдаём кешированный результат на стороне сервера (не выполняя повторный поиск в БД)
3. Если запросы меняют и отправляют часто - ограничиваем время между соседними запросами и их параллельное количество на сервере: при начале поиска проверяем условие превышения частоты и, если всё нормально, в переменную сессии кол-ва активных запросов прибавляем 1-цу (инкремент), перед выдачей - вычитаем 1-цу (декремент). Если частота превышена - сразу возвращаем пустой результат без поиска. Превышена 3 раза - можно и забанить по IP на часик ;)

Если Вы уверены, что один файл не будет относится более чем к одному заданию - то да, как в ответе выше - один ко многим. Иначе много ко многим. Так же позволю дать рекомендации. Хранить лучше не оригинальное название, а хеш от файла, таким образом сразу решается проблема одинаковых имён файлов. Это поле можно сделать уникальным. Если оригинальное имя необходимо - храните его отдельным полем. По поводу папок. Если это веб-приложение, посещаемость большая и файлов овермного - стоит раскидывать по папкам. Например у вас хеш имеет вид ab1c3fd...... , то можно создать папку с именем из двух первых символов хеша. В данном случае ab - и кинуть файлик туда. Если файлов прям оооооооооочень много, можно делать вторую папку по второй паре символов из хеша. Конечный путь ab/1c/ab1c3fd......

Это называется "отношение 1 к многим", оно же one to many, оно же 1:n. На уровне базы данных выглядит так:

Таблица tasks:
- id
- ...

Таблица photos:
- id
- task_id (foreign key)
- ...

Все фотографии для конкретного задания получаются запросом:
SELECT * FROM photos WHERE task_id=X

В каких папках их хранить на самом диске - вопрос отдельный и по большому счету несущественный.

С разделителями в бд вообще никогда ничего хранить не надо.
Если информация о файлах в БД не нужна, то не хранить её там вообще.
Делать отдельные папки будет вполне достаточно.

Зависит от объемов платежей.
Если очень небольшие, мизерные - нет никакой проблемы принимать платежи в частном порядке (например, просто номер карты опубликовать, пусть шлют туда деньги).

Или https://npd.nalog.ru
Все разжевано.
Налог 6%, ни нужно никаких онлайн касс.

При значимых суммах - у платежных систем начинаются вопросы, если вы не юр. лицо/не ИП.

Приём платежей без мороки на физ. лицо, без чеков, без налогов, без отчётности. Походу никак. Ссылку на Яндекс кошелёк вставь xD

free-kassa.ru

для мира
https://gumroad.com

для рф
https://money.yandex.ru/get