Установка и оптимальная настройка Zend OPcache на CentOS 6. Настройка opcache битрикс

Установка и настройка Zend OPcache на Centos

Zend OPcache - это один из PHP акселераторов, который ускоряет выполнение PHP путем сохранения скомпилированного кода в памяти, что исключает постоянное выполнение стандартного PHP сценария при каждом обращении к коду. Такое кэширование и оптимизация работы PHP снижает нагрузку на ресурсы VPS сервера и улучшает его общую производительность. К тому же стоит упомянуть, что OPcache создан разработчиками PHP, что говорит о полной их совместимости и рекомендуется их совместное использование, особенно на последних версиях php.

Установка OPcache

Как говорилось ранее, использование необходимых репозиториев упрощает установку необходимого ПО. Для простой установки OPcache на Centos необходим установленный и подключенный репозиторий remi (рассказано здесь) и команда

yum install php-opcache

OPcache будет установлен в соответствии с версией PHP, используемой у вас на сервере.

Проверить подключен ли акселератор можно командой

php -v

Настройка OPcache

На Centos настройки OPcache содержатся в файле opcache.ini или 10-opcache.ini (в зависимости от версии Centos), который располагается в каталоге /etc/php.d

Для его редактирования воспользуемся командой

mcedit /etc/php.d/10-opcache.ini

или

mcedit /etc/php.d/opcache.ini

Для настройки найдите нижеприведенные директивы и проставьте в них указанные значения. Некоторые из них отключены – закомментированы, чтобы раскомментировать, удалите перед директивой знак «;». Данные параметры рекомендуются разработчиками как оптимальные для наилучшей производительности:

opcache.memory_consumption = 128opcache.interned_strings_buffer = 8opcache.max_accelerated_files = 4000opcache.revalidate_freq = 60opcache.fast_shutdown = 1opcache.enable_cli = 1

Теперь выходим из режима редактирования с сохранением файла. На этом с установкой и настройкой Zend OPcache можно закончить.

www.region-brand.ru

Настройка во время выполнения

Поведение этих функций зависит от установок в php.ini.

Для подробного описания констант PHP_INI_*, обратитесь к разделу

Краткое разъяснение конфигурационных директив.

opcache.enable boolean

Enables the opcode cache. When disabled, code is not optimised or cached. The setting opcache.enable can not be enabled at runtime through ini_set(), it can only be disabled. Trying to enable it at in a script will generate a warning.

opcache.enable_cli boolean

Enables the opcode cache for the CLI version of PHP. This is mostly useful for testing and debugging.

opcache.memory_consumption integer

The size of the shared memory storage used by OPcache, in megabytes.

opcache.interned_strings_buffer integer

The amount of memory used to store interned strings, in megabytes. This configuration directive is ignored in PHP < 5.3.0.

opcache.max_accelerated_files integer

The maximum number of keys (and therefore scripts) in the OPcache hash table. The actual value used will be the first number in the set of prime numbers { 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 } that is greater than or equal to the configured value. The minimum value is 200. The maximum value is 100000 in PHP < 5.5.6, and 1000000 in later versions.

opcache.max_wasted_percentage integer

The maximum percentage of wasted memory that is allowed before a restart is scheduled.

opcache.use_cwd boolean

If enabled, OPcache appends the current working directory to the script key, thereby eliminating possible collisions between files with the same base name. Disabling this directive improves performance, but may break existing applications.

opcache.validate_timestamps boolean

If enabled, OPcache will check for updated scripts every opcache.revalidate_freq seconds. When this directive is disabled, you must reset OPcache manually via opcache_reset(), opcache_invalidate() or by restarting the Web server for changes to the filesystem to take effect.

opcache.revalidate_freq integer

How often to check script timestamps for updates, in seconds. 0 will result in OPcache checking for updates on every request.

This configuration directive is ignored if opcache.validate_timestamps is disabled.

