Как оказалось, это очень больная тема для держателей блогов на wordpress (да и других CMS). Как описывалось ранее, то наши действия.
Переводим режим работы php в «php как cgi/fcgi»
идем в корень сайта и делаем
chown -R user:user
и вуаля!! все работает=)
Для CentOS все просто :
rpm -qa | grep php (на примере php)
Для Debian удобный пакетный менеджер :
dpkg -l '*php*'
звездочки с обоих концов означают, что рассматривается вариант, когда данное выражение неполное
можем построить конвеер dpkg -l '*php*' | grep ii (флаг ii — установленный в системе корректно)
В репо torrentfluxпоявляется только с Lenny , так что правим свои sources.list на нужные
далее
aptitude update
aptitude torrentflux
PS Важно знать root пароль от mysql, иначе если не знаем то ниже есть мануал по сбросу пароля в нем же
Уже не раз встречал при установке какой-либо CMS или в процессе оной вот такую заметку «Сделайте на всю вашу корневую директорию сайта chmod 777 , или ничего не будет работать». В бытность свою эдаким нубом практически все проблемы решались установкой этих самых прав, но это самая прямая угроза для безопасности сервера в целом. так что рассмотрим 2 случая работы вебсервера :
1 php как модуль апача
В этом случае все скрипты выполняются от пользователя демона apache.
Для Debian это по дефолту «www-data»
Для CentOS это по дефолту «apache»
то есть для полной работоспособности наших CMS нам стоит сделать владельца папок и файлов этим пользователем
chown -R www-data:www-data
chown -R apache:apache
и никаких чмодов менять не придется
2 php как cgi/fcgi
В этом режиме работы все скрипты выполняются владельцем соответственно нужно сделать chown под него и опять же все заработает без каких либо изменений прав доступа.
chown -R user:user