Агава и Drupal (совет по совместному использованию)

забавные требования размещать все странички исключительно в cp1251.

конечно, это ведь по-настоящему русская кодировка, самая популярная. Она лучше koi тем, что в неё включены многие символы, которых в koi нет. И с ней не бывает глюков, как с utf (ввиде нечитабельности буквы Я в некоторых документах)...

Кстати, если это требование, то как разрешили отключить? Тогда это уже не требование, а совет и предложение...

Если уж быть исторически точным, то "по-настоящему русская кодировка" - это как раз КОИ, поскольку ее разработали и приняли как ГОСТ в СССР. С помощью КОИ8 можно было читать даже русские тексты на компьютерах не имевших русского знакогенератора, а работавших в распространенной тогда у буржуев ASCII. Тогда русские буквы виделись translitom. Именно так и работал Штирлиц в логове врага, когда читал донесения из Центра. А win-1251, cp866, iso8859-5 и пр. - это все вредные шпиенские провокации направленные на подрыв социалистических ценностей. На провокации у нас однако повелись, вот отчего СССР и развалился.

Не, это не требование - это дефолтная настройка ориентированная на юзеров клепающих странички во FrontPage. Чтобы когда они выложили свое творение - не доставали саппортов вопросами, почему их страничка показывается какими-то кракозябрами. Но даже не все опытные пользователи знаю директиву DisableCharset из русского Apache и у них могут вылезти проблемы. Тем более в FAQ по хостингу однозначно написано: "Все файлы на сервере должны быть в кодировке win-1251."

--
Axel

Однако ни lynx ни links на хостинге найти не удалось. Зато нашелся wget. Поэтому скрипт cron-lynx.sh из поставки Drupal, обычно используемый для дергания cron.php пришлось переделать. Содержимое приняло такой вид:

#!/bin/sh
/usr/bin/wget <a href="http://mysite/cron.php" title="http://mysite/cron.php">http://mysite/cron.php</a> -O /home/user/tmp/cron.php -o /home/user/tmp/cron-log >/dev/null 2>&1 
rm -f /home/user/tmp/cron.php >/dev/null 2>&1
rm -f /home/user/tmp/cron-log >/dev/null 2>&1

По идее должно работать и с wget.


--

Axel

Пытался поставить Drupal на одном из серверов агавы (hut1.ru).

он не заработал (: - в логах видим что:

FATAL: erealloc(): Unable to allocate 28080 bytes

..я где-то видел что у агавы на размер скрипта ограничение 100кб

вобщем если кто смог запустить его на hut скажите, как это получилось и какой релиз drupal

PS
подскажите легкие CMS (новости, статьи) без мега функциональности и перегруженности (:

Если у тебя проблемы с запуском cron.php то год назад попадался мне какой то модуль, который позволяет отказаться от cron. Суть того модуля - запуск cron.php при посещении сайта пользователями. Так что ищи на drupal.org

Так наоборот ленивые космополиты :) пошли на поводу буржуев и подстроились по IBM...
Пошла серия ЕС "совместимая" с IBM360...
А если бы не "победили" "копировщики" и "совместители" то у нас бы компы были лучше... :)

Ну да ладно...
Все равно большевики виноваты... как не крути...

Удачи!

Я ставил Drupal на платный хостинг Агавы. Там таких ограничений нет. На их бесплатный хостинг вполне вероятно друпал не влазит.

--
Axel,
www.axel.drupal.ru

У меня сайт на Агаве, все бы ничего,но есть проблемы,и не малые.Во-первых плохо работает служба поддержки.Не могу выйти на FTP,обновить сайт,так уже месяц не отвечают???,я уже на другой сервер сайт перевела,а этот не могу теперь закрыть.
Во-вторых.Вешают рекламу порнухи,сайт у меня приличный,и вдруг такая гадость.Стыдно перед посетителями.Мне уж море писем прислали,думают,что это я сама вешаю...
В- третьих.Очень серьезно.Эта порнуха прописывается у клиента,он потом долго чистить кэш,проклинает этот сайт и обходит его стороной.Вот так.

Просьба,ответте,кто компетентен.Как достучаться,до агавы,не могу удалить сайт! На FTP не попасть,не принимают пароля,на письма не отвечают, сайт гуляет сам по себе,бесхозный, а они вешают на него бенеры,ну просто,черти что!

Подозреваю, что сайт был на бесплатном хостинге, раз речь идёт о баннерах - можно попробовать позвонить им по телефону, хотя насчёт поддержки бесплатного хостинга по тел. не уверен, но раз на письма не реагируют так только.

--
Axel,
www.axel.drupal.ru

У меня оказалась проблема, когда только IE корректно отображал русские буквы.
Мозилла последняя показывала только вопросы (?). Несмотря на прямое указание использовать utf-8.
И только перелопачивая форум удалось найти решение:

Следует прописать в .htaccess директиву

CharsetDisable ON

Хоть бы на странице с русификацией это было указано. :(
И кроме того до сих пор не понятно, почему локализация стандартная устанавливает язык "ru", а тут в заголовке пишется "ru-RU".
ЗАЧЕМ?

а ексли кто поставил на хут1, нельза-ли поподробнее, пошагам, как это удалось, я даже базу не могу установить

Установить на hut1.ru (бесплатный хост с поддержкой php, mysql, .htaccess) так и не удалось :((( почему-то после комирования друпала на хост никакие файлы броузером не определяются и он перебрасывает автоматически на агаву :((( мож дело в настройках .htaccess???

--
creative forces of da fat konekshan [ тюмень. junglizm ]

удаляю .htaccess, начинает грузиться, но пишет следующее:
Fatal error: Table 'dafat3.users' doesn't exist query: SELECT u.*, s.* FROM users u INNER JOIN sessions s ON u.uid = s.uid WHERE s.sid = '22be486b0a04804716c078d3e3fb2fd1' AND u.status < 3 LIMIT 0, 1 in /home/d/dafat.hut1.ru/WWW/includes/database.mysql.inc on line 66

импорт данных в базу сделал, все как полагается

--
creative forces of da fat konekshan [ тюмень. junglizm ]

С тех поддержкой и защитой безопасности сайта на Агаве просто беда. При возникновении проблем их (тех поддержку) не дозовешься. Делают все, что бы обошлись без них. А ежели Сайт рухнул, то с той стороны только хихиканье. Спрашивается, зачем там держать сайт. Мы ушли. И очень рады этому.

С уважением и пожеланием всего наилучшего,
Сергей