После установке Joomla 1.6 на VPS, папки недоступны на запись... - Хостинг для Joomla

Надеюсь что кто-то подскажет где я ошибся...
Создал пользователя, и под его учетной записью создал домен. Залил через панель архив и извлек файлы. При установке ругнулось что configuration.php недоступен на запись, после установки в админке все пункты недоступны для записи...
Хочется как-то по человечески, как у всех 

На папках выше был доступ 751 по умолчанию, ставил 755, все так же...



P.S.

вот, нафиг нужен такой сайт который не может окупить нормального админа

Вот у меня такой, даже доменное имя не окупилось за год...

что значит "пункты недоступны на запись"? Вы случайно не пункты меню ли имеете в виду?

Да нет... Просто не русифицировал пока...
Что-то я гдето упустил видимо...
Поиск по форуму результатов не дал, в Google смотрю, но тоже глухо...


Частично получилось, если:
WebServer to PHP Interface:    cgi-fcgi
То все работает  Но вот боюсь что оперативной памяти будет просить больше...?
Сейчас на шаред хостинге посмотрел, там вот так настроено (просто cgi ):
Интерфейс веб-сервер -> PHP:    cgi

если есть доступ к командной строке, попробуйте

sudo chmod -R 755 /var/www/mihanaja80/data/www/testvps.com

P S мне немного не нравится два www в Ваших путях. по идее, на Линаксах сайты ставятся под /var/www/. я бы проконсультировался у провайдера.

Mihanja80, если у Вас используется php как модуль Apache и при этом Apache без mpm-itk патча, то выставляйте на нужные каталоги права = 777, а на файлы 666.

пока оставил так:
WebServer to PHP Interface:    cgi-fcgi
С правами теперь все нормально. Вот только я незнаю будет ли в этом режиме достаточно оперативной памяти, так как пишут что в этом режиме ее требуется больше.

Тоже самое что и у ТС, только все что говорилось здесь не помогло.
Какие то еще есть варианты?

Mihanja80, если у Вас используется php как модуль Apache и при этом Apache без mpm-itk патча, то выставляйте на нужные каталоги права = 777, а на файлы 666.

Я остановился на варианте:
WebServer to PHP Interface:    cgi-fcgi

Все работает супер!

У меня хостер сейчас с fcgi и APC и памяти меньше ест чем как модуль apache.

А в чем сложность поставить apache + mod_itk? ISPmanager это из коробки умеет. Это будет и идеологически верно (нежели выставлять тупо 777 на все каталоги) и время отклика сайта не будет страдать (как при php как fastcgi) и производительность будет высокой + возможность управлять параматрами php через htaccess (в отличии от php как cgi).

ну если свой впс то править настройки php через htaccess не обязательно... Можно в директории каждого сайта свой ини файл создать, это же не шаред хостинг

>и время отклика сайта не будет страдать (как при php как
fastcgi)

Откуда такая информация?

>и время отклика сайта не будет страдать (как при php как
fastcgi)

Откуда такая информация?

Как минимум обратите внимание на то как работает php в режиме fastcgi, как запускается процесс, выполняющий запрос, что происходит при первом и последующих запросах, какие параметры можно регулировать в конфиге fastcgi.
А максимум собственный опыт. Один знакомый размещал у нас свои сайты еще в то давнее время когда мы использовали fastcgi. Вот он был очень дотошный и замерил такой параметр как время отклика сайта при включении php как fastcgi, как cgi и как модуль apache.
И для своих сайтов, которые обладали низкой посещаемостью ставил php как cgi (время отклика было низким, время выполнения запросов высоким, но приемлемым для такого типа сайтов), для нагруженных проектов ставил fastcgi (время отклика на первый запрос высокое, но время отклика и время выполнения послед. запросов низкое).
Сейчас mod_itk. Это все те же прелести что и fastcgi в плане разделения ресурсов + прелести php как модуля в плане удобства клиентам (то же изменение параметров php через htaccess), скорости отклика сайта и скорости выполнения запросов. А добавление ко всему этому акселератора PHP, кеширующего прокси-сервера nginx, сжатие ответов сервера на уровне nginx - получаем качественную платформу для хостинга сайтов.