segio_tt

Mounted

Вообще хорошим тоном является провалится в контейнер docker exec -ti названиеКонтейнера bash и только там сделать composer update (можно еще опции ,к примеру composer update --ignore-platform-reqs)

Похоже на рекурсию , хотелось бы увидеть для примера массив с формальным данными

https://github.com/spatie/laravel-cronless-schedule
Только добавлю такую библиотеку для автора, который не хочет на сервере указать команду чтобы тот всегда выполнялся

в .env файле добавьте PORT=8083
и будет вам счастие , а если меняется ,это значит порт занят и сервер ищет свободный порт

При приёме на работу в тк не смотрят, всем насрать на это, главное, как написали выше, что вы очень хорошо разбираетесь в веб- разработке

Может быть value.length ?

Укажите непосредственно этот файл способом --path=путь

На мой взгляд причина весьма простая, методы store update deleted они сперва кое что получают и только выполняют свою миссию, а если речь именно о 200 ок, то когда я через аксиос передаю что-нибудь в бекенд например в store или делет, он сперва проверяет есть ли такой путь уж потом делает своё дело. Если что то не так описал можете поправить

elseif($text == "cache") { //Не работает

$response = $telegram->sendDocument([
'chat_id' => $chat_id,
'document' => 'sjdk3294lkj12', //Сюда пробовал указывать file_id и file_unique_id. Результата нет.
'caption' => 'This is a smile :)',
]);
Тут уже вам не нужно sendDocument, вы же не документ пытаетесь отправить, просто sendmesage

я использую этот пакет для laravel ,
Но при отправке у вас должны быть chatId.

По мне углубляться в деталях работы инструментов не стоит , главное знать как их применять. В данном случае в роуте ты ещё указываешь название контроллера и метода, вот так он и понимает запрос к какому именно методу адресовано.
Route::post('/report', 'ReportController@index')
Посмотрите внимательно тут по логике уже ясно куда запрос будет стучаться.

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