Каковы требования к хостингу для нормального функционирования сайта на базе typo3

[Дылгеров Ц.В.]

Можно поднять лимит в файле localconf.php, например:
ini_set(memory_limit, '30M');

Это если не помогает установка переменной в htaccess

[Tod]

А можно поподробнее узнать о переменных
Register_Globals - off
Safe_Mode - off
... то есть в чем их значимость для типо3, для каких целей служит установка их в off.
Если есть где об этом почитать, киньте ссылочку...
Заранее спасибо.

[void]

Если register_globals = on, то безопасность системы очень сильно нарушается. При этом любая переменная, переданная через get или post, становится внутренней глобальной переменной, и может например перезаписать глобальную переменную из require_once'a.

Если safe_mode = on, то накладывается много ограничений. Например, на функцию exec, то есть выполнение программ вне safe_mode_exec_dir становится невозможным... Соответственно, IM, zip и все другие сторонние приложения в этом случае работать не будут.

[Basilio Cat]

register_globals в целом для typo3 опасности не представляет, т.к. система написана "чисто", с инициализацией переменных. Но конечно "на всякий случай" лучше иметь возможность отключать. Впрочем это часто разрешается из .htaccess (дефолтный _.htaccess по моему как раз содержит пример)

На хостингах с safe_mode = On typo3 фактически не работает. Вернее можно заставить работать, закачивая абсолютно все, включая экстеншены, по фтп, но это изврат. Причина банальная - при закачки экстеншена от заливается на диск под владельцем www или nobody, тогда как safe_mode не разрешает делать include скриптов с другим владельцем. Исключение составляют хостинги, у которых PHP работает как CGI, в этом случае safe_mode жить не мешает, но в случае CGI его как раз и выключают, т.к. системных средств разделения доступа и suexec вполне хвататет.

PHP как CGI. Работает как правило тормознее, на CGI как правило ставят более жесткие лимиты по памяти на процесс php (memory_limit не поможет) и на одновременное количество процессов. В результате две админки с фреймами и пара юзеров на сайте приводят к периодическим 500 Internal server error (проверено на современных тарифных планах РБК). Также не работает eacceleraror. Плюсы - нет необходимости расставлять права на запись на каталоги типа upload.

PHP как FastCGI. Работает по скорости почти как модуль апача, eacceleraror работает (хотя в доке к нему сказано обратное), с правами каталогов также как и в CGI. Количество процессов настраивается для FastCGI, потому error 500 надоедать особо не будет

ImageMagick. Если он не установлен, работать с Typo3 можно, но весьма некомфортно. Не видны превьюшки для закачанных картинок, картинки не мастабируются по maxWidth, ну и про gmenu тоже придется забыть, особенно в части niceText. Часто IM установлен, но open_basedir в PHP не дает его заюзать (РБК старые тарифные планы), проблема решается пинанием саппорта.

Windows hosting (IIS/PHP/MySQL). Как ни странно, на виндовых хостингах под управлением Plesk for windows Typo3 работает. Среди особенностей - права на каталоги выставляются только из самого плеска, из его файлового менеджера. Как правило ImageMagick там не доступен, не работает также и exec

[Valery Romanchev]

Windows hosting (IIS/PHP/MySQL). Как ни странно, на виндовых хостингах под управлением Plesk for windows Typo3 работает. Среди особенностей - права на каталоги выставляются только из самого плеска, из его файлового менеджера. Как правило ImageMagick там не доступен, не работает также и exec

настраивали для двух закачиков TYPO3 для IIS/PHP/MySQL
(в одном случае IIS5 на windows 2000 сервер, во втором IIS6 на windows 2003 сервер - немецкая версия ;-) )
в обоих случаях вот по этому мануалу http://wiki.typo3.org/index.php/Windows

в первом случае было много плясок с IM - (ставил GraficMagic)

[Pavel Antonov]

В случае IIS внимательно прочтите про предоставление серверу прав на запись к файлам. Из за этого может быть много непонятных ошибок.