Что-то не соображу - внезапно перестал работать Parser на GoDaddy

Webnode 08.08.2012 00:17

Отдыхал, вернулся и вижу нерабочий свой сайт у хостера GoDaddy.
Ничего не менял(c), parser был примотан через .htaccess

Просто не работает всё, что связано с parser. Картинки - могу, статику прочую - да, напрямую /cgi/parser3.cgi - тоже, вижу Parser/3.4.2 (compiled on x86_64-unknown-linux-gnu) (но код ответа 500, неправильный заголовок ???).

Доступа к конфигу Apache нет, только косвенно через панель можно рулить. ScriptAlias "зашит" на /cgi/, который зачем-то в веб-пространстве находится, вот так - /html/cgi/

Было в корневом .htaccess так:

AddHandler parsed-html phtml
Action parsed-html /cgi/parser3.cgi
DirectoryIndex index.phtml

при запросе корня сайта пишет:

/: '/html/missing.html' read failed: No such file or directory (2), actual filename '/html/missing.html' [file.missing]

также ругается на любой прочий ранее работающий скрипт.
из шелла parser3.cgi не исполняется кстати:

-bash-3.2$ ./parser3.cgi
-bash: ./parser3.cgi: cannot execute binary file

В панели хостинга появилась жесткая привязка расширений к интерпретаторам, типа py -> Python и т.д., свою сделать (на parser3.cgi) не дают. Видимо, причина в этом. Закрутили гайки :)

Сам ScriptAlias работает, тестовый perl исполняется.

Посему два вопроса:
1) Можно ли как-то обойти это ограничение, ведь как бы запускает parser из /cgi/? пробовал в /cgi/ класть на parser-е тест с начальной строчкой #!/точный/путь/до/parser3.cgi - не помогло, та же ругань что файл не найден.

2) Забыть это всё и сменить хостера, интересен что-то типа VPS или толстый шаред, с большим или неограниченным трафиком в US или в EU, чтобы parser работал и не было таких "сюрпризов". Сервер с 6-10К уников в день, каждый "кушает" по 35Мб примерно. то есть около терабайта в месяц. Памяти диска в 40-80Гб и 512RAM вполне хватает. Есть у кого на примете хороший хостер подходящий, поделитесь а?

---