opcache.revalidate_path boolean

If disabled, existing cached files using the same include_path will be reused. Thus, if a file with the same name is elsewhere in the include_path, it won't be found.

If disabled, all documentation comments will be discarded from the opcode cache to reduce the size of the optimised code. Disabling this configuration directive may break applications and frameworks that rely on comment parsing for annotations, including Doctrine, Zend Framework 2 and PHPUnit.

If disabled, documentation comments won't be loaded from the opcode cache even if they exist. This can be used with opcache.save_comments to only load comments for applications that require them.

opcache.fast_shutdown boolean

If enabled, a fast shutdown sequence is used that doesn't free each allocated block, but relies on the Zend Engine memory manager to deallocate the entire set of request variables en masse.

opcache.enable_file_override boolean

When enabled, the opcode cache will be checked for whether a file has already been cached when file_exists(), is_file() and is_readable() are called. This may increase performance in applications that check the existence and readability of PHP scripts, but risks returning stale data if opcache.validate_timestamps is disabled.

opcache.optimization_level integer

A bitmask that controls which optimisation passes are executed.

opcache.inherited_hack boolean

In PHP < 5.3, OPcache stores the places where DECLARE_CLASS opcodes used inheritance; when the file is loaded, OPcache then tries to bind the inherited classes using the current environment. The problem is that while the DECLARE_CLASS opcode may not be needed for the current script, if the script requires that the opcode be defined, it may not run.

This configuration directive is ignored in PHP 5.3 and later.

opcache.dups_fix boolean

This hack should only be enabled to work around "Cannot redeclare class" errors.

opcache.blacklist_filename string

The location of the OPcache blacklist file. A blacklist file is a text file containing the names of files that should not be accelerated, one per line. Wildcards are allowed, and prefixes can also be provided. Lines starting with a semi-colon are ignored as comments.

A simple blacklist file might look as follows:

