Ну получается логи он пишет в файл) только почему то открыть его не дает(
Вопрос больше конечно про то, почему не показывает что в файле либо почему файл логов сервера пустой))

Ну я просто ищу на Гитхабе

Привет, Коллеги!
Столкнулся с аномалией либо особенность такая!
Надо добавить много уведомлений стандартным способом через фасад Notification

Делаю выборку через ORM, получаю примерно 5500 моделей.
Далее отправляю:
Notification::send($users, new Messages($request->heading, $request->short, $request->alertBody));

Таблица notifications чистая. Уведомления отправились, НО каждое дублируется. Записей в таблице получается ровно в 2 раза больше, 11000

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

Попробовал дробить выборку через цикл по 2000:
for ($i = 0; $i < $countUsersForNotification; $i = $i+$limit)

Но фиг, не помогло.
Случайно добавил в конце цикла вывод dump() и о чудо, в этом случае добавляется именно нужное количество записей, без дублирования.

Честно сказать на опыты всякие уже кучу времени потратил, задолбался :)
Есть идеи?

Слишком широкий диапазон.
На пакагисте, всё же, более специфично.

Если что, /dev/stdout - это не файл

А во втором случае надо именно с роутингом что-то мутить? Или просто создавать экземпляр нужного контроллера и передавать в него реквест с моделью?

во втором ты просто передаёшь в третий контроллер слаг, а он уже вызывает 1-й или 2-й

Почему? я так понял перенаправление вывода ка краз таки в файл

/dev/stdout - это "вывести на экран"

линукс так устроен, что у него многое представлено в виде папок и файлов

Всё есть файлы...

поменяй access.log > somefile.txt

ну в моем контектсте я так понял что данные файла выводятся на экран

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

error_log  /var/log/nginx/error.log;
    access_log /var/log/nginx/access.log;

и тогда вопрос по прежнему ребром стоит - почему файлы не открываются))

настройки сервера не менялись - но после последней сборки контейнера с приложением получаю таймаут от сервера и не могу открыть логи(

что значит "не можешь открыть" ? не хватает прав на чтение ? файлы по этим путям отсутствуют ? файлы есть, но нового контента нет ?

ребят, есть такие, кто с джанго на ларку перешел? как ощущения?
зы. работы нет в провинции(оффлайн). одна пыха. ошибку год назад совершил))) начав с питона.

Доброго делаю крон согласно этой
статьи https://tutsforweb.com/how-to-set-up-task-scheduling-cron-job-in-laravel/

в app/Console/Kernel.php
protected $commands = [
   Commands\Test::class
];
protected function schedule(Schedule $schedule)
{
   $schedule->command('test:test')->everyFiveMinutes();
}

ставил на сервере
cd  /home/путь/ && php artisan schedule:run >> /dev/null 2>&1

не работает!!
что я упустил?
в базе данных только одна табличка
failed_jobs
еще может что то нужно?

Уходи в серваки :)

ну что?

Ну это не то, чтобы ошибка, просто рынок диктует свои требования