накинулись все… как же так, немодный php оказывается не такой уж и медленный =)
по самим тестам необходимо указывать конфигурации. например, включен ли opcache
да они вроде как и провели в меру возможностей.
для дальнейшего расследования, как мне видится, нужны соответствующие разрешения в органах (обращение за логами к провайдерам, например).
Я в принципе бэкенд на js не хочу.
Было бы удобно взаимодействие с клиентом по rest/soap/etc… без жесткой зависимости клиент-серверной архитектуры.
В принципе, выскажу крамольную мысль, что по факту Rich UI (Недавняя статья на хабре) удобнее чем полноценный MVC фреймворк на клиенте.
Как мне видится нормальная разработка:
Клиенту сгружаются сырые данные, js фреймворк их превращает в модели, готовая GUI компонета их отображает. Нам остается реализовать обработчики событий, фильтры и т.п.
и все же
>> 5 подключений, а потом все встает колом внутри него
очевидно что тут дело совсем не в php. понятно, что интерпретируемый язык со сборщиком мусора по определению не самый производительный. но не до такой степени.
Если для работы, то эти алгоритмы по ГОСТУ нужны, например, для работы, образно говоря, с секретными документами (банковская сфера, финансовая, военка и т.д. и т.п.).
Если для поиграться, то есть, например, такой подход: житель России используй AES (или другой зарубежный шифр), житель США — используй какой-нибудь ГОСТ.
по самим тестам необходимо указывать конфигурации. например, включен ли opcache
для дальнейшего расследования, как мне видится, нужны соответствующие разрешения в органах (обращение за логами к провайдерам, например).
это из разряда подзабытого спора echo vs print =)
Было бы удобно взаимодействие с клиентом по rest/soap/etc… без жесткой зависимости клиент-серверной архитектуры.
В принципе, выскажу крамольную мысль, что по факту Rich UI (Недавняя статья на хабре) удобнее чем полноценный MVC фреймворк на клиенте.
Как мне видится нормальная разработка:
Клиенту сгружаются сырые данные, js фреймворк их превращает в модели, готовая GUI компонета их отображает. Нам остается реализовать обработчики событий, фильтры и т.п.
но я не хочу сервер на js.
>> 5 подключений, а потом все встает колом внутри него
очевидно что тут дело совсем не в php. понятно, что интерпретируемый язык со сборщиком мусора по определению не самый производительный. но не до такой степени.
другое дело, что над php демоном все равно нужно ставить nginx)
Если для поиграться, то есть, например, такой подход: житель России используй AES (или другой зарубежный шифр), житель США — используй какой-нибудь ГОСТ.