Доброго времени суток всем!
Нужен совет знающих товарищей.
После переезда на новый vds-сервер нового хостера проблема эта нарисовалась...
В общем, как чувствую, хостинговая компания какой-то компонент PHP не доустановил для корректной работы Drupal...
Стучаться к техподдержке хостера смысла нет, так как он уже руками развел и дал понять: дальше твои проблемы...
Объяснить проблему можно в двух словах: вместо сайта только текстовая информация, то есть какая-либо графика отсутствует вообще! (даже дефольтный шаблон не отображает). Как на ранее работавших нормально сайтах (на Drupal 6 они у меня), так и при установке с нуля (как Drupal 7, так и Drupal на пустой домен...
Знающие люди могут посмотреть на эту проблему визуально: ufa-pechat.ru (запустил на пустой домен процесс установки Drupal 8).
phpinfo сервера тут: ufa-pechat.ru/info.php Сразу скажу, на vds-сервер установлен PHP 7
Подскажите, что не так...
Комментарии
Пересмотрите права на папки/файлы:
Папки: 0755
Файлы: 0644
Сейчас сервер не дает доступ к файлам стилей, например: http://ufa-pechat.ru/core/themes/classy/css/components/details.css
Способ "переезда" тут абсолютно не причем, как я понимаю...
Я уже говорил, что даже при установке Drupal с нуля, абсолютно вчистую, эта проблема имеет место...
Права на файлы и папки корректные..., рекомендованные
Тогда читайте конфиги NGINX'а и почему он не пускает файлы.
Тут поподробнее можно? Вы имели в виду nginx config ? Где там рыть то?
проверь владельца файлов, поэтому и не пускает
Версия Drupal:
Drupal 6.*
Я на домен ufa-pechat.ru с "нуля" ставлю Drupal 8, который должен прекрасно чувствовать в PHP 7. Разве не так?
Эк вы на 7-й PHP врубили 6-й Drupal, который отродясь семерку не поддерживал
при установке Drupal 8 такая проблема!
Я тоже поначалу думал, что Drupal 6 на PHP7 не работает...
GoldenLion, может вам на ИТ-патруль? На такие вопросы там мне отвечают.
Требования проблема
Ошибка каталога Переводы Каталога переводов не существует.
Программа установки требует , чтобы вы создать каталог переводов в качестве части процесса установки. Создайте каталог сайтов / по умолчанию / файлы / переводы . Подробнее об установке Drupal доступны в INSTALL.txt .
Internet Сервер перевод онлайн.
Перевод Русский перевод доступен. Проверьте сообщения и повторите попытку .
Да это ерунда... Проблема не в этом... А в том, что графика, стили не загружаются... Я до конца могу дойти с установкой Drupal 8, но в итоге весь сайт, как и админка, в текстовом виде!
сайт дефолт файлес, в папке файлес хтассес, там закомментте вторую строку (скопируйте решётку с первой строки) для редактирования дайте права 777, после - верните на 444. Стили должны подхватиться. Проблема в сервере, где - я особо пока не вникал, так как 8ка на правах гостя больше.
И на будущее - отсылка к решению лежит в логах, если нет привычки их смотреть, это не работа а мазохизм.
Вот эту проблему в сервере и надо бы найти...
Так понимаю проблема в ISPmanager 5 лайт (На 4 всё было норм), на их форуме пробуйте искать.
forum.ispsystem.ru
У меня как раз ISPmanager 4 lite и стоит. Хостер по моей просьбе все в кучу собрал: CentOS 6 + PHP7 + ISPmanager 4 lite + nginx + апач2 и настройки php нужные ставил... Где-то что-то, видимо, не так собрал...
Ну так пусть хостер вам по вашей просьбе соберет на PHP 5.3 - а потом уже будете писать, че как работает
есть определенный уровень знаний, по факту достижения которого вы понимаете что если хотите получить результат, лучше сделать задачу самому.
мой совет, снести всю виртуалку, поставить с нуля, установить vestacp. все будет работать из коробки
работы на минуты 2 кода и минут 15 установки
Ещё можно разворачивать сайт на апаче, а когда закончите, после некоторого времени, включать ндженикс сиджиай. Во многих случаях это выход. Восьмёрка на 7пхп работает шустрее, но на 5.6 стабильнее и меньше заморочек. я на 8 дебиане.
В общем, проблема частично решилась таким образом: через 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 лет сайтами не занимался! Из-за этого то, что немного знал и то подзабыл... Поэтому такие вопросы и задаю...
https://www.drupal.org/docs/7/system-requirements/php
знать бы еще этот "буржуйский" язык...
Посмотрите вот тут настройки для Nginx:
https://www.howtoforge.com/tutorial/how-to-install-drupal-with-nginx-and...
может что-то упустили.
Зачем автору вопроса какаой-то кастомный конфиг nginx, когда у него созданием этих конфигов занимается ISPManager?
Drupal вполне работает с дефолтным конфигом этой панельки, хоть и не оптимально, конечно.
У вас сразу несколько проблем:
По первой проблеме - вам надо найти системного администратора который настроит вам сервер, или хороший шаред хостинг, где уже всё настроено хостером, или Managed VPS, где тоже настройкой занимается хостер.
При таких знаниях просто глупо самому пытаться что-то сделать. Даже если вы добьётесь работы какого-нибудь сайта, у вас будет совершенно не настроенный сервер, который будет, в итоге, тормозным и дырявым.
VPS это сервер, его надо настроить, за ним обязательно надо следить. И то и другое куда сложнее чем делать сайты.
По второй проблеме - вам надо отдельное окружение для Drupal6 c PHP 5.3.
В принципе, всё это можно настроить даже на одном виртуальном сервере, и даже при помощи ISPManager5. Кстати, ISPManager4, который судя по всему у вас стоит, не подходит для вашей задачи - он не умеет работать с несколькими версиями php одновременно. И кроме того, он устарел и больше не поддерживается.
народ, у меня была проблема точь в точь на впс, когда распаковывал архив через путти, то владелец файлов задавался неверно,
вот команда чтобы установить владельца файлов
chown -R 501:501 *
это для всех файлов в папке.
Надо только понимать, что значения uid/gid 501:501 это только в вашем конкретном случае. И опять же, только в вашем конкретном случае,проблема была в правах.
пусть загрузит через фтп файл и посмотрит кто владелец этого фала и кто владелец файлов загруженных из под root
и это довольно распространенная проблема, помню примерно таков был ответ хостера
точнее наверное будет не загруженных а распакованных из архива особенно зип
Да, это распространённая проблема, и кстати, в случае автора темы, наиболее вероятно, что пользователь nginx не имеет прав чтения файлов статики. И, может быть, и надо рекурсивно сменить владельца в итоге.
Но для того, чтобы это определить, надо открыть лог, почитать ошибки, всё понять и исправить, или задать нормально сформулированный вопрос с полными входными данными, на который можно ответить.
А автор думать, вероятно, не хочет и каким-то шаманством занимается.
Ну и, даже если автор топика и решит эту одну проблему, не исчезнет масса других, которые тоже надо решать - почитайте мой большой ответ ниже...
Тем не менее сайты на Drupal 6 в PHP 7, после отключения nginx, заработали. VDS-сервер настроил как раз хостер... Потом "умыл" руки... Вот и ткните мне носом, где обычно у CentOS 6/ISPmanager 4 lite находится созданный ISPmanger конфиг nginx и какие изменения в него для Drupal вписать, чтоб nginx начал загружать стили ... Пока мне больше ничего не надо...
1. Это вам пока так кажется. Посмотрите лог, там наверняка полно ошибок и предупреждений. Ну и не поддерживает работу под PHP 7 это не значит, что вообще не будет работать - язык-то один и тот же. Но проблем вылезти может масса - изменений в языке немало.
2. Это как раз и есть не Managed VPS - хостер только обеспечивает ьесперебойную работу виртуальной машины и ничего более вам не должен. Вам просто раскатали шаблон и потратили чутка времени на поддержку, чего могли и не делать, кстати... Т.е. они всё сделали правильно, и даже больше чем были должны. Вы просто выбрали не ту услугу, которая вам на самом деле нужна.
3. На самом деле, вам надо не это, вы просто не разбираетесь в вопросе, и думаете, что ответ на такой вопрос решит ваши проблемы. Это не так.
Вам надо:
А где в centos конфиг nginx - да пожалуйста: /etc/nginx/nginx.conf
ISPManager 4 держит все конфиги виртуальных хостов в нём же. И учтите, при изменении настроек виртуального хоста в панели ваши настройки могут(практически наверняка) сломаться. Использование панели подразумевает, что вы конфиги ей генерируемые не трогаете.
В 5 версии, кстати это предусмотрели, и там уже можно работать с конфигом nginx через панель, что-то изменяя, и ломаться он не будет.4
А то, что вам сказали, что вам там надо что-то исправить, так вас обманули. Надо смотреть, что именно не работает, читать логи, и тогда поняв проблему лезть её исправлять.
Вопрос такой: если в папку /etc/nginx закину дополнительный файл, назвав drupal.conf, с содержимым, взятым отсюда: https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/ ? Действия мои будут правильными?
Нет.
Чтоб думать в правильном направлении, нужны элементарные познания в теме..., чего так не хватает мне
Помогите уж
В файле: 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?
Покажите уже наконец-то свой конфиг nginx. Готов поспорить, что дело именно в нём
И ошибётесь.
А теперь поглядим, какие права на файл /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 там просто не существует.
насколько я помню то из под windows владельцы файлов не поддерживаются.
посмотри кто владелец файлов. самый простой способ проверить правильно ли установился владелец, это зайти через фтп (FileZilla или подобным) и посмотреть на владельца и группу (не путать с правами) у распакованных файлов и любым залитым через фтп.
У вас nginx запускается с правами того же пользователя, кому принадлежит дирректория сайта? Параметр user в /etc/nginx/nginx.conf. Если нет, то пропишите того, кого надо, и перезапустите nginx.
Блин - какие замечательные советчики... Там стоит ispmanager4. Пользователей там может быть несколько. Если nginx запустить от одного из них, то что будет со статикой остальных по вашему?
Вот содержимое конфига (файла nginx.conf):
давайте конфиг из conf.d
отсюдова: /etc/nginx/conf.d ? Там всего лишь 3 файла: virtual.conf, ssl.conf и default.conf. Который из них?
«Заливаю по фтп с помощью WinSCP файл, у него группа и владелец - root»
Это первая и большая ошибка: заливать надо из под пользователя, которого вы в панели создали, в вашем случае, похоже sites.
под root только настройки делаются. И то, заходить напрямую под root очень плохая идея в принципе.
«Я пробовал уже всем папкам и файлам владельца поменять на root»
Всё ровно наоборот же надо сделать.
С ходу не вьехал, что у вас с апачем зоопарк. Мой совет да, тут не канает.
Вы бы уже нашли себе ковыряльца на денюшку разумную, хотя б для первичных настроек сервера. Походу, это самый разумный совет, что можно по вашему вопросу дать.
А ещё разумнее обратиться в техподдержку)
Обращался, еще неделю назад... Вчера только, то есть через неделю, соизволил ответить так: напишите, какие настройки в nginx необходимо внести, администратор сделает...
Могу и Вам "порекомендовать" этого хостера: lto-vds.ru, у меня тариф OTF-4 ... Позарился на то, что один раз всего платишь и все, других платежей не надо делать годами... По условиям он сам должен был установить операционку, ISPmanager, nginx, все настроить и перенести мои сайты со старого хоста... Вот так "настроил и перенес"...
Ещё разумнее переехать на шаред, и не мучать себя и ТП, которая, в данном случае, должна только предоставить стабильную работу самой виртуалки.
Возьмите любой удобный Вам VPS/VDS только с операционкой например CentOS и поставьте например за 5 минут https://vestacp.com/ будет готовый Web с UI панелью для настроек, как по мне очень даже чистый и удобный, и не надо разбираться с зоопарком - время = деньги?!
А кто будет настраивать сервер и решать проблемы? Всё вернётся на круги своя уже в процессе установки весты, которая куда более проблемна,
чем тот же ISPManager.
Лучше посоветовать автору какой-нибудь шаред хороший. Я вот не могу - не пользуюсь.
> А кто будет настраивать сервер и решать проблемы?
Какие именно?
Проблема решилась после того, как в vds-сервер зашел через ISPmanager как пользователь sites, всем папкам рекурсивно поменял владельца (владельцем папок и изначально был sites, но по новой командой через ISPmanager папкам поставил владельцем sites). И все эти операции проделал уже через "менеджер файлов" от панели ISPmanager 4 lite.
До этого владельца папок/файлов и права доступа менял через WinSCP.
Но в связи с этим новые вопросы появились: мой администратор root косячный? Или мой любимый WinSCP "косячил"?
Администратор рут - он царь и бог. Поэтому юзеру, от которого запускается сервер, не положено трогать божественные файлы.
Алиллуя!
Файлы и папки сайта, должны иметь определённого владельца, чтобы веб сервер (apache и nginx) запущенные от определённого пользователя, могли с этими файлами работать.
Естественно, они запущены не от root.
Почитайте о системе прав в Linux|Unix - это будет вам очень полезно.
P.S. Осталось теперь настроить сервер в целом, и через пару лет всё будет работать хорошо.
ты распаковывал архив из под рута и владельцем стал рут
из под прог для винды владелец обычно не поддерживается.
Почему понадобилось повторное назначение папкам владельца sites, это уже вопрос...
И почему папки сервера признали команды только из-под ISPmanagera, тоже вопрос...
Еще вопросы:
1. подскажите хороший русскоязычный онлайн учебник по lunix/unix ...
2. где почитать русскоязычный мануал относительно оптимизации серверов?
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.
Оф. доки соответствующих демонов.
По первому пункту, к предложенному выше могу добавить:
https://www.freebsd.org/doc/handbook/ там есть отличия от Linux, но не так и много, если подумать. И она-таки неплохо написана.
https://wiki.gentoo.org/wiki/Handbook:Main_Page/ru Если действительно хотите разобраться, вообще стоит повозиться с Gentoo поплотнее, например, поставить себе её как десктоп, или хотя бы как виртуалку на своей же машине. Это сложно, но даёт полезные навыки и понимание, как это всё работает внутри, что неоценимо.
Но всё это надо только, если вы действительно решили заняться всерьёз администрированием.
Надо понимать, что нормально разобраться во всех нужных вопросах дело не дней и даже не недель - это месяцы, и даже годы, если разобраться настолько, чтобы можно было как-то администрировать даже просто продакшен веб сервер.
Это время стоит куда дороже, чем услуги администратора или расширенная поддержка хостера(т.е. те же услуги администратора)... И если оно вам нужно для одного проекта это просто не оправдано. Вы потратите кучу времени, и получите результат очень не скоро при том.
По второму пункту: такого не существует в принципе. Англоязычного, впрочем, тоже.
Много обрывочных сведений по конкретным вопросам, выступления конференциях и обсуждения на профильных форумах по настройке тех или иных прог, разных аспектов и.т.п. Всё это надо собирать в кучу, читать документацию ДУМАТЬ, пробовать строить различные системы, пробовать различные настройки, анализировать результаты.
Это всё работа сисадмина, и его практический опыт. Это невозможно описать в мануале, это невозможно в книге-то описать. Это и прорва информации, и умение её искать, анализировать и применять.
Я, например, занимаюсь этой работой уже больше 15 лет, и каждый день узнаю что-то новое...
Администрирование очень непростая профессия, требующая больших знаний и постоянного обучения.
Я занимался раньше разработкой электроники, и программированием встроенных систем. Так вот, это вполне сравнимо по сложности. Задумайтесь.
Есть разные мануалы по узким вопросам. По некоторым можно получить работоспособное на первый взгляд решение. Но чаще всего, это крохи информации в горах шлака. Очень много мануалов, либо не описывают вообще ситуации, в которой должны быть использованы и реально работают. Либо не работают вовсе и написаны непонятно кем.
Проблема в том, что тем, кто мог бы писать подобные мануалы, не нравится писать им интересны их сервера, и у них нет на это времени. А у тех, кто пишет нет знаний, чаще всего. И опять же, чаще всего, какую-то мелочь описанную в документации и работающую в определённых ситуациях они описывают (и реально думают что это так) как великое достижение. Вот так пишутся мануалы обычно: "О, какая штука, она мне помогла, это же очень круто, надо это описать!"
Мануалы отстают от технологий, путь осилит идущий...
Надо читать документацию на используемые приложения, а не какие-то левые мануалы.
"И умный в гору не пойдёт." Т.е. не каждый путь имеет смысл осиливать - можно и надорваться.
Решать задачи надо конкретные и по ним искать информацию, - нет ничего не решаемого.