Настройки вебсервера для Drupal

Главные вкладки

GoldenLion 15 декабря 2016 в 17:20

Доброго времени суток всем!

Нужен совет знающих товарищей.
После переезда на новый vds-сервер нового хостера проблема эта нарисовалась...
В общем, как чувствую, хостинговая компания какой-то компонент PHP не доустановил для корректной работы Drupal...
Стучаться к техподдержке хостера смысла нет, так как он уже руками развел и дал понять: дальше твои проблемы...

Объяснить проблему можно в двух словах: вместо сайта только текстовая информация, то есть какая-либо графика отсутствует вообще! (даже дефольтный шаблон не отображает). Как на ранее работавших нормально сайтах (на Drupal 6 они у меня), так и при установке с нуля (как Drupal 7, так и Drupal на пустой домен...

Знающие люди могут посмотреть на эту проблему визуально: ufa-pechat.ru (запустил на пустой домен процесс установки Drupal 8).
phpinfo сервера тут: ufa-pechat.ru/info.php Сразу скажу, на vds-сервер установлен PHP 7

Подскажите, что не так...

Drupal8
FAQ

Ошибка каталога Переводы Каталога переводов не существует.
Программа установки требует , чтобы вы создать каталог переводов в качестве части процесса установки. Создайте каталог сайтов / по умолчанию / файлы / переводы . Подробнее об установке Drupal доступны в INSTALL.txt .
Internet Сервер перевод онлайн.
Перевод Русский перевод доступен. Проверьте сообщения и повторите попытку .

Studio VIZA 15 декабря 2016 в 19:54

GoldenLion wrote:

Я тоже поначалу думал, что Drupal 6 на PHP7 не работает...

http://www.img.studioviza.ru/Shotizfna.png

GoldenLion 15 декабря 2016 в 20:00

Studio VIZA wrote:

GoldenLion написал:

с "нуля" ставлю

Требования проблема
Ошибка каталога Переводы Каталога переводов не существует.

Да это ерунда... Проблема не в этом... А в том, что графика, стили не загружаются... Я до конца могу дойти с установкой Drupal 8, но в итоге весь сайт, как и админка, в текстовом виде!

Studio VIZA 15 декабря 2016 в 20:07

GoldenLion wrote:

Я до конца могу дойти с установкой Drupal 8, но в итоге весь сайт, как и админка, в текстовом виде!

сайт дефолт файлес, в папке файлес хтассес, там закомментте вторую строку (скопируйте решётку с первой строки) для редактирования дайте права 777, после - верните на 444. Стили должны подхватиться. Проблема в сервере, где - я особо пока не вникал, так как 8ка на правах гостя больше.
И на будущее - отсылка к решению лежит в логах, если нет привычки их смотреть, это не работа а мазохизм.

GoldenLion 15 декабря 2016 в 20:21

Studio VIZA wrote:

GoldenLion написал:

Я до конца могу дойти с установкой Drupal 8, но в итоге весь сайт, как и админка, в текстовом виде!

... Проблема в сервере, где - я особо пока не вникал, так как 8ка на правах гостя больше.

Вот эту проблему в сервере и надо бы найти...

Studio VIZA 15 декабря 2016 в 20:30

GoldenLion wrote:

Вот эту проблему в сервере

Так понимаю проблема в ISPmanager 5 лайт (На 4 всё было норм), на их форуме пробуйте искать.
forum.ispsystem.ru

GoldenLion 15 декабря 2016 в 20:50

Studio VIZA wrote:

Так понимаю проблема в ISPmanager 5 лайт (На 4 всё было норм), на их форуме пробуйте искать.

forum.ispsystem.ru

У меня как раз ISPmanager 4 lite и стоит. Хостер по моей просьбе все в кучу собрал: CentOS 6 + PHP7 + ISPmanager 4 lite + nginx + апач2 и настройки php нужные ставил... Где-то что-то, видимо, не так собрал...

xakd 16 декабря 2016 в 10:14

Ну так пусть хостер вам по вашей просьбе соберет на PHP 5.3 - а потом уже будете писать, че как работает

dgastudio 16 декабря 2016 в 10:18

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

мой совет, снести всю виртуалку, поставить с нуля, установить vestacp. все будет работать из коробки
работы на минуты 2 кода и минут 15 установки

Studio VIZA 15 декабря 2016 в 21:42

Ещё можно разворачивать сайт на апаче, а когда закончите, после некоторого времени, включать ндженикс сиджиай. Во многих случаях это выход. Восьмёрка на 7пхп работает шустрее, но на 5.6 стабильнее и меньше заморочек. я на 8 дебиане.

GoldenLion 17 декабря 2016 в 17:50

В общем, проблема частично решилась таким образом: через ISPmanager 4 Lite отключил nginx engine (версии nginx-1.10.2-1.el6)

Как рабочие сайты как на Drupal 6 (Кто там говорил, что сайты на Drupal 6 в PHP 7 не работают? Как я вижу, работают... ), так и тестовая установка на ufa-pechat.ru движка Drupal 8, нормально подхватили стили, графику... и функционируют.

Обратно включаю этот nginx engine, проблема вновь появляется...

Вопросы тогда: 1) этот nginx engine криво установлен тогда получается? 2) Или конфликтует (несовместим) он с чем то?
3) Или же достаточно в конфигурации nginx прописать "правильные" настройки? Вычитал в просторах инета, что для корректной работы Drupal в nginx нужны особые конфигурации, то бишь настройки, прописать...
Мне больше нравится 3-й вариант, только вот незнаю, где лежат эти конфигурационные файлы у nginx (под каким названием и в каких папках обычно) и как, что изменить в них, чтоб стили, графика сайтов drupal без проблем подтягивались?

