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

[Александр]

Каковы должны быть требования к хостингу для нормального функционирования сайта на базе typo3 с посещаемостью около 1-5 тыс. посетителей в сутки?
Подойдет ли для этого обычный хостинг, например peterhost или что-то в этом роде? Или нужно брать что-то более мощное.
Как решается проблема доступа к данным, ведь это тысячи запросов к mySQL.

[Andreas Schwarzkopf]

Думаю, требования зависят от вида сайта: много ли там динамики, как магазин или чат итп. Если да, то по-видимому без выделенного сервера не обойтись, или по крайней мере обычный хостинг на мощной машине. Если же контент обычный, то запросов к базе данных не так уж много. Страницы лежат в кэше 24 часа (настройка в Typo3 по умолчанию), соответственно запросов в базу данных на обычных страницах мало. Что касается провайдера, тут ответить трудно, ведь неизвестно, сколько клиентов приходится на один сервер и насколько мощный этот сервер. Тут нужен довольно серьезный анализ.

[Delestor]

Хотелось бы более подробно узнать общие требования к хостеру и нужные параметры.
Версия PHP
Версия MySQL
RAM
Register_Globals
Safe_Mode

Есть ли ещё какие-то специфические требования?

В частности сайт с базой пользователей 500.
Посещаемость не больше 100 человек в день. И ориентировочно 20 одновременно.
Насколько продвинутый нужен хостер? Возможно ли хостить такой сайт менее чем за 10$?
_________________
Никогда не бойся делать то, что ты не умеешь. Помни, ковчег был построен любителем. Профессионалы построили "Титаник".
(с)

[Valery Romanchev]

Версия PHP
4.3.x
GD практически везде сейчас стоит

ImageMagic тоже практически везде стоит... если ее нет, или хостер не может поставить - с таким хостером определенно не стоит иметь дело

использование exec в PHP
должно быть разрешено (иначе ImageMagic нельзя будет использовать)


Версия MySQL
4.1.x (на 5.x тоже работает)
не должно быть ограничений на количество запросов в час к базе MySQL

RAM
1 Gb - на всех хостингах есть


под PHP memory_limit - 48Мб для всей фукнционалности
32 - без менеджера расширений.

Register_Globals
off

Safe_Mode
off

Насколько продвинутый нужен хостер?

должен быть не загружен сервер.
Т.е. 300 аккаунтов на сервере - не катит. А именно так и есть у большинства.. или даже 500.

Возможно ли хостить такой сайт менее чем за 10$?

Невозможно. На таких хостингах нормально работают только статические сайты или очень простые системы (и то обычно до тех пор, пока хостер не повесит 400 аккаунтов на сервер)

[fella]

Столкнулся с проблемой выбора "бюджетного" варианта хостинга под TYPO3.
Остановился на INFOBOX. Пока усе вроде путем. Работает. Нагрузка небольшая. Как поведет себя при более серьезной нагрузке не известно.
Минусы. Памяти- 32мб (хотя у других хостеров и того меньше бывает). Ext Manager не работает. Устанавливается шаманским способом (проблема с тем, что скрипт начинает проверять все доступные базы в мускуле, у хостера на это запрет, нужно закачивать уже готовую базу).
Плюсы. Удобная панель. Поддержка работает быстро.

[Guinness]

Сообщение от fella

Столкнулся с проблемой выбора "бюджетного" варианта хостинга под TYPO3.
Остановился на INFOBOX. Пока усе вроде путем. Работает. Нагрузка небольшая. Как поведет себя при более серьезной нагрузке не известно.
Минусы. Памяти- 32мб (хотя у других хостеров и того меньше бывает). Ext Manager не работает. Устанавливается шаманским способом (проблема с тем, что скрипт начинает проверять все доступные базы в мускуле, у хостера на это запрет, нужно закачивать уже готовую базу).
Плюсы. Удобная панель. Поддержка работает быстро.

Если не работает из-за того, что памяти мало, то можно поставить Light Extension Manager (ch_lightem), ему 25М требуется.

Ну а что касается баз, то можно вручную прописать в localconf.php сервер, юзера, базу и пароль, а потом уже начинать установку и настройку.

PHP код:

<?php
$TYPO3_CONF_VARS['SYS']['sitename'] = 'New TYPO3 site';

        // Default password is "joh316" :
$TYPO3_CONF_VARS['BE']['installToolPassword'] = 'bacb98acf97e0b6112b1d1b650b84971';

$TYPO3_CONF_VARS['EXT']['extList'] = 'tsconfig_help,context_help,extra_page_cm_options,impexp,sys_note,tstemplate,tstemplate_ceditor,tstemplate_info,tstemplate_objbrowser,tstemplate_analyzer,func_wizards,wizard_crpages,wizard_sortpages,lowlevel,install,belog,beuser,aboutmodules,setup,taskcenter,info_pagetsconfig,viewpage,rtehtmlarea,css_styled_content,t3skin_40';

$typo_db_extTableDef_script = 'extTables.php';

## INSTALL SCRIPT EDIT POINT TOKEN - all lines after this points may be changed by the install script!

$typo_db = 'your_base';
$typo_db_username = 'your_user';
$typo_db_password = 'your_password';
$typo_db_host = 'localhost';

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

Можно поднять лимит в файле 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