; Matches a specific file. /var/www/broken.php ; A prefix that matches all files starting with x. /var/www/x ; A wildcard match. /var/www/*-broken.php opcache.max_file_size integer

The maximum file size that will be cached, in bytes. If this is 0, all files will be cached.

opcache.consistency_checks integer

If non-zero, OPcache will verify the cache checksum every N requests, where N is the value of this configuration directive. This should only be enabled when debugging, as it will impair performance.

opcache.force_restart_timeout integer

The length of time to wait for a scheduled restart to begin if the cache isn't active, in seconds. If the timeout is hit, then OPcache assumes that something is wrong and will kill the processes holding locks on the cache to permit a restart.

If opcache.log_verbosity_level is set to 3 or above, an error will be recorded in the error log when this occurs.

opcache.error_log string

The error log for OPcache errors. An empty string is treated the same as stderr, and will result in logs being sent to standard error (which will be the Web server error log in most cases).

opcache.log_verbosity_level integer

The log verbosity level. By default, only fatal errors (level 0) and errors (level 1) are logged. Other levels available are warnings (level 2), information messages (level 3) and debug messages (level 4).

opcache.preferred_memory_model string

The preferred memory model for OPcache to use. If left empty, OPcache will choose the most appropriate model, which is the correct behaviour in virtually all cases.

Possible values include mmap, shm, posix and win32.

opcache.protect_memory boolean

Protects shared memory from unexpected writes while executing scripts. This is useful for internal debugging only.

opcache.mmap_base string

The base used for shared memory segments on Windows. All PHP processes have to map shared memory into the same address space. Using this directive allows "Unable to reattach to base address" errors to be fixed.

opcache.restrict_api string

Allows calling OPcache API functions only from PHP scripts which path is started from specified string. The default "" means no restriction.

opcache.file_cache string

Enables and sets the second level cache directory. It should improve performance when SHM memory is full, at server restart or SHM reset. The default "" disables file based caching.

opcache.file_cache_only boolean

Enables or disables opcode caching in shared memory.

opcache.file_cache_consistency_checks boolean

Enables or disables checksum validation when script loaded from file cache.

opcache.file_cache_fallback boolean

Implies opcache.file_cache_only=1 for a certain process that failed to reattach to the shared memory (for Windows only). Explicitly enabled file cache is required.

study.inside.ru

Zend OPcache Акселератор PHP | www.poseti.net

Как известно акселераторы PHP призваны повысить производительность скриптов PHP за счет кеширования байт-кода.

Обычно выполнение скрипта происходит по схеме:

Если не использовать акселераторы php то генерация байткода происходит каждый раз когда вызывается скрипт и на это затрачивается часть времени.

И так если мы хотим немного ускорить наш сайт то ставим Zend OPcache (поддерживается в версиях PHP 5.2.x, 5.3.x, 5.4.x. а начиная с версии PHP 5.5 OPcache включен в официальный дистрибутив.).

После установки добавляем строку zend_extension=/usr/lib64/php/modules/opcache.so в файл /etc/php.d/opcache.ini

По рекомендации разработчиков можно добавить данные настройки в файл /etc/php.d/opcache.ini

Параметр Default Описание

Для тестирования и мониторинга Zend OPcache есть несколько удобных интерфейсов.

Каждый из этих интерфейсов представляет собой небольшой PHP скрипт, который просто загружается на хост и открывается при помощи броузера.

opcache.enable	1	Включение/выключение OPcache. В выключенном состоянии код не оптимизируется и не кешируется.
opcache.enable_cli	0	Включение OPcache для CLI-версии PHP. Подходит для тестирование и отладки.
opcache.memory_consumption	64	Размер используемой памяти для хранения прекомпилированного PHP-кода. Указывается в мегабайтах.
opcache.interned_strings_buffer	4	Количество памяти для пула строк в мегабайтах.
opcache.max_accelerated_files	2000	Максимальное количество ключей (скриптов) в хэш-таблице OPcache.Число должно быть простым и быть больше, чем те, что приведены в примере:( 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987, 262237, 524521, 1048793 ).Допустимы числа между 200 и 1000000.
opcache.max_wasted_percentage	5	Максимальный процент “замусоренной” памяти для запланированного перезапуска.
opcache.use_cwd	1	При включении этого параметра, OPcache добавляет текущую рабочую директорию в ключ скрипта для предотвращения возникновения колизий между файлами с одинаковым именем. Выключение этой функции увеличивает производительность, но может нарушить работу приложений.
opcache.validate_timestamps	1	При отключенном параметре, появляется возможность обнуления OPcache вручную или перезапуском вебсервера для того, чтобы привести в актуальное состояние данных об изменениях в файлах.
opcache.revalidate_freq	2	Через какой промежуток времени (в секундах) проверять изменения временных меток для поддержания данных в памяти в актуальном состоянии. (“1” означает проверку с периодичностью раз в секунду для запроса, “0” — постоянная проверка)
opcache.file_update_protection	2	Предотвращает кеширование файлов, которые были изменены меньше, чем в указанное время (в секундах). Эта возможность защищает не полностью обновленные файлы от кеширования. В случае мгновенного обновления всех файлов, для увеличения производительности установите параметр равный “0”.
opcache.revalidate_path	0	Включение или отключение оптимизации поиска файлов в include_path. Если поиск файлов выключен и будет найден закешированный файл, используемый в include_path, файл не будет найден повторно. Таким образом, если файл с именем, попадающийся где-либо еще в include_path, он не будет найден. Включайте этот параметр только в случае, если это действительно принесет ожидаемый эффект ускорения. По умолчанию возможность отключена, т.е оптимизация активирована.
opcache.save_comments	1	Если выключено, все комментарии PHPDoc будут удалены из кода с целью уменьшения размера оптимизированного кода. Отключение параметра может вызвать некорректную работу некоторых приложений или фреймворков
opcache.load_comments	1	Если выключено, комментарии PHPDoc не будут загружаться из общей памяти. При включении вывода, комментарии будут сохранятся, но выводиться приложениями только в случае надобности.
opcache.fast_shutdown	0	Если включено, будет использоваться последовательность быстрых выключений для оптимизированного кода. Эта возможность не освобождает каждый используемый блок памяти, но позволяет работать Zend Engine Memory Manager.
opcache.enable_file_override	0	При включении OPcache будет проверять наличие закешированного файла при вызовах file_exists(),is_file() и is_readable(). Это может увеличить скорость работы в приложениях, которые проверяют расширение и читабельность PHP-скриптов, но появляется риск вывода устаревших данных в случае отключения параметра opcache.validate_timestamps.
opcache.optimization_level	0xffffffff	Маска битности, в которой каждый бит включает или отключает в соответствующие проходы OPcache.
opcache.inherited_hack	1	Включение этого хака в качестве рабочего окружения при ошибках.
opcache.dups_fix	0	Включайте этот параметр только при появлении ошибок вида «Cannot redeclare class ...
opcache.blacklist_filename		Месторасположение списка файлов, к которым запрещен доступ для OPcache (поддерживаются маски). Каждый такой файл является текстовым файлом, в котором хранятся имена файлов, которые не требуется кешировать.Формат файла предусматривает размещение каждого имени файла в отдельной строке.
opcache.max_file_size	0	Позволяет исключать большие файлы из кеширования. По умолчанию кешируются все файлы.
opcache.consistency_checks	0	Проверять контрольную сумму кэша каждое N-ое количество запросов. По умолчанию параметр имеет значение равное нулю, что означает отключение проверки. Подсчет контрольной суммы снижает производительность, этот параметр следует включать только если требуется отладка.
opcache.force_restart_timeout	180	Какое время ожидать (а секундах) перед запланированной перезагрузкой в случае недоступности кэша.
opcache.error_log		Определение названия и местоположения лога ошибок OPcache. При пустом значении ошибки выводятся в консоль.
opcache.log_verbosity_level	1	Все ошибки OPcache отправлять в лог-файл лог-файл веб-сервера. По умолчанию, журналируются только критические ошибки (level 0) или обычные ошибки (level 1). Так же можно включить выводит предупреждений (level 2), информационных сообщений (level 3) или отладочную информацию (level 4).
opcache.preferred_memory_model		Предпочитаемый бэк-энд общей памяти. Можно оставить пустым и позволить системе самой разобраться.
opcache.protect_memory	0	Защите общей памяти от несанкционированной записи во время выполнения скрипта. Полезно только для отладки.
opcache.restrict_api		Разрешение вызова API-функций OPcache из PHP-скриптов, путь к которым начинается тем, что указано в строке. По умолчанию пустое значение означает запрет на всё.

www.poseti.net

Jelastic 1.9.3 / Блог компании Infobox / Хабр

Совсем скоро произойдет обновление Облачной платформы InfoboxCloud Jelastic до версии 1.9.3. Платформа Jelastic в InfoboxCloud позволяет в 1 клик получать Java, PHP и Ruby окружения, необходимые SQL и NoSQL базы данных, кэш, VDS и не только.

При этом пользователь не попадает в абсолютную зависимость от поставщика платформы. Вы можете настроить все те же приложения на других серверах, просто в Jelastic этот процесс автоматизирован и вы не тратите время на настройку и поддержку инфраструктуры, получая необходимые компоненты для работы вашего ПО и сервисов — экономите деньги.

К тому же реально работающее автомасштабирование позволяет вам использовать столько ресурсов, сколько необходимо приложению в конкретный момент времени и не платить за потенциально возможный максимум необходимых ресурсов.

В этой статье мы рассмотрим, что нам готовит обновление Облачной платформы InfoboxCloud Jelastic.

Улучшения в масштабируемости и производительности

Java

Jelastic GC Agent Сборка мусора (Garbage Collection, GC) – вид автоматического управления памятью. Сборщик мусора старается очистить память, занятую обьектами, которые не будут больше использоваться исполняемой программой. В результате снижается стоимость за счет освобождения неиспользуемых ресурсов.

На платформе Jelastic используется специальный агент сборки мусора (Garbage Collector agent) вместе со стандартными сборщиками мусора Java Virtual Machine.

Jelastic GC agent включен по умолчанию для всех новых создаваемых серверов приложений Java.

Он работает только с двумя видами GC:

-XX:+UseParNewGC (if -Xmx < 8000m)-XX:+UseG1GC (if -Xmx >= 8000m)

Эти настройки могут быть изменены, но если вы выбираете другой сборщик мусора вручную, будет недоступен вызов full GC.

По умолчанию процесс сборки мусора будет осуществляться каждые 15 минут (начиная со старта JVM) для освобождения неиспользуемой памяти. Период запуска может быть изменен в зависимости от ваших требований. Вы также можете переключиться в отладочный режим.

-javaagent:/var/lib/jelastic/java/jelastic-gc-agent.jar=debug=true,period=900

Это решение уникально и изначально разработано инженерами Jelastic для улучшения управления памятью вашего приложения и в результате для снижения потребления памяти.

PHP

1. Zend OPcache Zend OPcache теперь включен по умолчанию и в результате производительность возрастает до 40%. Zend OPcache ускоряет исполнение PHP за счет кеширования opcode и оптимизаций.

Apache и Nginx (php 5.3, 5.4, 5.5) включают расширение OPcache, включенное через etc > php.ini:

zend_extension=/usr/lib64/php/modules/opcache.so

Размер кэша и другие настройки OPcache могут быть сконфигурированы через php.ini изменением следующих параметров:

opcache.enable=1 включить/выключить расширение OPcache

opcache.memory_consumption=64 установка размера используемой оперативной памяти

opcache.interned_strings_buffer=8 усрановка размера используемой оперативной памяти для хранения внутренних строк (например classnames)

opcache.max_accelerated_files=4000 максимальное число закэшированных файлов

opcache.revalidate_freq=60 частота проверки файлов по времени изменения

opcache.fast_shutdown=1 включение/выключение быстрого завершения последовательности ускоренного кодаю Быстрое завершение последовательности не освобождает каждый выделенный блок, но дает Zend Engine Memory Management делать свою работу.

opcache.enable_cli=1 включение/выключение OPcache для CLI версии PHP

Более подробная информация

2. Автоматическое изменение количества воркеров Количество воркеров, обрабатывающих PHP запросы автоматически увеличивается на сервере Apache в зависимости от выделенного количества клаудлетов.

Чтобы проверить эту функцию кликните Config на вашем веб-сервере Apache и перейдите в файл conf > httpd.conf.

Найдите и запомните значение Max clients. После этого измените топологию вашего окружения увеличивая или уменьшая лимит клаудлетов на вашем сервере.

Вернитесь в файл conf > httpd.conf. Вы увидите, что значение Max Clients было увеличено/уменьшено.

Заметьте, что эта функция будет отключена, если вы удалите следующую строку из файла httpd.conf:# Jelastic autoconfiguration mark

3. Ручные настройки mod_securitymod_security — модуль Apache, который предоставляет возможность простой фильтрации, проверки URL и Unicode, аудита, предотвращения null byte attack; ограничивает размер загружаемых данных, маскирует детали функционирования сервера и т.д.

Этот модуль доступен в Jelastic по умолчанию и может быть сконфигурирован через conf.d > mod_security.conf.

В этом файле вы можете отредактировать конфигурацию по-умолчанию или добавить собственные настройки.

Например, вы можете добавить дополнительные правила ModSecurity. Для этого вам просто необходимо загрузить свои правила в папку modsecurity.d. Они будут автоматически активированы через Include modsecurity.d/*.conf строку в conf.d > mod_security.conf.

Улучшения в области баз данных

1. Доступные для редактирования MyAdmin-jel.conf, phpPgAdmin и couchdb.conf файлы Начиная с этого релиза вы имеете доступ к MyAdmin-jel.conf (для MariaDB и MySQL), phpPgAdmin (для PostgreSQL) и couchdb.conf (для CouchDB). Эти файлы распологаются в папке conf.d.

Эти файлы можно отредактировать для установки подходящих критериев разрешения/запрещения доступа по ip-адресу или домену для приложения, работающего с базой данных на уровне веб-сервера Apache.

2. Отстреливание процессов для освобождения памяти Когда в вашем окружениии недостаточно оперативной памяти, процессы с высоким уровнем потребления памяти отстреливаются OOM killer для освобождения ресурсов. Порядок отключения процессов указан в настройках OOM.

Теперь oom_score_adj используется, чтобы отстреливать наименее важные процессы (httpd) и только в последнюю очередь — процессы базы данных (mysql).

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

В этом релизе мы улучшили скрипт бекапа баз данных MongoDB. Теперь вы можете использовать его для бекапа нескольких баз данных. Просто укажите необходимые настройки как описано в инструкции по бекапу баз данных MongoDB.

4. Изменения в конфигурации баз данных по-умолчанию В этом релизе следующие настройки по-умолчанию баз данных были изменены в php.ini:

upload_max_size=1024MBpost_max_size=1024MBmax_execution_time=600max_input_time=600

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

Ошибка HTTP Transport

Когда вы совершаете какие-либо действия в панели управления Jelastic (например создание окружений, развертывание приложений, сборку проекта, перезагрузку приложения и т.д.), вы могли столкнуться с проблемой HTTP Transport Error, происходящей при некоторых проблемах с интернет-соединением. В результате разрыва соединения ваши действия полностью останавливались и вам приходилось начинать все сначала.

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

Другие улучшения

Обновилось отображение истории биллинга — он стал понятнее.

Теперь при сохранении файлов конфигурации в Jelastic появилась опция “Не показывать диалог подтверждения сохранения снова”. Если вы отметите этот пункт — файлы конфигурации будут сохраняться автоматически. Настройки применятся для всех типов файлов конфигурации для всех окружений.

Версии стека программного обеспечения в Jelastic 1.9.3

Tomcat 6 6.0.37Tomcat 7 7.0.47TomEE 1.5.2Jetty 6 6.1.26GlassFish 3 3.1.2.2Java 6 1.6.0_45Java 7 1.7.0_45MariaDB 5.5.34/10.0.6MongoDB 2.4.8MySQL 5.5.34PostgreSQL 8 8.4.18PostgreSQL 9 9.3.1CouchDB 1.5.0nginx 1.4.3Maven 3.0.5Centos 6 6.4Memcached 1.4.15Apache 2.2.15-29NGINX PHP 1.4.3PHP 5.3 5.3.27PHP 5.4 5.4.21PHP 5.5 5.5.5

Успешного использования Облачной платформы InfoboxCloud.

habr.com

Установка и оптимальная настройка Zend OPcache на CentOS 6

4958 Посещений

Zend OPcache, как и APC, Memcached и XCache призван “повышать” скорость выполнения PHP кода путем кэширования и оптимизации. Этот модуль не только положительно влияет на производительность PHP, но и сохраняет скомпилированные сценарии байт-кода. Отметим, что в PHP 5.5, 5.6 и 7.0 Zend OPcache включен по умолчанию, в отличие от более ранних версий.

Установите модули PHP:

Загрузите архив с Zend OPcache при помощи команды wget:

wget http://pecl.php.net/get/zendopcache-7.0.3.tgz

Установите Zend OPcache как PECL:

pecl install zendopcache-7.0.3.tgz

Добавьте строку откройте файл /etc/php.d/opcache.ini в текстовом редакторе nano:

nano /etc/php.d/opcache.ini

Скопируйте в него следующую строку:

zend_extension=/usr/lib64/php/modules/opcache.so

Перезагрузите сервер:

Вернитесь в файл /etc/php.d/opcache.ini и добавьте в него настройки. Разработчики предлагают следующий вариант:

opcache.memory_consumption=128

opcache.interned_strings_buffer=8

opcache.max_accelerated_files=4000

opcache.revalidate_freq=60

opcache.fast_shutdown=1

opcache.enable_cli=1

Команда для проверки 一 php -v:

php -v

PHP 5.3.3 (cli) (built: Jul 9 2015 17:39:00)

Кроме того, по адресу http://ваш-домен/info.php вы увидите блок Zend OPcache со всеми настройками:

shneider-host.ru

Ошибка! Параметр opcache.revalidate_freq = 2, требуется off

Ваша корзина пуста

Исправить это просто: выберите в каталоге интересующий товар и нажмите кнопку «В корзину»

mstrkrft.ru

Панель управления хостином VESTA и 1С Битрикс, базовая оптимизация

Посоветовали мне тут попробовать бесплатную панель управления хостингом VESTA. Решил попробовать и поделиться, сам до конца еще не осознал на сколько она мне нужна, но как минимум очень удобная для личных проектов и для сервера разработки. В общем, просто делюсь мнением и некоторыми базовыми настройками. Дальше решайте сами

Самое, главное, что мне понравилось это: всего двумя командами устанавливается и сама панель и весь необходимый софт:

То есть заморочек минимум и да- это бесплатно, совсем. Более подробно, ознакомиться с данной панелью можно у них на официальном сайте vestacp.com

Установка Vesta CP и настройка под Битрикс

Сильно расписывать не буду, посмотреть установку и настройку можно в видео, а так же мое мнение о применимости для одиночного разработчика:

Установка панели на голую CentOS 6 64bit

curl -O http://vestacp.com/pub/vst-install.sh bash vst-install.sh

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

Установка zend opcache, команды выполняем по очереди, по необходимости соглашаемся с вопросами Да/Нет

yum install php-pear yum --enablerepo=remi install php-devel gcc wget http://pecl.php.net/get/zendopcache-7.0.4.tgz pecl install zendopcache-7.0.4.tgz echo "zend_extension=/usr/lib64/php/modules/opcache.so" > /etc/php.d/opcache.ini /etc/init.d/httpd restart yum install php-opcache

Скачиваем этот архив с оптимизирваными php.ini, 10-opcache.ini и my.cnf. Куда, что распихивать смотрите в видео

Видео: установка Vesta CP на CentOS

Для чего можно использовать личный хостинг

Так как Vesta по факту, полноценная хостинг панель. Применимость достаточно широкая, как примеры

Сервер для клиентов- вы можете арендовать полноценный, выделенный сервер и предлагать своим клиентам, размещение сайта с абонентской платой. Выдавать им персональные учетные записи, FTP доступ и резервное копирование. В общем абсолютно все возможности хостинга. Но данный вопрос требует изучения, если не ошибаюсь- на предоставление подобных услуг необходима лицензия от Роскомнадзора, потому просто как вариант

Сервер для своих проектов- само собой, если у вас 5-10 проектов, ваших личных, то хостинг избыточен, достаточно просто сервера безо всяких панелей. Однако! ведь данная хостинг панель бесплатна, на борту у нее все настройки необходимые большинству сайтов и все устанавливается минут а 10. Отчего бы нет?

Сервер разработки- по моему, вот это самый применимый и лучший варинат. Вы сможете выдавать полный доступ на просмотр сайта заказчику (не только в админку самого сайта), контролировать резервное копирование- хоть раз в минуту ставьте его, не надо платить за хостинг

В общем как-то так!

camouf.ru