Дмитрий

Laravel 5. Иерархический RBAC для самых маленьких

BFG Repo-Cleaner, насколько я понимаю - это для ситуаций, когда косяк 1000 коммитов назад и все это уже куда-то запушили. У вас всего 10 коммитов и, похоже, желание чему-то научиться.
1. Если что-то закоммичено - испортить невозможно (всегда есть возможность восстановить).
2. Видимо вы работаете в ветке master. Создайте ветку test на последнем коммите и делайте с мастером все что угодно - test останется в неизменном виде (всегда можно master перенести обратно в test и начать все сначала).
3. git rebase --interactive <5-й коммит> (затем отмечаете коммиты, которые хотите отредактировать и, либо удаляете вообще данный файл, либо исключаете увеличение).

Другие способы избавления от файла: https://itextpdf.com/en/blog/technical-notes/how-c...

Слегка неожиданный вариант:
https://hub.docker.com/r/zenika/alpine-chrome

Вы можете хранить номер записи с отступом в 10 или даже 100 пунктов и вставлять новую запись в середину между двумя соседними (т.е. присваивать номер 15 между 10 и 20).
Таким образом полностью перестраивать нумерацию вам придется только если промежуток для вставки новой записи уже отсутствует, а это будет гораздо реже чем при +1.

Я правильно понимаю что user_notifications ты заполняешь до create? Ну так вот поэтому последнее сообщение и не попадает туда.

Политики Лары хороши всем, кроме того, что отсутствует понятие "роль", т.е. получается что все политики будут применяться ко всем пользователям без исключений. Но в реальных системах одним пользователям нужно что-то разрешить, а другим - запретить и без ролей становится грустно...
После появления в Ларе политик и гейтов я написал небольшой модуль h-rbac - обертку над гейтами, который позволяет использовать абсолютно все стандартные фишки, но в контексте наличия ролей.
Статья о модуле: Laravel 5. Иерархический RBAC для самых маленьких

А кто-нибудь помнит такую вещь: FSBackup? :)
https://www.opennet.ru/dev/fsbackup/

Может вам все-таки не хранить темплейт в базе? А хранить путь к вьюхе:

return view($page->template_name, compact('page'));

Ну и сделать общий темплейт с seo секцией, а от него наследовать используемые для страниц.

1. Vue. Можно вообще ничего не подгружать, а просто сделать динамическую форму, зависящую от select
2. jQuery. Есть даже готовые плагины для создания зависимых форм.

Давайте поймем для чего вам это нужно... очевидно, чтобы увидеть какие-то документы этого пользователя (как бы от его лица), но почему бы админу просто не дать возможность смотреть документы пользователя?
Понятно, что тогда нужно иметь возможность отделять одного пользователя от другого и их документы соответственно.

Решить это можно если немного перестроить роуты. Вместо site.ru/posts и брать пользователя из auth, сделать site.ru/users/{id}/posts
Ограничить доступ пользователя только к своим постам, а админу дать доступ к чужим очень легко с помощью модуля авторизации h-rbac. Мало того, не менее просто дать доступ менеджерам только к каким-то определенным пользователям или группам пользователей и их документам, причем, например, только документам определенного типа. Мне кажется этот вариант гораздо более гибкий.

Если вам нужен Word, то просто сохраните html с внедренными в документ стилями (есть возможность и начать абзац с новой страницы) с расширением .doc
Word его прекрасно открывает.
С pdf сложнее. Я пользуюсь laravel-dompdf. В целом нормально, но ожидаемая проблема - повернутый на 90 град. текст (нужно указывать высоту объекта).

На самом деле все зависит от задачи. Спросите себя (заказчика): а нужен ли экспорт на самом деле? Дело в том, что на Win10 (ну а в линуксе уже очень давно) появился стандартный принтер в PDF. Печатать можно из любого приложения. Поэтому, если это укладывается в рамки задачи, то можно просто сгенерировать страницу и автоматически открыть диалог печати.

https://laravel.com/docs/6.x/eloquent-resources

Мне кажется, у вас неверно спроектирована база. Где у вас текст сообщения? В отдельно таблице? В таком случае получается что диалог инициированный А к Б и наоборот Б к А - это разные диалоги, что в реальной жизни (месенджерах) не так.
Ваша таблица должна иметь вид
id | user_id | recipient_id | message | timestamp
Это позволит вам простым способом выбрать все сообщения одного диалога, отсортировать их по времени и отобразить. Список собеседников тоже отобразить просто - это отношение многие-ко-многим между users и users (да, да!), где dialogs является pivot таблицей.

Первая ссылка в гугле:
https://www.itsolutionstuff.com/post/laravel-5-whe...
Дока:
https://laravel.com/docs/6.x/queries#where-exists-...

PS: И, кстати, данный запрос можно легко переписать без всяких подзапросов с помощью простого left join

\b305\b