Различия

Показаны различия между двумя версиями страницы.

--- ispmanager._pravila_xoroshego_tona [2017/01/07 21:33] – [Установка доп. приложений] daniil
+++ ispmanager._pravila_xoroshego_tona [Дата неизвестна] (текущий) – внешнее изменение (Дата неизвестна) 127.0.0.1
@@ Строка 1: / Строка 1: @@
 ====== ISPmanager. Правила хорошего тона ======
+----
 ===== Установка панели =====
 При установке лучше выбирать **минимальную установку** - это позволит в дальнейшем установить только то, что необходимо, тем самым избежать лишней нагрузки и необоснованной траты вычислительных ресурсов.
+----
+===== Перезапуск панели =====
+  * Через менеджер самой панели
+<code bash>
+/usr/local/mgr5/sbin/mgrctl -m ispmgr exit
+</code>
+  * Или грубо прибить процессы
+<code bash>
+killall core
+</code>
+----
+===== Монтирование дополнительного диска =====
+Запомните - <wrap em>НИКОГДА</wrap> нельзя монтировать доп разделы в домашнюю директорию пользователя. \\
+Причина в том, что логи в каталогах
+<code>
+/var/www/httpd-logs/
+/var/www/www-root/data/logs/
+</code>
+являются жёсткими ссылками на одни и те же файлы. Нельзя создавать жёсткую ссылку на файл в другой файловой системе. При таком раскладе ISPmanager сойдёт сума.
+----
 ===== MPM Apache 2 =====
@@ Строка 14: / Строка 44: @@
 ==== MPM Prefork ====
-С MPM Prefork необходимо быть очень осторожным и использовать только в случаях, когда готовы вручную выставить права на файлы и каталоги сайтов для корректной работы в случае, если веб-сервер работает от имени пользователя, отличного от вашего.
+С MPM Prefork необходимо быть очень осторожным и использовать только в случаях, когда готовы вручную выставить права на файлы и каталоги сайтов для корректной работы в ситуации, если веб-сервер работает от имени пользователя, отличного от вашего.
 \\
 Существует ряд обходных способов, которые можно причислить к категории костылей и которые лучше избегать, если имеется такая возможность.
 \\
-В случае когда все сайты будут находится в домашней директории одного пользователя (для простоты будем считать, что имя этого пользователя - **www-root**):
+В случае когда все сайты будут находится в домашней директории <wrap em>одного пользователя</wrap> (для простоты будем считать, что имя этого пользователя - **www-root**):
   * в конфигурационном файле Nginx для параметра **user** заменить **apache** на **www-root**
@@ Строка 59: / Строка 89: @@
   * при обновлении ISPmansger и сохранении или изменении одного из таких виртуальных хостов конфигурационный файл вернётся к первоначальному состоянию
-  * так же после перезагрузке операционной системы или веб сервера Apache 2 в частности, врапперы, реализующие работу альтернативных версий PHP, могут создавать файлы состояний в каталоге **%%/run%%** принадлежащих пользователю **apache**. В этом случае потребуется сменить их на **www-root**
+  * так же после перезагрузке операционной системы или веб сервера Apache 2 в частности, врапперы, реализующие работу альтернативных версий PHP, могут создавать файлы состояний в каталоге **%%/run%%** принадлежащих пользователю **apache**. В этом случае потребуется сменить их на **www-root** . Проблема справедлива для ОС, использующих systemd, в других каталог %%/run%% может отсутствовать.
 <code apache>
@@ Строка 112: / Строка 142: @@
 </code>
-Для файлов **.php** вначале происходит попытка проксирования на PHP-FPM, а затем, в случае неудачи, на Apache 2. В случае если PHP-FPM не установлен, будут постоянные ошибки в логе ошибок для виртуального хоста, используемого по умолчанию. Оптимально в дополнение установить PHP-FPM. Однако это понесёт за собой дополнительные разводы вычислительных ресурсов сервера.
+Для файлов **.php** вначале происходит попытка проксирования на PHP-FPM, а затем, в случае неудачи, на Apache 2. Если PHP-FPM не установлен, будут постоянные ошибки в логе виртуального хоста, используемого по умолчанию. Оптимально установить PHP-FPM. Однако это принесёт дополнительные расходы вычислительных ресурсов сервера.