Освоение Typo3 от начала до конца, всё разжёвано :)

[Limer =)]

Саппотрт мне так толком и не объяснил... Но я нашёл в и-нете инфу, где говорится:

п1. Копируем /usr/local/apache-php4/bin/php-cgi в директории cgi-bin/ нужного нам домена.

п 2. Копируем файл /usr/local/apache-php4/php/php-cgi.ini в директории cgi-bin/ нужного нам домена.

3. Модифицируем скопированный файл php-cgi.ini в соответствии с поставленной задачей. Подробнее о формате файла php.ini и
о значении возможных директив можно прочитать в следующей статье:

* http://ru.php.net/manual/en/configur...iguration.file

4. В директории www/ нужного нам домена создаем файл .htaccess и добавляем в него следующие директивы:

Action php-script /cgi-bin/php-cgi
AddHandler php-script .php

Ребята, подскажите мне, Лаймеру, КАКОЙ КОМАНДОЙ копируются п.1 и п.2. Как я понимаю, это по SSH делается? Ну ПОЖАЛУЙСТА помогите кто-нибудь... :(

[void]

Либо командой cp, либо через mc (Midnight Commander).

[Limer =)]

Спасибо.Я скопировал php-cgi и php-cgi.ini в директорию cgi-bin.
Что нужно править в php-cgi.ini для увеличения memory_limit?

[Limer =)]

Всё получилось! Только почему-то у меня папки создались с правами 755, и я не могу на них права изменить...
typo3temp/pics/ directory not writable
typo3temp/temp/ directory not writable
typo3temp/temp/ directory not writable и.т.д.

Как исправить данную ошибку? Подскажите, пожалуйста!

[Limer =)]

В итоге, я переустановил TYPO, в install tool прописал права 0777 для папок. Однако, папку typo3temp не удалось удалить перед новой установкой, т.к. в ней остались файлы с расш. .cache.
Пришлось переименовать папку typo3temp/cs и typo3temp/llxml в typo3temp/11 и typo3temp/12. У меня появились новые папки
typo3temp/cs и typo3temp/llxml, однако папки 11 и 12 не могу удалить с сервера. Права тоже не меняются ни через ftp, ни по ssh. Стоят 755. Притом, выдаётся "Permission denied". Через install tool очистить в папке /typo3temp/ тоже не удаётся, просто данные файлы не удаляются. Как решить данную проблему?

[PhilD]

воспользоваться каким-нибудь php-шеллом. на многих хостингах подобные проблемы.

[Limer =)]

Дело в том, что саппорт предлагает следующие действия.

Дело в том, что PHP-сценарии, запущенные модулем mod_php, выполняются от имени пользователя wwwserver. Соответственно, если на чтение/модификацию не были выставлены разрешения для всех (достаточно 666 — для файлов, 777 — для каталогов), то модификация созданных такими скриптами файлов (каталогов) пользователю uXXXX (id площадки) будет запрещена (при доступе по SSH, по FTP).

Исключить проблему можно, установив достаточные для модификации файлов посредством функции chmod.

Сделать это рекурсивно можно, исполнив PHP-сценарий: <?php
function chmod_R($path, $perm) {

$handle = opendir($path);
while ( false !== ($file = readdir($handle)) ) {
if ( ($file !== ".") && ($file !== "..") ) {
if ( is_file($path."/".$file) ) {
chmod($path . "/" . $file, $perm);
}
else {
chmod($path . "/" . $file, $perm);
chmod_R($path . "/" . $file, $perm);
}
}
}
closedir($handle);
}

$path = $_SERVER["QUERY_STRING"];

if ( $path{0} != "/" ) {
$path = $_SERVER["DOCUMENT_ROOT"] . "/" . $path;
}

chmod_R($path, 0777);
echo $path;
?>


Разместите этот файл на площадке, в директории, доступной веб-серверу, например, как domain.tld/www/chmod.php

Вызывать скрипт нужно так: http://domain.tld/chmod.php?path_to_problem_dir или так: http://domain.tld/chmod.php?
/home/uXXXXX/domain.tld/www/path_to_problem_dir

В первом случае — указывается путь, относительно DocumentRoot для данного домена (domain.tld/www/ в нашем примере). Во втором случае (uXXXXX — идентификатор вашей площадки)- абсолютный путь от корневой папки сервера.

Однако, скрипт не работает, соответственно, права не меняются. Может, его нужно как-то модифицировать? Подскажите, пожалуйста.