Не совсем так, если у вас сайт к которому может получить доступ любой, то это не требуют платы за регистрацию или приобретения лицензии. Если чтобы вашим ПО пользоваться надо оплатить регистрацию или приобрести платную лицензию то надо. То есть коммерческий проект касается вашего программного обеспечения, а не бизнеса в целом.
Да в целом он и не нужен, если ваши приложения начнут уходить в своп, то все начнет сильно тормозить
Альтернативный вариант - это OpenStreetMap он полностью бесплатный
Я не очень знаю на счет лицензий яндекса, но мне казалось использование только в закрытом коммерческом софте требует лицензии или если в лимиты не влазишь, сайт считается общедоступным ПО и под лицензирование не попадает. Просто на бесплатном ключе есть лимит что то в районе 10 000 запросов в месяц к геокодеру
Фалькон на сях как и весь пхп, вы экономите в данном случае на бутстрапинге так как фреймворку не надо парсить свои же файлы. Неужели так сложно погуглить? Только стоит ли оно того. Разница до 7 версии пхп и после колоссальна.
Я тут еще раз повторюсь, представим что laravel без БД чисто сам фреймворк на одном ядре процессора выдает 100 RPS (это я утрирую, там выше производительность). Не один классический фреймворк в том числе и фалькон не даст x2 результат. Так вот чтоб получить x2 результат надо просто 100 рублей доплатить за дополнительное ядро на VPS, в этом и разница.
пик его взлета прошел уже лет 5 назад если не больше, был крутой до выхода 7 версии php
nginx + php-fpm будет самая оптимальная
Пользуйтесь https://amplify.nginx.com/ можно без навыков мониторить все основные показатели сервера, nginx, php-fpm и mysql
А сделать чтоб было нормально как вариант я так понимаю не рассматривается? =)) Я же не говорю что надо отказаться, я говорю что у вас проблема в том что кеш промахивается сильно много это надо исправлять в любом случае
наличие хоть одного закешированного запроса это уже плюс, не понимаю о чем вы.
Наличие кеша к которому не обращаются это уже минус.
То их нет смысла кешировать. База и так работает хорошо, при наличии индексов и достаточного свободного количества памяти она так же будет оперировать данными в оперативке, перекладывать из оперативки одни и те же данные в разные ячейки не совсем эффективно. Но хозяин барин, я лишь вам указываю на проблему на которую следует обратить внимание.
PS. Если у вас просто статьи, сложите их в статический кеш nginx, он работает очень эффективно и намного лучше
Вы не правильно читаете данные, нельзя занять 1 терабайт оперативной памяти при всего 64 Гб её наличия
Вы опять не правильно прочитали, на тех цифрах видно что у меня 90% попаданий в кеш, в данном случае вам кеш работает в минус вашему сайту, так как он работает примерно так у вас:1. Идем в мемкеш, мимо (miss)2. Выполняем полезную нагрузку3. Пишем в мемкеш данные
В вашем случае 1 и 3 пункт просто грузят лишний раз сервер. Хотя если у вас 3 пункта нет от туда и столько промахов, но тогда вы грузите просто первым пунктом. В общем код кривой
