Hfnas

В ларке все пропитано магией, там обычный автокомплит очень плохо работает.
Обычно нужно сгенерировать дополнительные подсказки с помощью пакета https://github.com/barryvdh/laravel-ide-helper

Chunk

Ship::where("updated_at",">", "2024-01-01 00:00:00")->chunk(10, function (Collection $ships) {
    foreach ($ships as $ship) {

    }
});

вы отнимаете от $count числа кратные 10ти, для того, чтобы пройти гарантированно всё у вас и $count должен быть кратен 10ти. в какой-то момент вконце $count у вас становится отрицательным и вы теряете то кол-во записей, чему он равен.

сделайте while(true) и выход из цикла по условию count($dem) === 0

Первое что нужно сделать - почистить кэши.
Далее, проверить существует ли папка / симлинк на сервере, смотрите в сторону is_dir(), is_link()...
После этого уже что-то думать.

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

У Apache укажите <VirtualHost 127.0.0.1:88>, после чего у Nginx proxy_pass http://127.0.0.1:88;

Без проблем. Напиши свою команду, расширяющую make:Entity.

1. У вас такие объемы и нагрузки что это становится критичным? Даже если вы сделаете первичный ключ интом - все равно индекс (и скорее всего уникальный) по уидам вам нужно будет строить.
2. Джойны прекрасно поддаются агрегации и сортировке. Опять же все зависит от объемов и нагрузок. Денормализация нужна там где сотни тысяч-миллионы и более записей в таблице. Вот тогда денормализация начинает играть роль в качестве средства оптимизации. Сортируемые и группируемые поля совершенно необязательно должны быть в индексе.

Есть таблица, кликаем на заголовок таблицы. идет сортировка

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

Сколько по времени должны выполняться все запросы на одной странице?

В общем случае запросы должны выполняться за время меньше секунды, близкое к 1 секунде уже считается весьма высоким. Исключения составляют приложения с очень сложной логикой, где ожидание ответа не сильно меняет ценность результата. Например на сайте новостей 1 секунда это много, а на приложении с миллиардами записей статистики по мировым продажам жвачки в розницу для планирования расширения сети продаж с 30 объединениями/группировками/дистинкт выборками надцать секунд или даже минут это норм, так как задача другая совершенно.

Как правильно составить запросы, сначала нужно исследовать запрос при помощи explain, а потом писать в php?

сначала пишется запрос с требуемым результатом, затем его можно оптимизировать. Так как оптимизация редко идет по пути изменения самого запроса, переписывать его не надо, а explain подскажет где можно подкрутить что-то на уровне индексов/памяти, код при этом вообще не трогается. Да и по большому счету 99% типовых задач не пишутся руками, а пускаются через модель/орм.

Нужно составлять запросы так, чтобы explain: type<>ALL

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

Подскажите, пожалуйста, хороший ресурс про создание индексов.

Дока по используемой бд достаточно хорошо описывает работу с индексами. Более подробно можно спросить ребят профильно занимающихся работой с бд, Akina, Лентюй ...

нигде: если нужен лимит по времени, его нужно устанавливать на коннект.

У вас какой-то нестандартный магазин? В стандартных товар резервируется, когда заказ переходит на стадию оплаты, и либо уходит покупателю, либо возвращается, если заказ не был оплачен.
А в вашей схеме рано или поздно окажется, что в заказе товар есть и в чеке тоже есть, а на складе-то его и нет, и списывать нечего.

Вы немогли бы пояснить, в чём основная то проблема, что потребовалась "асинхронность"?
В случае "асинхронного", у Вас может возникнуть гонка "кто первый удалит", так что придётся делать лишние проверки, блокировки (на случай, если одна уже удаляет, а вторая только начинает) и т.д. Может проще пройтись сначала по одной очереди, потом по второй и в третью скидывать айдишники, что нужно удалить, ну и в третьей удалять? Либо вообще сразу при продаже ставить отметку об необходимости удаления...

Посмотрите очереди, rabbit например

это содержимое самого файла.
если оно по дороге никак не менялось, достаточно просто его сохранить.
а дальше с ним можно работать уже как с обычным файлом.

передавать его на фронт – бред (если не знаете как с ним работать).
обычно на фронт передается только ссылка на скачивание. а если вам надо отобразить сам документ – есть варианты.

PDF — portable document format, говоря бытовым языком, эл. версия бумаги )
Бинарный файл, который может содержать много всего: и текст с указанием его шрифтов и форматирования, и векторные рисунки и bitmap картинки. В PDF файл можно вывести, вместо печати, что угодно, из любого приложения (на маке, во всяком).

Чтобы передать содержимое PDF файла в JSON, надо его закодировать, как любые бинарные данные, в что-то текстовое и без спец-символов. Например, binhex или base64. Обратный процесс применить при "расшифровке".

https://medium.com/octopus-labs-london/downloading...
Содержимое PDF кодируется в base64, пользователю передается ссылка вида

<a href="data:application/pdf;base64,[base64]" download="file.pdf">

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