С информации об индексах и EXPLAIN можно сделать вывод, что таблицы имеют одинаковое число записей, 1 к 1.
А также индексу по сути не чего фильтровать, базе нужно прочитать всю таблицу.
Можете условие с WHERE переместить в ON для JOIN.
Всего в таблице более 700K записей. Условие WHERE отбирает чуть более 200, но почему то сканируя всю таблицу. Перемещать WHERE в ON для JOIN пробовал, без эффекта.
Очень сильные качели. В Adsense всегда все было стабильно, а РСЯ очень огорчает.
Это пожалуй меня всегда бесило больше всего. т.е. две сети работали по сути с одними и теми же реклами, но Адсенс всегда давал больше и график доходов был всегда ровный, Яндекс же на моих сайтах даже в мирное время давал на 30% меньше, так еще и график дохода как забор деревенского алкаша.
Как оказалось нужно прописывать еще
opcache.preload_user=www-data
Нет в курсе ))) что лишь больше вызывает вопросов
Проблему нашел, ISP панель сама (ибо я не создавал) создала файлик isplimitreq.conf и заботливо прописала туда
Это конечно литейшая дичь такая придумка. Ладно бы они этот лимит пихали внутрь локейшена /
а они его пихают в отдельный конфиг и применяют ко всему сайту, т.е. если у тебя в шаблоне больше 25 картинок, загрузятся первые 25, а остальные нет ))) идиотизм!
установил 5.4 - ошибка та же. Сайт работает только на 5.3 Фигня какая то. На фронте белый экран (хоть ошибкой вывод включен), в логах пусто. Ошибку вижу только при запуске индекс пхп корня сайта из консоли.
UP понял, в консоли пхп 7.4, значит проблема не в этом.
только переписывать код.
Спс, я это знал, просто думал будет ошибка, но не фатальная
limit_req_zone $binary_remote_addr zone=site.ru:6400k rate=25r/s;
