teimur, ну ничего странного. если зайти в App\Http\Kernel и посмотреть middleware на группу web и группу api разница будет заметно. У последнего не будет \Illuminate\Session\Middleware\StartSession::class, \App\Http\Middleware\VerifyCsrfToken::class, а они и отвечают за сессии и csrf токен.
Так же если одновремнно открыть документацию и тот же Kernel можно узнать как выставлять приоритеты у миддлеваре такие как вы захотите
Александр, уффф. теперь понятнее. в принципе конечно для проверки isset($savedItemsIds['shikimori_id'][$item->shikimori_id]); вам вполне хватит конструкции
teimur,
1. Сделать еще один мидлеваре которые навесить и в нем гвоздями прибить заголовок
$request->headers->set('Accept', 'application/json');
2. можно хоть в nginx править этот заголовок по определенному урлу.
3. много чего можно наколхозить........
teimur, можно посмотреть как вы навесили? ну и на самом деле ларавелка вам ответ unauthenticated выдаст в json - стоит только сказать в заголовках что вам нужен json
0ralo, в вашем конкретном случае - вам нужно запустить еще один контейнер дать ему какое то имя - в нем запустить эхо бота - и upstream прописывать имя этого контейнера, так же как это сделано у джанго.
0ralo, здорово. и 127.0.0.1 это сам контейнер с nginx. который ждет запроса по 80 порту и 443. И не ждет по порту 8001. С чего он должен вам что то ответить? 0.0.0.0 - ни разу не лучше, этот адрес означает ЭТА сеть целиком и никуда конкретно
Александр, не совсем понимаю. вот у вас консольная команда прочитала в память все Item, построила массив, прекратила работу - иииии данных нет. Все вычищено из памяти. У вас прилетает запрос к апи и он хочет обратиться как то к этому массиву и как он это делает? Консольная команда куда то их сохраняет?
Александр, у вас обращение идет к апи? оно как то должно понять пришли новые данные или они уже есть? так? то есть в апи прилетел запрос с kodik_id = 1, и вам нужно проверить есть ли такой в базе?
