Aisamiery

Aisamiery
Рейтинг
319
Регистрация
12.04.2015
serval #:
А что с ним такого случилось, когда вышел PHP 7 и сейчас уже 8.3? Пых стал шустрее и Phalcon на сях оказался не нужен?

Фалькон на сях как и весь пхп, вы экономите в данном случае на бутстрапинге так как фреймворку не надо парсить свои же файлы. Неужели так сложно погуглить? Только стоит ли оно того. Разница до 7 версии пхп и после колоссальна.

Я тут еще раз повторюсь, представим что laravel без БД чисто сам фреймворк на одном ядре процессора выдает 100 RPS (это я утрирую, там выше производительность). Не один классический фреймворк в том числе и фалькон не даст x2 результат. Так вот чтоб получить x2 результат надо просто 100 рублей доплатить за дополнительное ядро на VPS, в этом и разница.

На самом деле в PHP не идут за быстродействием во фреймворках, так как +- большая часть работает одинаково, отличаются только те что запускаются при помощи swoole, workerman и так далее, то есть экзотика. Если нужна производительность, то берут мега популярную на западе NodeJS (NestJS например) или же уже ставший мейнстримом Go, но точно не php =)) Но надо понимать, что писать на php большие монолиты проще чем на ноде или го, дальше только разве что Java и C#
serval #:
Сегодня наткнулся на Phalcon. Кто-то имел с ним дело?

пик его взлета прошел уже лет 5 назад если не больше, был крутой до выхода 7 версии php

vitaliy11 #:
Если буду использовать ВПС, то какую связку лучше выбрать?

nginx + php-fpm будет самая оптимальная

vitaliy11 #:
В ВПС меня больше беспокоит мониторинг сервера.

Пользуйтесь https://amplify.nginx.com/ можно без навыков мониторить все основные показатели сервера, nginx, php-fpm и mysql

iccup #:
я понимаю что это косо криво на уровне запросов, но если смотреть на это практически, то пусть лучше так чем совсем без кеша

А сделать чтоб было нормально как вариант я так понимаю не рассматривается? =)) Я же не говорю что надо отказаться, я говорю что у вас проблема в том что кеш промахивается сильно много это надо исправлять в любом случае

iccup #:

наличие хоть одного закешированного запроса это уже плюс, не понимаю о чем вы.

Наличие кеша к которому не обращаются это уже минус.

iccup #:
а если запросы в базу данных разные и их очень много?

То их нет смысла кешировать. База и так работает хорошо, при наличии индексов и достаточного свободного количества памяти она так же будет оперировать данными в оперативке, перекладывать из оперативки одни и те же данные в разные ячейки не совсем эффективно. Но хозяин барин, я лишь вам указываю на проблему на которую следует обратить внимание.

PS. Если у вас просто статьи, сложите их в статический кеш nginx, он работает очень эффективно и намного лучше

iccup #:
Вчера вот 1 террабайт был занят

Вы не правильно читаете данные, нельзя занять 1 терабайт оперативной памяти при всего 64 Гб её наличия

iccup #:
вы не видели сайт чтобы утверждать это. Там миллионы страниц.

Вы опять не правильно прочитали, на тех цифрах видно что у меня 90% попаданий в кеш, в данном случае вам кеш работает в минус вашему сайту, так как он работает примерно так у вас:
1. Идем в мемкеш, мимо (miss)
2. Выполняем полезную нагрузку
3. Пишем в мемкеш данные

В вашем случае 1 и 3 пункт просто грузят лишний раз сервер. Хотя если у вас 3 пункта нет от туда и столько промахов, но тогда вы грузите просто первым пунктом. В общем код кривой

vitaliy11 #:
Имел ввиду, что собирается / кэшируется код в RAM 

Скорее всего речь про opcache, но это модуль php, а не конкретно php-fpm поэтому это работает везде

vitaliy11 #:
Такие монстры как вордпресс наверное будут быстрее работать, если код уже скомпилирован?

Я вот про это и говорил, вы от незнания проф области выдаете просто какую то чушь. nginx+php-fpm не компилирует код, php в целом интерпретируемый язык, его как то кратно можно ускорить только при помощи псевдоасинхронности, но вордпресс как и 90% всего кода на php не умеют работать в таком режиме, там везде течет память.

Mobiaaa #:
Поэтому я бы на этом не акцентировал внимание, что php-fpm - быстрее

Тут надо акцентировать внимание что на одних и тех же мощностях php-fpm просто сможет обработать больше запросов

Но я бы пошел дальше, мне понравился nginx-unit по производительности по сравнению с php-fpm

AdminVPS #:
Режим работы PHP-FPM доступен на тарифах линейки "Мощный" по умолчанию.

Это понятно, там у вас Apcahe + php-fpm или nginx + php-fpm?

AdminVPS #:
По умолчанию на стандартной линейке используется lsapi.

Это все еще не nginx+php-fpm

vitaliy11 #:

Можете объяснить это подробнее?

Здесь многие пишут, что проблема с настройками nginx на шаред хостинге (например для тех правил, что для .htaccess). Какие настройки на шаред хостинге можно делать через панель управления а какие нет для режима nginx + php-fpm ?

У nginx нет такого режима, там nginx один на всех и на шаред хостинге вам никто не позволит самостоятельно менять его настройки, только через саппорт по запросу. Но до сих пор непонятно какие преимущества всем этим опусом вы хотите добиться, сейчас не один хостер наверное не выставляет апач наружу, все они за nginx и подобными проксями стоят, производительность с php-fpm там не критичная, потребление ресурсов возможно, но это шаред и это они должны запариваться с потреблением ресурсов, а не вы. Поэтому я немного не понимаю чего вы пытаетесь добиться

Всего: 4110