Как поменять версию php для apache в isp manager
В настройках в isp manager 
А в настройках php 
php -i 
Как в apache поменять версию php на 7.2? хотя бы на 7.1 Из прочитанного понял, что нужно сделать версию 7.2 нативной, как это сделать? Для чего это нужно: это нужно для работы с laravel, минимальная версия PHP 7.1.3
Отслеживать
задан 8 окт 2018 в 12:24
1,454 1 1 золотой знак 12 12 серебряных знаков 33 33 бронзовых знака
1 ответ 1
Сортировка: Сброс на вариант по умолчанию
Нашел выход через Shell-клиент(Терминал)
add-apt-repository ppa:ondrej/php — Добавляем репозиторий, если его нет
apt-get update — Обновляем
apt-get install php7.1 — Устанавливаем новую версию
Отслеживать
ответ дан 9 окт 2018 в 5:31
1,454 1 1 золотой знак 12 12 серебряных знаков 33 33 бронзовых знака
-
Важное на Мете
Похожие
Подписаться на ленту
Лента вопроса
Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.
Дизайн сайта / логотип © 2023 Stack Exchange Inc; пользовательские материалы лицензированы в соответствии с CC BY-SA . rev 2023.10.27.43697
Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.
OpenLiteSpeed быстрый. Но не всегда
Привет, Хабр! Меня зовут Алексей, сегодня расскажу, как делал нагрузочное тестирование nginx, Apache и OpenLiteSpeed (он же OLS) и какой из серверов быстрее.
Поводом для теста стало добавление OLS в наш продукт — ISPmanager. Это панель для управления веб-серверами и сайтами. Поддержка Apache и nginx у нас была давно, а вот OLS — в новинку. Добавить его в ISPmanager очень просили наши пользователи. Разработчики говорят, что OLS супербыстрый сервер, да и независимые замеры подтверждают. Но мы решили проверить всё сами. Оказалось, сервер действительно производительный, но всё же не всегда обгоняет конкурентов. Подробности под катом.
Методика тестирования. Готовим танк
Цель тестирования — замерить и сравнить эти показатели:
- скорость — время ответа;
- производительность — максимальное количество запросов, которые веб-сервер может обработать за единицу времени на одних и тех же ресурсах.
Всего будем проверять четыре конфигурации:
- Apache MPM Prefork + mod_php
- Nginx + Apache MPM Prefork + mod_php
- Nginx + PHP FPM
- OpenLiteSpeed + LSAPI
Все веб-серверы возьмём с дефолтными настройками, без допинга.
Для тестирования используем VDS со следующими характеристиками:
CPU — 3,4 GHz (4 cores)
RAM — 4 GB
HDD — 16 GB
Тестировать будем сайт со свежеустановленной WordPress — пожалуй, самый популярный вариант CMS. Для этого используем утилиту Яндекс.Танк. Запросы будут осуществляться к статическому и динамическому контенту. В течение трёх минут будем постепенно увеличивать количество запросов в секунду от 0 до 600.
Получилась следующая конфигурация танка:
overload: enabled: true package: yandextank.plugins.DataUploader token_file: "token.txt" phantom: instances: 100000 address: 172.31.97.2:80 load_profile: load_type: rps schedule: line(0, 600, 3m) headers: - "[Host: example.com]" uris: - "/" - "/?p=1" - "/wp-login.php" - "/wp-content/themes/twentyseventeen/assets/images/header.jpg" - "/wp-content/themes/twentyseventeen/style.css" - "/wp-content/themes/twentyseventeen/assets/js/global.js?ver=20190121" console: enabled: true telegraf: enabled: falseРезультаты тестирования
Apache MPM Prefork + mod_php
Видно, что Apache способен обработать приблизительно 186 запросов в секунду на предоставленных ресурсах сервера. Затем он упирается в процессор и начинает возвращать ошибку 500. Среднее время ответа до этого момента составляет 23 мс.
Nginx + Apache MPM Prefork + mod_php
Если использовать для обработки статики Nginx, количество обрабатываемых запросов увеличивается до 242 в секунду. Среднее время ответа — 19 мс
Nginx + PHP FPM
PHP FPM даёт отличную производительность. Такая конфигурация способна обработать примерно 422 запроса в секунду, а время ответа будет всего лишь 10 мс. Посмотрим, обгонит ли её OpenLiteSpeed.
OpenLiteSpeed + LSAPI
OpenLiteSpeed способен обработать примерно 273 запроса в секунду со средним временем ответа 17 мс.
Сравниваем результаты
В этом тесте OpenLiteSpeed быстрее, чем Apache и комбинация Nginx + Apache, но всё ещё значительно медленнее Nginx + PHP FPM.
Результаты немного разочаровывают: мы ожидали, что OLS обгонит всех конкурентов. Но при тестировании брали дефолтные конфигурации. В OpenLiteSpeed же есть множество инструментов, которые помогут потягаться с Nginx. Например, плагин кеширования LSCache, сжатие brotli, протокол HTTP/3 и т. п. Возможно, в будущем мы проведем подобное соревнование уже оптимизированных веб-серверов — тогда обязательно расскажем вам о результатах.
А вы пробовали OpenLiteSpeed? Что думаете о нём?
- ispmanager
- openlitespeed
- Блог компании Ispmanager
- Веб-разработка
- Системное администрирование
- Клиентская оптимизация
apache2.conf — конфиг Apache 2 в ISPmanager Lite 5 (Debian 8 связка NGiNX + Apache)
При переезде на новый сервер без ISPmanager нужно вручную правильно собрать связку NGiNX + Apache. Для того, чтобы было на что ориентироваться, если что-то пойдёт не так, я сохранил исходные конфиги серверов у себя на локальном компьютере. Но, для того, чтобы не лазить по архивам, выискивая нужные файлы, выкладываю конфиг Apache 2 в ISPmanager Lite 5 (Debian 8 связка NGiNX + Apache). К тому же удобнее смотреть в браузере и на сервере в Notepad++, чем в нескольких вкладках.
apache2.conf — готовый конфиг Apache 2 в ISPmanager Lite 5 (Debian 8 связка NGiNX + Apache)
Итак, собственно сам конфиг Apache 2 apache2.conf :
# This is the main Apache server configuration file. It contains the # configuration directives that give the server its instructions. # See http://httpd.apache.org/docs/2.4/ for detailed information about # the directives and /usr/share/doc/apache2/README.Debian about Debian specific # hints. # # # Summary of how the Apache 2 configuration works in Debian: # The Apache 2 web server configuration in Debian is quite different to # upstream's suggested way to configure the web server. This is because Debian's # default Apache2 installation attempts to make adding and removing modules, # virtual hosts, and extra configuration directives as flexible as possible, in # order to make automating the changes and administering the server as easy as # possible. # It is split into several files forming the configuration hierarchy outlined # below, all located in the /etc/apache2/ directory: # # /etc/apache2/ # |-- apache2.conf # | `-- ports.conf # |-- mods-enabled # | |-- *.load # | `-- *.conf # |-- conf-enabled # | `-- *.conf # `-- sites-enabled # `-- *.conf # # # * apache2.conf is the main configuration file (this file). It puts the pieces # together by including all remaining configuration files when starting up the # web server. # # * ports.conf is always included from the main configuration file. It is # supposed to determine listening ports for incoming connections which can be # customized anytime. # # * Configuration files in the mods-enabled/, conf-enabled/ and sites-enabled/ # directories contain particular configuration snippets which manage modules, # global configuration fragments, or virtual host configurations, # respectively. # # They are activated by symlinking available configuration files from their # respective *-available/ counterparts. These should be managed by using our # helpers a2enmod/a2dismod, a2ensite/a2dissite and a2enconf/a2disconf. See # their respective man pages for detailed information. # # * The binary is called apache2. Due to the use of environment variables, in # the default configuration, apache2 needs to be started/stopped with # /etc/init.d/apache2 or apache2ctl. Calling /usr/bin/apache2 directly will not # work with the default configuration. # Global configuration # # # ServerRoot: The top of the directory tree under which the server's # configuration, error, and log files are kept. # # NOTE! If you intend to place this on an NFS (or otherwise network) # mounted filesystem then please read the Mutex documentation (available # at ); # you will save yourself a lot of trouble. # # Do NOT add a slash at the end of the directory path. # #ServerRoot "/etc/apache2" # # The accept serialization lock file MUST BE STORED ON A LOCAL DISK. # Mutex file:$ default # # PidFile: The file in which the server should record its process # identification number when it starts. # This needs to be set in /etc/apache2/envvars # PidFile $ # # Timeout: The number of seconds before receives and sends time out. # Timeout 300 # # KeepAlive: Whether or not to allow persistent connections (more than # one request per connection). Set to "Off" to deactivate. # KeepAlive On # # MaxKeepAliveRequests: The maximum number of requests to allow # during a persistent connection. Set to 0 to allow an unlimited amount. # We recommend you leave this number high, for maximum performance. # MaxKeepAliveRequests 100 # # KeepAliveTimeout: Number of seconds to wait for the next request from the # same client on the same connection. # KeepAliveTimeout 5 # These need to be set in /etc/apache2/envvars User $ Group $ # # HostnameLookups: Log the names of clients or just their IP addresses # e.g., www.apache.org (on) or 204.62.129.132 (off). # The default is off because it'd be overall better for the net if people # had to knowingly turn this feature on, since enabling it means that # each client request will result in AT LEAST one lookup request to the # nameserver. # HostnameLookups Off # ErrorLog: The location of the error log file. # If you do not specify an ErrorLog directive within a # container, error messages relating to that virtual host will be # logged here. If you *do* define an error logfile for a # container, that host's errors will be logged there and not here. # ErrorLog $/error.log # # LogLevel: Control the severity of messages logged to the error_log. # Available values: trace8, . trace1, debug, info, notice, warn, # error, crit, alert, emerg. # It is also possible to configure the log level for particular modules, e.g. # "LogLevel info ssl:warn" # LogLevel warn # Include module configuration: IncludeOptional mods-enabled/*.load IncludeOptional mods-enabled/*.conf # Include list of ports to listen on Include ports.conf # Sets the default security model of the Apache2 HTTPD server. It does # not allow access to the root filesystem outside of /usr/share and /var/www. # The former is used by web applications packaged in Debian, # the latter may be used for local directories served by the web server. If # your system is serving content from a sub-directory in /srv you must allow # access here, or in any related virtual host. AllowOverride None Require all granted Require all denied # # The following directives define some format nicknames for use with # a CustomLog directive. # # These deviate from the Common Log Format definitions in that they use %O # (the actual bytes sent including headers) instead of %b (the size of the # requested file), because the latter makes it impossible to detect partial # requests. # # Note that the use of %i instead of %h is not recommended. # Use mod_remoteip instead. # LogFormat "%v:%p %a %l %u %t \"%r\" %>s %O \"%i\" \"%i\"" vhost_combined LogFormat "%a %l %u %t \"%r\" %>s %O \"%i\" \"%i\"" combined LogFormat "%a %l %u %t \"%r\" %>s %O" common LogFormat "%i -> %U" referer LogFormat "%i" agent # Include of directories ignores editors' and dpkg's backup files, # see README.Debian for details. # Include generic snippets of statements IncludeOptional conf-enabled/*.conf # Include the virtual host configurations: IncludeOptional sites-enabled/*.conf # vim: syntax=apache ts=4 sw=4 sts=4 sr noet Include conf.d/ Include vhosts-default/ Include vhosts/ Listen 127.0.0.1:8080 Пояснения
В конце этого конфига есть две строчки: Include vhosts-default/ и Include vhosts/ . Очевидно разработчикам ISP-панели пришлись не по вкусу стандартные папки sites-enabled/ и sites-available/ , которые идут в стандартной конфигурации Apache. А может быть, им это потребовалось для того, чтобы установленная поверх работающего сервера ISP-панель работала с собственными настройками без глобальной чистки всей системы от прежних настроек.
Но я склоняюсь к тому, чтобы всё-таки использовать на новом сервере без ISP-manager стандартные папки Apache. Тем более, что разработчики ISP-панели не отказались от них: строка IncludeOptional sites-enabled/*.conf оставлена не тронутой. Это значит, что то, что не перепрописано в их конфигах виртуальных хостов в папках vhosts/ , будет подтягиваться из стандартно расположенного конфига (если он там конечно есть).
Заберите ссылку на статью к себе, чтобы потом легко её найти!
Раз уж досюда дочитали, то может может есть желание рассказать об этом месте своим друзьям, знакомым и просто мимо проходящим?
Не надо себя сдерживать! 😉
Нужно ли настраивать apache в панели ISP?
Ребята, подскажите нужно ли настраивать apache в панели ISP?
Или все по умолчанию хорошо работает?
Например там по умолчанию нет настроек модуля prefork.c.
- Вопрос задан более трёх лет назад
- 61 просмотр
Комментировать
Решения вопроса 0
Ответы на вопрос 1
Есть там prefork, В возможностях.
Ответ написан более трёх лет назад
Иван @skapunker Автор вопроса
да, но тонкой настройки то нет, типо MaxRequestsPerChild и т.д
их если только вносить вручную, но вопрос надо ли
Иван Анатоличь, это уже руками. Обычно достаточно:
Для Debian/Ubuntu
/etc/apache2/mods-available/fcgid.conf
FcgidConnectTimeout 60 MaxRequestLen 268435456 AddHandler fcgid-script .fcgi