Через WinSCP могу ли добраться до этих конфигурационных файлов и встроенным редактором WinSCP отредактировать, то есть прописать нужные настройки?

*** Я всего лишь около двух лет немного баловался сайтостроительством и то только для души, как хобби... Потом забросил все и 5 лет сайтами не занимался! Из-за этого то, что немного знал и то подзабыл... Поэтому такие вопросы и задаю...

sas@drupal.org 17 декабря 2016 в 17:36

https://www.drupal.org/docs/7/system-requirements/php

GoldenLion 17 декабря 2016 в 17:42

знать бы еще этот "буржуйский" язык...

gorr 17 декабря 2016 в 17:39

GoldenLion wrote:

Обратно включаю этот nginx engine, проблема вновь появляется...

Посмотрите вот тут настройки для Nginx:
https://www.howtoforge.com/tutorial/how-to-install-drupal-with-nginx-and...
может что-то упустили.

bsyomov 17 декабря 2016 в 19:24

Зачем автору вопроса какаой-то кастомный конфиг nginx, когда у него созданием этих конфигов занимается ISPManager?
Drupal вполне работает с дефолтным конфигом этой панельки, хоть и не оптимально, конечно.

bsyomov 17 декабря 2016 в 19:28

У вас сразу несколько проблем:

Не настроен сервер,и вы не знаете, что надо делать, даже при наличии панели.
Сайты с Drupal 6 и PHP7 явно не совместимы

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

По второй проблеме - вам надо отдельное окружение для Drupal6 c PHP 5.3.
В принципе, всё это можно настроить даже на одном виртуальном сервере, и даже при помощи ISPManager5. Кстати, ISPManager4, который судя по всему у вас стоит, не подходит для вашей задачи - он не умеет работать с несколькими версиями php одновременно. И кроме того, он устарел и больше не поддерживается.

ksdr25 17 декабря 2016 в 19:32

народ, у меня была проблема точь в точь на впс, когда распаковывал архив через путти, то владелец файлов задавался неверно,
вот команда чтобы установить владельца файлов
chown -R 501:501 *
это для всех файлов в папке.

bsyomov 17 декабря 2016 в 19:58

Надо только понимать, что значения uid/gid 501:501 это только в вашем конкретном случае. И опять же, только в вашем конкретном случае,проблема была в правах.

ksdr25 17 декабря 2016 в 20:23

пусть загрузит через фтп файл и посмотрит кто владелец этого фала и кто владелец файлов загруженных из под root

и это довольно распространенная проблема, помню примерно таков был ответ хостера

точнее наверное будет не загруженных а распакованных из архива особенно зип

bsyomov 17 декабря 2016 в 20:49

Да, это распространённая проблема, и кстати, в случае автора темы, наиболее вероятно, что пользователь nginx не имеет прав чтения файлов статики. И, может быть, и надо рекурсивно сменить владельца в итоге.

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

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

GoldenLion 17 декабря 2016 в 19:44

