Есть json запрос весом 11 метров. Сначала я думал беда в апаче, поэтому решил скложить его файлом по фтп.
file_get_contents() считывает его в переменную нормально.
json_decode() сыпется и не отрабатывает.
Подскажите какие варианты есть?

пыхе не хватает памяти, полагаю

memory_limit 268435456

        echo "\n<li><a href='/pogoda?city_name'></a>".$row["city_name_rus"]."</li>";

Не уверен, что правильно понял вопрос, но все же...
echo PHP_EOL. '<li><a href=\'/pogoda?'. $city_name. ' \'>'.$row['city_name_rus' ].'</a></li>' ;

без пробелов только, телефон пихает собака

попробуй memory limit -1

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

Что значит "сыпется"?

не выполняется

Ошибка какая? Или надо телепатически узнать?

Так он не пишет ниче. Знал бы ошибку, не спрашивал бы

Включи отображение ошибок. В логи загляни. Че по кофейной гуще гадать

Спасибо

там исключения включаются

Всем привет! Подскажите пожалуйста как быть, нужны идеи.
Есть Laravel проект - геоинформационная система. При загрузке страницы на клиенте работает axios, который подтягивает с апи данные - geojson. В geojson может быть более 100 000 точек, соответственно бэк рожает это медленно (где то 5-6 секунд) ибо условий очень много в запросе бд. Оптимизировано уже просто донельзя.
Каждые 30 секунд идет запрос с клиента.
Страшно будет, когда одновременно зайдет 1000 юзеров...
Я думаю прикрутить кеширование на Redis. Но не могу пока понять, как лучше привернуть логику. Когда именно кешировать и когда отдавать.

а зачем отдавать сразу >  100 000 точек ? Вы когда на гугл карты напрмиер заходите, Вам что сразу вся карта земного шара с мельчайшими подробностями отсылается ?

а ты представляешь сколько фронт будет рисовать 100к точек на мобилке за 2к?

используй кластеризацию

Кеширование будет работать на повторяющихся данных. А что делать при первом запросе?)