Многие регистраторы пользуются одним и тем же. Визуально выглядит так:
Буду благодарен за наводку.
Это rootpanel.
Модуль считается неподдерживаемым и мёртвым.
ЗЫ. Не очень хочется использовать, то что может перестать работать.
Ну там вроде модуль parallel на замену пришел, но я его не тестировал. К тому времени уже активно подсев на Golang.
А с помощью pthreads в свое время сократил выполнение с баш скриптов (30-40с) до 3 секунд на PHP в потоках, а потом до 500 мс переписав код на Golang. Можно еще в сторону rust посмотреть, но топик ведь не о том :)
Пожалуй, все что надо:
https://www.php.net/manual/en/book.pthreads.php
А версия в nginx
# nginx -V nginx version: nginx/1.12.1
А где вы откопали такую древность?
В epel для el7 версия 1.20.1-10
может где то конфиг в nginx надо поправить чтоб его подключить?
Нет, это указывается с какой версией openssl скомпилирован nginx, соответственно поможет только скомпилировать nginx на вашем сервере.
На роботс также отдает через 1,9 сек.
В google pagespeed бесполезно забивать отдельные страницы для получения TTFB.
Он не меряет real-time, он выдает общий результат для сайта на основе статистики посещений от людей, которые используют Google Chrome.
и что адекватного?:)
один раз замерил 1.2с, второй раз 100мс, третий опять 100мс:)
Ну да, они меряют еще DNS и SSL хандшейк и плюсуют это к TTFB.
Возможно google pagespeed также считает, потому у ТС 1.9с из-за этих посетителей из Сингапура. Статистику только портят. :)
Дополнительные инструменты (F12) => Инструменты разработчика.
Waiting for server response
https://developer.chrome.com/docs/devtools/network/reference/?utm_source=devtools#timing-explanation
Вот, кстати, хороший сервис, который адекватно показывает TTFB:
https://speedvitals.com/ttfb-test
Pagespeed показывает чушь, которая не соответствует действительности.
Точнее там просто средние значения статистики, которые браузер Google Chrome посылает в отчетах.
Ну забейте google.com, получите 1 сек TTFB на компьютерах.
ТС, у вас лично сколько TTFB при переходе на свой сайт?
Никогда это не будет одним и тем же, только если родительское условие не исполняется всегда, а если оно исполняется всегда, то оно не нужно.
Если результат родительского условия дает false, то вложенный if не выполнится и это плюс к производительности.
Если верить бенчмаркам, на выполнение условий if требуется от 40 до 65 микросекунд. На 100000 легких if'ов будет затрачено около 5 секунд. Больше влияет то, что в условии: насколько оптимизированная функция выполняется.
Замерьте время выполнения и потом решите нормально он времени на это тратит или нет.
Ничего страшного, больше на внешний вид влияет.
Некоторые условия можно заменить на тернарные операторы, "if elseif elseif else" можно заменить на switch.
