parser

Хостинги: net.ru

Расскажу про net.ru

Операционная система Unix/FreeBSD 4.5
Веб-сервер Apache 1.3.27 mod_ssl/mod_php/mod_fastcgi/mod_caucho/mod_rewrite...
PHP 4.2.3 с поддержкой GD (jpeg, png), MySQL, PostgreSQL, Zlib, cURL,
DOMXML, Mcrypt, ZendOptimizer (phpinfo)
Perl 5.6.1 библиотеки DBI, libnet и др. (modules)
Java JDK 1.3.1 (Resin 2.1.2) servlet, JSP, XTP (packages)
Python 2.1
MySQL 3.23.54
PostgreSQL 7.2.1

DocumentRoot не кривой и указывает на реальное местонахождение корня веб в файловой системе сервера(хотя раньше с ним были проблемы (для всех сайтов был /users), сейчас они это дело исправили и больше с DocumentRoot проблем нет).

DocumentRoot на их сервере определяется так:
/users/первая_буква_дом._имени/вторая_буква_дом._имени/доменное_имя/html/...

например для domain.ru
/users/d/o/domain.ru/html

да следует отметить что на этом хостинге все сайты располагаются в каталоге /html и его подкаталогах (если заходить по ftp), например сайт www.domain.ru находится в /html/www и DocumentRoot для него соответственно:
/users/d/o/domain.ru/html/www

Где размещать сам скрипт парсера не важно (я размещаю его в cgi-bin соответствующего сайта (ftp путь /html/www/cgi-bin, для сайта www.domain.ru), главное чтобы права к каталогу и самому скрипту(700 или -rwx --- ---) стояли правильно.

На этом хостинге парсер с safe mode работает нормально, — у них пользователь, от имени которого запускается скрипт, совпадает с пользователем, который является владельцем всех файлов.

На хостинге есть поддержка СУБД MySQL и PostgreSQL. Я работал только с MySQL и не испытал никаких проблем ни со стабильностью работы ни с настройками парсера для работы с этой СУБД (не надо указывать специфических путей к клиентской библиотеке).

С отправкой e-mail тоже нет никаких проблем, путь к sendmail здесь нормальный и почта парсером отправляется.

Вообще это очень неплохой хостинг (и по ценам и по стабильности работы) и с парсером начиная с версии 3.0007 там проблем быть не должно.