http://creator969.ru/ustanovka-neskolkih-versiy-php-na-centos-s-ispmanager/
Обычно так делают. Но, я такие извращенства не люблю, лучше поставить несколько версий из сурсов и дописать интерфейс+обработчик для ISPManager.
P.S. Тоже самописные скрипты, по понятным причинам выкладывать не буду. :)
У вас сплошные догадки по поводу обработки PHP.
Вы доказали какие-то проблемы у хостера по отдаче PHP? Нет. Тогда зачем Вы на него "бочку катите"?
Или, может быть, модно стало вставать на защиту потенциального клиента? :)
У нас был клиент, в чьем скрипте был обнаружен код создающий сокет к сайту. И этот сайт не резолвился DNS. И что вы думаете? Страницы неимоверно долго загружались.
Я пожелаю Вам, WapGraf, побольше клиентов, таких как Вы сами, которые напрочь исключают проблему у себя, а только на хостера "харкают", а еще говорят, раз NGINX медленно отдает, значит не может быть хорошей отдачи с бэкэнда.
Непобедимая логика.
Это не является причиной, 56ms всего.
Нужно смотреть трейс.
Можете выполнить strace, например. И посмотреть на чем он тормозит.
strace php /путь_к_скрипту/index.php
Думаю он скажет что-то вроде style="display: none;" 😂
Да здравствует: chmod 750 /bin/bash
Не забываем, что это заблокирует SSH доступ к оболочке от пользователей.
Я надеюсь, Вы понимаете что у битрикса теперь новый модуль идет в комплекте, который работает в точности как nginx-лимиты? Отключите его перед тем, как что-либо тестировать.
Вот так:
Вы многие хостинги ругаете за то, что их настройки направлены на продакшн и хотя бы минимальную защиту от школодоса, а не для успешного прохождения битриксовского синтетического теста. Так где логика?
Вы сами являетесь хостером, дайте пожалуйста на тест Ваш битрикс-тариф. :)
Добрый день.
Попытайтесь отловить, добавляя префикс HTTP, например: $_SERVER['HTTP_GEOIP_COUNTRY_CODE'].
Смотрите через phpinfo(), есть ли они вообще.
Обычно, при установке из репозитория отсутствует возможность посмотреть с какими командами он был сконфигурирован.
Единственный выход - лезть в сорцы пакета.
Но в этом нет необходимости, потому что PHP из репо, как правило, собирают лысого с минимумом параметров, остальные модули прикручиваются другими пакетами php-* и подключаются как "Additional .ini files parsed".
Так что можно посмотреть в phpinfo какие дополнительные модули (ini files) подключены и собрать самостоятельно с ними.
Ну вот, если устанавливаете в /opt/php52, то так и удаляете: rm /opt/php52/ -rf, ну и подчищаете файл модуля libphp.so в директории с модулями Apache.
Не проще, это потеря клиентов. Точнее, людям, которым нужны менее современные версии даже не станут клиентами. :)