bsyomov wrote:

Сайты с Drupal 6 и PHP7 явно не совместимы

Тем не менее сайты на Drupal 6 в PHP 7, после отключения nginx, заработали.

bsyomov wrote:

По первой проблеме - вам надо найти... Managed VPS, где тоже настройкой занимается хостер.

VDS-сервер настроил как раз хостер... Потом "умыл" руки...

bsyomov wrote:

... какой-то кастомный конфиг nginx, когда у него созданием этих конфигов занимается ISPManager?

Вот и ткните мне носом, где обычно у CentOS 6/ISPmanager 4 lite находится созданный ISPmanger конфиг nginx и какие изменения в него для Drupal вписать, чтоб nginx начал загружать стили ... Пока мне больше ничего не надо...

bsyomov 17 декабря 2016 в 20:19

1. Это вам пока так кажется. Посмотрите лог, там наверняка полно ошибок и предупреждений. Ну и не поддерживает работу под PHP 7 это не значит, что вообще не будет работать - язык-то один и тот же. Но проблем вылезти может масса - изменений в языке немало.
2. Это как раз и есть не Managed VPS - хостер только обеспечивает ьесперебойную работу виртуальной машины и ничего более вам не должен. Вам просто раскатали шаблон и потратили чутка времени на поддержку, чего могли и не делать, кстати... Т.е. они всё сделали правильно, и даже больше чем были должны. Вы просто выбрали не ту услугу, которая вам на самом деле нужна.

3. На самом деле, вам надо не это, вы просто не разбираетесь в вопросе, и думаете, что ответ на такой вопрос решит ваши проблемы. Это не так.
Вам надо:

Накатить другой установочный образ, с актуальным сейчас CentOS 7, и возможно, ISPManager 5.
Нормально настроить сервер, например, настроить защиту от брутфорса паролей, настроить и включить firewall, настроить резервное копирование, настроить тот же Mysql чтобы у вас не тормозили запросы к базе (по умолчанию настройки ужасны). И это только маленький кусочек того, что надо сделать.

А где в centos конфиг nginx - да пожалуйста: /etc/nginx/nginx.conf
ISPManager 4 держит все конфиги виртуальных хостов в нём же. И учтите, при изменении настроек виртуального хоста в панели ваши настройки могут(практически наверняка) сломаться. Использование панели подразумевает, что вы конфиги ей генерируемые не трогаете.
В 5 версии, кстати это предусмотрели, и там уже можно работать с конфигом nginx через панель, что-то изменяя, и ломаться он не будет.4

А то, что вам сказали, что вам там надо что-то исправить, так вас обманули. Надо смотреть, что именно не работает, читать логи, и тогда поняв проблему лезть её исправлять.

GoldenLion 17 декабря 2016 в 20:18

Вопрос такой: если в папку /etc/nginx закину дополнительный файл, назвав drupal.conf, с содержимым, взятым отсюда: https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/ ? Действия мои будут правильными?

bsyomov 17 декабря 2016 в 20:20

Нет.

GoldenLion 17 декабря 2016 в 23:27

bsyomov wrote:

А автор думать, вероятно, не хочет и каким-то шаманством занимается.

Чтоб думать в правильном направлении, нужны элементарные познания в теме..., чего так не хватает мне

bsyomov wrote:

Да, это распространённая проблема, и кстати, в случае автора темы, наиболее вероятно, что пользователь nginx не имеет прав чтения файлов статики. И, может быть, и надо рекурсивно сменить владельца в итоге.

Вот не пойму я кой-что ... По старым сайтам Drupal, допускаю, что возможно при переносе на новый vds права пользователей\владельцев перепутались... Но на хост заливаю tar.gz архив скрипта Drupal, распаковываю через WinSCP командой UnTar и начинаю установку... Уж тут какие могут ошибки в пользователях/владельцах? Более того, другие скрипты CMS нормально ставятся же! Только Drupal при включенном nginx мозги выносить...

И еще, не постесняюсь уж спросить: а где логи работы nginx смотреть? В папке /var/www/nginx-logs ? Но там файлик тока с цифирками. Или имеется в виду логи по каждому сайту из папки /var/www/sites/data/logs?

GoldenLion 17 декабря 2016 в 23:33

Помогите уж

GoldenLion 18 декабря 2016 в 9:45

