22 октября 2015 в 19:18
Ставлю Друпал не в первый раз, но впервые - на собственно-установленный сервер centos 7. Перед этим пробовал centos 6 и установка проходила без проблем... Делаю, как положено: default.setting.php клонирую в settings.php, создаю папку files, и файлу settings.php и папкам files и default выставляю 777, но инсталлятор как писал, что не может создать папку и записать настройки, так и продолжает ругаться... в чем может быть проблема? Я пытался распаковывать файлы и от юзера, и от рута... толку нету... Насколько я понимаю, если стоят права 777, то вообще не важен владелец?... В общем, голова на бекрень 
...
Комментарии
Ставить лучше на Дебиан 7, или на Убунту.
Но у меня три сайта работают на centos без проблем... правда те я на готовую систему ставил... может чего не учел при установке системы... ? Или может на 7 centos какая-нить новая фича? Или php 5.4 как-то по другому работает?
Названиесайта/сайтес/дефолт/ везде 777 проставьте
Не помогло
Так сайт уже стоит?
Я вначале хотел перетащить сайт, который ставил на centos 6. Залил файлы, импортировал Базу, но с ходу, открывалась только главная страница, остальные не находил. Решил провести инсталляцию, обнаружил данную проблему... Теперь вот, уже полностью перезалил новые файлы, и даже с новой 7.41 версии... не идет
Поставьте Опенсервер, через 15 минут всё будет отлично.
Это же под винду? Мне зачем это?
прогони скриптом:
«ИЛИ Есть классный скрипт.....»
Что за группа www-data? Он у меня ругается на нее
Прогнал скриптом по пользователю apache, он сделал всех под владельца apache, но ничего не изменилось... Инсталлятор все-равно не имеет доступа
так у тебя другой может быть, посмотри какой.
https://toster.ru/q/91219
зря ты вообще с центосом связался.
Прогнал скриптом по пользователю apache, он сделал всех под владельца apache, но ничего не изменилось... Инсталлятор все-равно не имеет доступа
А с центосом связался потому что мои два сайта, которые я делал именно на нем... я и так все время забываю что где находится, а тут еще если другой поставлю, вообще каша в голове будет...
Победил... нашел в сети такое лекартство:
chcon -t httpd_sys_content_rw_t settings.php
Может кто-нибудь растолкует, что это значит?
симлинки в document_root и выше используются?
Посмотрите логи апача и PHP.
Скопируйте конфиг апача с "рабочей" системы в "новую"
Без понятия
[Wed Oct 21 11:40:35.183750 2015] [core:notice] [pid 9685] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Wed Oct 21 11:40:35.185646 2015] [suexec:notice] [pid 9685] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using localhost.localdomain. Set the 'ServerName' directive globally to suppress this message
[Wed Oct 21 11:40:35.243485 2015] [auth_digest:notice] [pid 9685] AH01757: generating secret for digest authentication ...
[Wed Oct 21 11:40:35.245491 2015] [lbmethod_heartbeat:notice] [pid 9685] AH02282: No slotmem from mod_heartmonitor
[Wed Oct 21 11:40:35.468821 2015] [mpm_prefork:notice] [pid 9685] AH00163: Apache/2.4.6 (CentOS) PHP/5.4.16 configured -- resuming normal operations
[Wed Oct 21 11:40:35.468898 2015] [core:notice] [pid 9685] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
попробуй тут разберись...
Рабочей версии не было, ставил с нуля. старая рабочая была другой версии
У тебя включен SELinux он не давал писать.
фикс что ты нашел, это добавление правила чтоб апач мог изменять директорию.
кстати добавь на папку files тоже, иначе аплоадить не будет.
По всей видимости, эта зараза туда залезла, когда ставил "Development tools"
Плохой совет. Никогда так не делайте, если есть вообще какой-то выбор.
В rhel/crntos apache запущен из под apache:apache.
Мне debian-based тоже больше нравится, но "лучше" это очень спорно, вопрос только вкуса.
Возможно, стоит SELinux выключить в принципе - не зная как оно работает, будет больше вреда чем пользы.
Или придётся как следует в этих механизмах разобраться и всё настроить. Это такая штука, которая не работает "из коробки".
Использовать лучше nginx+php-fpm, или хотя бы nginx + apache(itk).
Владельцем файлов сделать какого-нибудь пользователя user, под которым и работать над сайтом.
Запускать процесс php-fpm/apache из под apache:user.
Дать права на запись группе, где надо писать файлы веб серверу (sites//files, например), и только на чтение группе там, где писать не надо.
Ну, и наконец, наймите сисадмина, хотя бы для первичной настройки, а лучше и для поддержки. Не настроенный/отвратительно настроенный сервер, это очень плохо, а судя по вопросам, настроить вы его, совершенно точно, не сможете, даже если сайт в итоге у вас и заработает. И за сервером надо внимательно следить, даже за настроенным очень хорошо.