Джумла не имеет прав на нужные ей папки

Я не переводил на FastCGI - при заходе в админку по прежнему была ошибка.

Тогда уже делайте до конца:

chown -R dram:dram /var/www/dram/data/www/site.com/*

Это сейчас сделал - ошибка не пропала. Вернул www-data

cделал chmod 777 ~/

и жду неделю пока у меня на декстопе самозародится шелл какой-нибудь..

иначе вы тут наврали все.

Вы не сравнивайте **** c пальцем... Т.е. десктоп, который нафиг никому не упал кроме Вас и на котором может даже публичных сервисов нет вероятно - и виртуальный хостинг, где этот шелл зальет Вам радостно Вася с соседнего аккаунта. Или вообще через дырку в каком-то дремучем cgi-скрипте сайта Марьванны, работающем с правами апача.

так если каждый клиент ограничен open_basedir и cgi запрещен, то как он это сделает?

Хм, на тех хостингах что я видел - клиенты бы сильно расплювались если им cgi запретить. Да еще и крон в придачу. А еще шелл открутить.

cgi умер. по крайней мере не развивается. единственное полезное cgi-приложение это bugzilla

проверьте права и владельцев папок и файлов

Не на дестктопе, а на сервере у Вас.

chown -R dram:dram /var/www/dram/data/www/site.com/*

У Вас опять путаница в голове. Потому что Вы делаете две противоположных вещи. Нельзя неперевести на FastCGI и при этом расчитывать, что отработает Suexec. Пожалуйста внимательно перечитайте, что я Вам написал.

Либо FastCGI и тогда chown dram:dram, либо mod_php и тогда chown www-data:www-data. права на файлы не выше 644, а на директории не выше 755 в любом из обоих случаев. И все гарантированно заработает.

ну сделал и на сервере, что уж там. Дальше то что? Положить сверху грязного тряпья по Геродоту?

Вы о чем? Не понял перфоманса... Я дал четкую инструкцию от начала и до самого конца. И почему Вы спрашиваете что делать, когда я инструкцию другому человеку давал? Расскажите свою историю - я и Вам дам инструкцию под Вашу ситуацию.