В файле: error.log из папки /var/log/nginx нашел кучу нижеподобных записей:
2016/12/17 11:21:21 [error] 4731#0: *27 open() "/var/www/sites/data/www/ufa-pechat.ru/core/themes/stable/css/system/system.maintenance.css" failed (13: Permission denied), client: 37.122.25.114, server: ufa-pechat.ru, request: "GET /core/themes/stable/css/system/system.maintenance.css?0 HTTP/1.1", host: "ufa-pechat.ru", referrer: "http://ufa-pechat.ru/core/install.php"
Значит, доступ запрещен к файлам стилей... Еще понять бы: из-за чего и как запрет этот снять?

Еще такой момент. через ISPmanager 4 lite ("учетные записи") создан пользователь sites
Соответственно, все мои сайты лежат тут: /var/www/sites/data/www/...

У пользователя sites, через "учетные записи", даны ("галочка" проставлена) права: Доступ к shell, SSL, CGI, SSI, PHP как модуль Apache, PHP как CGI, PHP как FastCGI , SSH.
Вопрос: в этом списке прав доступа разве не должно было быть nginx? , чтоб его активизировать, то есть пользователю sites дать доступ к nginx?

gun_dose 18 декабря 2016 в 13:44

Покажите уже наконец-то свой конфиг nginx. Готов поспорить, что дело именно в нём

bsyomov 18 декабря 2016 в 17:24

И ошибётесь.

bsyomov 18 декабря 2016 в 17:33

А теперь поглядим, какие права на файл /var/www/sites/data/www/ufa-pechat.ru/core/themes/stable/css/system/system.maintenance.css и кому он принадлежит?
Там явно не всё в порядке.

Вероятно, самый простой для вас путь будет просто распаковать у себя на компе архив, и залить его по ftp пофайлово, под нужным пользователем. Более правильный путь сменить рекурсивно права в консоли.

«У пользователя sites, через "учетные записи", даны ("галочка" проставлена) права: Доступ к shell, SSL, CGI, SSI, PHP как модуль Apache, PHP как CGI, PHP как FastCGI , SSH.»
Можно смело убрать CGI, SSI, PHP как CGI, PHP как FastCGI. И нет, никаких разрешений для nginx там просто не существует.

ksdr25 18 декабря 2016 в 11:38

GoldenLion wrote:

Но на хост заливаю tar.gz архив скрипта Drupal, распаковываю через WinSCP командой UnTar и начинаю установку... Уж тут какие могут ошибки в пользователях/владельцах?

насколько я помню то из под windows владельцы файлов не поддерживаются.

посмотри кто владелец файлов. самый простой способ проверить правильно ли установился владелец, это зайти через фтп (FileZilla или подобным) и посмотреть на владельца и группу (не путать с правами) у распакованных файлов и любым залитым через фтп.

Dalay 18 декабря 2016 в 12:26

У вас nginx запускается с правами того же пользователя, кому принадлежит дирректория сайта? Параметр user в /etc/nginx/nginx.conf. Если нет, то пропишите того, кого надо, и перезапустите nginx.

bsyomov 18 декабря 2016 в 17:27

Блин - какие замечательные советчики... Там стоит ispmanager4. Пользователей там может быть несколько. Если nginx запустить от одного из них, то что будет со статикой остальных по вашему?

GoldenLion 18 декабря 2016 в 19:09

Dalay wrote:

У вас nginx запускается с правами того же пользователя, кому принадлежит дирректория сайта? Параметр user в /etc/nginx/nginx.conf. Если нет, то пропишите того, кого надо, и перезапустите nginx.

Вот содержимое конфига (файла nginx.conf):

Quote:

# For more information on configuration, see:
# * Official English Documentation: http://nginx.org/en/docs/
# * Official Russian Documentation: http://nginx.org/ru/docs/

