Хостинг
http://www.000webhost.com, о котором
я уже писал ранее за несколько последних дней сначала успел разочаровать, а затем и порадовать.
Для начала о грустном. Спустя несколько часов после того, как я рассказал о первой проблеме и том, что функциональность, как и обещалось, была восстановлена минут за 15, хостинг упал намертво. Позже в панели управления появилось знакомое сообщение об обновлении ПО, но прошло, наверное, двое суток, прежде чем хост ожил. А в той же панели администраторы честно признались: умер жёсткий диск, мол, простите. Все прежние данные пропали, восстанавливать их хостер не стал (чего, впрочем, и не обещал). К тому же, если верить тому же объявлению, хард навернулся на совсем новом сервере, где бэкапы ещё даже и не настроили («… It was a new server, setup 3 days ago only and backups were not processed yet…»). Неприятно, но если бы на бесплатном хостинге стояли многоуровневые RAID`ы — я бы удивился.
Теперь о хорошем. С новым винтом хост работает (надеюсь, винт ещё протянет годик) и на него почти без бубна поставился Wordpress, а потом и (sic!) Drupal 6.1. Единственное, чего не хватает Drupal`у до полного счастья — так это cron`а. В панели управления (cPanel, с русским, кстати, языком) он обозначен, но добавить задание не получается.
Службу поддержки я уже тестировал: обещают ответить в течение суток и, надо сказать, отвечают. Вопрос у меня был больше организационный, теперь попробую обратиться с техническим — по поводу планировщика.
В процессе установки с Drupal`ом, правда, пришлось немного поэкспериментировать. Встал он сразу, но ЧПУ (они же SEF-links) не включались, притом Drupal сообщал, что на этом сервере их включить и не получится. Видимо, сервер грамотно прикидывается: в .htaccess Drupal`а есть навороченная конструкция для определения конфигурации mod_rewrite и php, в соответствии с ней для ЧПУ чего-то нужного не находилось. Но я рискнул и добавил грубо в самый конец файла:
RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
После такой операции Drupal позволил активировать ЧПУ, всё работает.
Не знаю, починят ли мне cron на сервере, но если нет, то я не расстроюсь. Нашлась альтернатива cron`у серверному в виде веб-сервиса
http://webcron.org, который по вашему заданию ходит и запускает в нужное время нужные скрипты. Сервис бесплатный, но регистрации (с подтверждением e-mail`а) требует и постоянно норовит перейти с английского на какой-то ещё европейский и, видимо, родной для него язык. Тем не менее, работает как часы (а так и должен) и удобен тем, что в одном интерфейсе позволяет вам собрать сразу кучу заданий.
UPD: Cron хоть и в панели есть, к использованию не разрешён. Так ответила тех. поддержка в обещанный срок. Но выше я уже написал, какая есть альтернатива. Кроме ограничений с планировщиком нашёл ещё один лимит, о котором, впрочем, написано в пользовательском соглашении: файлы более 5МБ администрация заливать не рекомендует и может удалять без предупреждения. По мне, так не проблема вообще: сотни файл-хостингов вообще и медиа-контента в частности — к вашим услугам. А видео на YouTube хранить понадёжнее, чем даже на платном хосте.
Параметры платформы: Apache 2.2.8 (Unix), PHP 5.2.5, MySQL 4.1.22, Linux 2.6.18-53.1.14, perl, доступ к sendmail. 250МБ диска, 100ГБ трафика, пяток почтовых ящиков создать разрешается, но можно и отредактировать MX-записи. Нет рекламы, есть партнёрка с оплатой за привлечённых пользователей. До сих пор не понимаю, на чём товарищи зарабатывают.
Рекомендую всем, но не забывайте бэкапиться.
О
000webhost на этом, пожалуй, рассказывать прекращаю. По крайней мере, до тех пор, пока сервис не испортился.
На «прощание» о хорошем: на хост без проблем установились и phpBB 3 (даже mbstring для него нашёлся, imagemagick, правда, отсутствует), и Pligg.