user apache;
# Load dynamic modules. See /usr/share/nginx/README.dynamic.
include /usr/share/nginx/modules/*.conf;

events {
worker_connections 1024;
}

http {
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';

access_log /var/log/nginx/access.log main;

sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;

include /etc/nginx/mime.types;
default_type application/octet-stream;

# Load modular configuration files from the /etc/nginx/conf.d directory.
# See http://nginx.org/en/docs/ngx_core_module.html#include
# for more information.
include /etc/nginx/conf.d/*.conf;
include /usr/local/ispmgr/etc/nginx.domain;
client_max_body_size 16M;
log_format isp '$bytes_sent $request_length';
}

gun_dose 18 декабря 2016 в 19:25

давайте конфиг из conf.d

GoldenLion 18 декабря 2016 в 19:38

gun_dose wrote:

давайте конфиг из conf.d

отсюдова: /etc/nginx/conf.d ? Там всего лишь 3 файла: virtual.conf, ssl.conf и default.conf. Который из них?

GoldenLion 18 декабря 2016 в 19:45

ksdr25 wrote:

GoldenLion написал:

Но на хост заливаю tar.gz архив скрипта Drupal, распаковываю через WinSCP командой UnTar и начинаю установку... Уж тут какие могут ошибки в пользователях/владельцах?

посмотри кто владелец файлов. самый простой способ проверить правильно ли установился владелец, это зайти через фтп (FileZilla или подобным) и посмотреть на владельца и группу (не путать с правами) у распакованных файлов и любым залитым через фтп.

Заливаю по фтп с помощью WinSCP файл, у него группа и владелец - root. Распакованные непосредственно на сервере папки и файлы имеют группу и владельца - sites ... Я пробовал уже всем папкам и файлам владельца поменять на root, но в этом случае сайт вообще перестает открываться...

bsyomov 19 декабря 2016 в 11:09

«Заливаю по фтп с помощью WinSCP файл, у него группа и владелец - root»
Это первая и большая ошибка: заливать надо из под пользователя, которого вы в панели создали, в вашем случае, похоже sites.
под root только настройки делаются. И то, заходить напрямую под root очень плохая идея в принципе.

«Я пробовал уже всем папкам и файлам владельца поменять на root»
Всё ровно наоборот же надо сделать.

Dalay 18 декабря 2016 в 22:33

GoldenLion wrote:

Вот содержимое конфига (файла nginx.conf):

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

gun_dose 18 декабря 2016 в 22:41

А ещё разумнее обратиться в техподдержку)

GoldenLion 19 декабря 2016 в 9:27

Обращался, еще неделю назад... Вчера только, то есть через неделю, соизволил ответить так: напишите, какие настройки в nginx необходимо внести, администратор сделает...
Могу и Вам "порекомендовать" этого хостера: lto-vds.ru, у меня тариф OTF-4 ... Позарился на то, что один раз всего платишь и все, других платежей не надо делать годами... По условиям он сам должен был установить операционку, ISPmanager, nginx, все настроить и перенести мои сайты со старого хоста... Вот так "настроил и перенес"...

bsyomov 19 декабря 2016 в 11:15

Ещё разумнее переехать на шаред, и не мучать себя и ТП, которая, в данном случае, должна только предоставить стабильную работу самой виртуалки.

sas@drupal.org 19 декабря 2016 в 8:05

Возьмите любой удобный Вам VPS/VDS только с операционкой например CentOS и поставьте например за 5 минут https://vestacp.com/ будет готовый Web с UI панелью для настроек, как по мне очень даже чистый и удобный, и не надо разбираться с зоопарком - время = деньги?!

bsyomov 19 декабря 2016 в 11:13

А кто будет настраивать сервер и решать проблемы? Всё вернётся на круги своя уже в процессе установки весты, которая куда более проблемна,
чем тот же ISPManager.
Лучше посоветовать автору какой-нибудь шаред хороший. Я вот не могу - не пользуюсь.

sas@drupal.org 19 декабря 2016 в 11:37

> А кто будет настраивать сервер и решать проблемы?
Какие именно?

GoldenLion 19 декабря 2016 в 20:29

bsyomov wrote:

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

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

Проблема решилась после того, как в vds-сервер зашел через ISPmanager как пользователь sites, всем папкам рекурсивно поменял владельца (владельцем папок и изначально был sites, но по новой командой через ISPmanager папкам поставил владельцем sites). И все эти операции проделал уже через "менеджер файлов" от панели ISPmanager 4 lite.

До этого владельца папок/файлов и права доступа менял через WinSCP.

Но в связи с этим новые вопросы появились: мой администратор root косячный? Или мой любимый WinSCP "косячил"?

gun_dose 19 декабря 2016 в 20:47

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

bsyomov 19 декабря 2016 в 21:01

Алиллуя!
Файлы и папки сайта, должны иметь определённого владельца, чтобы веб сервер (apache и nginx) запущенные от определённого пользователя, могли с этими файлами работать.

Естественно, они запущены не от root.

Почитайте о системе прав в Linux|Unix - это будет вам очень полезно.

P.S. Осталось теперь настроить сервер в целом, и через пару лет всё будет работать хорошо.

ksdr25 19 декабря 2016 в 20:36

GoldenLion wrote:

Но в связи с этим новые вопросы появились: мой администратор root косячный? Или мой любимый WinSCP "косячил"?

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

GoldenLion 19 декабря 2016 в 21:12

ksdr25 wrote:

ты распаковывал архив из под рута и владельцем стал рут

из под прог для винды владелец обычно не поддерживается.

У всех папок и файлов изначально владельцем был sites, а не root.

Почему понадобилось повторное назначение папкам владельца sites, это уже вопрос...
И почему папки сервера признали команды только из-под ISPmanagera, тоже вопрос...

GoldenLion 19 декабря 2016 в 22:01

Еще вопросы:

1. подскажите хороший русскоязычный онлайн учебник по lunix/unix ...

2. где почитать русскоязычный мануал относительно оптимизации серверов?

multpix 19 декабря 2016 в 23:40

1.
Эндрю Таненбаум - Современные операционные системы
https://www.debian.org/doc/
http://help.ubuntu.ru/
https://ru.wikipedia.org/wiki/POSIX
https://ru.wikipedia.org/wiki/FHS
https://www.gnu.org/software/bash/manual/bash.html
http://rus-linux.net/nlib.php?name=/MyLDP/BOOKS/Bash-Guide-1.12-ru/bash-...
https://ru.hexlet.io/courses/bash
и пр.

2.
Оф. доки соответствующих демонов.

bsyomov 20 декабря 2016 в 3:40

По первому пункту, к предложенному выше могу добавить:
https://www.freebsd.org/doc/handbook/ там есть отличия от Linux, но не так и много, если подумать. И она-таки неплохо написана.
https://wiki.gentoo.org/wiki/Handbook:Main_Page/ru Если действительно хотите разобраться, вообще стоит повозиться с Gentoo поплотнее, например, поставить себе её как десктоп, или хотя бы как виртуалку на своей же машине. Это сложно, но даёт полезные навыки и понимание, как это всё работает внутри, что неоценимо.

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

По второму пункту: такого не существует в принципе. Англоязычного, впрочем, тоже.
Много обрывочных сведений по конкретным вопросам, выступления конференциях и обсуждения на профильных форумах по настройке тех или иных прог, разных аспектов и.т.п. Всё это надо собирать в кучу, читать документацию ДУМАТЬ, пробовать строить различные системы, пробовать различные настройки, анализировать результаты.

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

Я, например, занимаюсь этой работой уже больше 15 лет, и каждый день узнаю что-то новое...
Администрирование очень непростая профессия, требующая больших знаний и постоянного обучения.
Я занимался раньше разработкой электроники, и программированием встроенных систем. Так вот, это вполне сравнимо по сложности. Задумайтесь.

Есть разные мануалы по узким вопросам. По некоторым можно получить работоспособное на первый взгляд решение. Но чаще всего, это крохи информации в горах шлака. Очень много мануалов, либо не описывают вообще ситуации, в которой должны быть использованы и реально работают. Либо не работают вовсе и написаны непонятно кем.
Проблема в том, что тем, кто мог бы писать подобные мануалы, не нравится писать им интересны их сервера, и у них нет на это времени. А у тех, кто пишет нет знаний, чаще всего. И опять же, чаще всего, какую-то мелочь описанную в документации и работающую в определённых ситуациях они описывают (и реально думают что это так) как великое достижение. Вот так пишутся мануалы обычно: "О, какая штука, она мне помогла, это же очень круто, надо это описать!"

sas@drupal.org 20 декабря 2016 в 8:07

Мануалы отстают от технологий, путь осилит идущий...

bsyomov 20 декабря 2016 в 17:17

Надо читать документацию на используемые приложения, а не какие-то левые мануалы.

"И умный в гору не пойдёт." Т.е. не каждый путь имеет смысл осиливать - можно и надорваться.

sas@drupal.org 20 декабря 2016 в 21:18

Решать задачи надо конкретные и по ним искать информацию, - нет ничего не решаемого.

Drupal Drupal на русском

Настройки вебсервера для Drupal

Главные вкладки

Комментарии