После месяца напряженных боев с Друпалом (увенчавшихся хоть и не полной победой над ним, но хотя бы взаимопониманием) пришёл к следующей ситуации - либо замена хостера (хостинг RBC - не установлен mb_string, критические проблемы с MySql, тормоза по времени исполнения скриптов и памяти, жду ответа техподдержки 2 недели и не дождался, дорого и т.п.) на нового, либо смена движка.
Помятуя статью в Компьютерре про современные CMS решил попробовать JOOMLA. Два часа бился над этой системой "для домохозяек", после чего понял, что домохозяйкам, как и кухаркам вполне можно доверить управление государством, если они сумели разобраться в джумле и что-то серьезное на ней настроить и создать.
Алаверды, возвращаюсь к истокам, а проблемы буду решать Божьей помощью.
За сим прощаюсь, потому что надо инсталлить Друпал с базой по пятому разу, ибо повторенье - мать ученья.
Комментарии
жутко интересно...
но непонятного много...
вот например, какой тариф на RBC? (и сколько стоит)
какую версию друпала устанавливали?
Какая версия у MySQL и PHP?
Какие именно критические проблемы с MySQL?
хостинг надо менять, потому что на нормальном хостинге Друпал нормально работает... а если уж не отвечают на вопросы, то менять надо вообще, независимо от Друпала...
Ну так просвещу...
Тариф - примерно 130$ в год за хостинг. Пользуюсь второй год, но собираюсь валить
Друпал 4.7.3
MySql ('по данным phpinfo()') - 4.1+ (точно не помню)
UTF-8 не держит ни в какую, единсвенный доступный вариант - cp1251, который друпаловский поиск замечательно херит (я об этом потом напишу поподробнее, ибо проблема не только моя)
PHP 5.0.5, здесь нормально
На счет критических проблем много можно сказать, два примера:
1. cron.php (работает через fetch) выдает ошибку в 90% запусков (timeout), учитывая то, что обрабатывает не более 5 нодов за раз.
2. установка русского перевода через импорт в локаль (не целым файлом, а через ru_*-4.7.po) - проходит с третьего на четвертый раз.
Короче, беда
Давайте тему создадим по хостингу
Каждый скажет где хостится и какие плюсы и минусы
И всем будет щастье
идея неплохая, только сначала наберите в строке поиска drupal.ru слово хостинг и почитайте
насчет кодировки
попробуйте в .htaccess поставить что-то типа
<Directiory директория_вашего_сайта_от_корня_сервера>
AddDefaultCharset utf8
<IfModule mod_charset.c>
CharsetPriority utf8 windows-1251 koi8-r ISO-8859-5 ibm866
CharsetDefault utf8
CharsetSourceEnc utf8
</IfModule>
</Directory>
или просто
AddDefaultCharset utf8
<IfModule mod_charset.c>
CharsetPriority utf8 windows-1251 koi8-r ISO-8859-5 ibm866
CharsetDefault utf8
CharsetSourceEnc utf8
</IfModule>
только вот модуль mod_charset может быть не подключен
если есть возможность - подключите
можно еще попробовать весь сервер на utf8 перевести, если хостер позволяет
я, конечно, попробую, спасибо за код.
Но дело в том, что сервер замечательно функционирует на UTF-8 и без этого.
UTF-8 не держит MySql. Хотя 4.1
Это странно, но факт
Третью неделю жду ответ техподдержки на этот вопрос, но пока ...в ответ тишина
сижу на ht-systems.ru вроде всё нормально, суппорт в полчаса стабильно отвечает круглосуточно, cron помогли настроить...
Не у всех такие радости
Я пока крон настроил, семь потов сошло
Ответ по крону от саппорта так и не получил
Я бы давно свалил на другой хостинг, но у меня год вперед проплачен, так что - либо бодаться и настраивать, либо...
крон очень просто настраивается на любом доступном сервере - не обязательно на хостинге, а еще есть модуль poormanscron - работает без настройки, и не пейте пожалуйста, от этого болеют.
В стакане - лимонад
Приписка про Cron - это к слову (камень в саппорт хостера), poormanscron много здесь обсуждался, это вариант для тех, у кого вариантов не осталось
я всем рекомендую Servage.net
вот ссылки по теме: [url=http://www.drupal.ru/node/2096#comment-8384]http://www.drupal.ru/node/20... - обсуждение хостинга...
[url=http://harzah.net/image/tid/30]скриншоты[/url] - панель управления...
...
из достоинств:
на хостинге нормально, без проблем, работает Друпал... нет ограничений на базы данных, поддомены, алиасы и тд... почта, перенаправление тоже без ограничений... место 110 гигабайт, траффик 1100 гигабайт в месяц...
...
работает стабильно, отвечают быстро, саппорт на английском языке...
ну и можете оценить Друпал в работе (по той же ссылке, что и галерея со скриншотами - мой сайт)...
Володя, спасибо, но также интересно где хостятся другие участники сообщества
Я попробую достучаться до rbc.ru, потому что все проблемы можно решить двумя кликами мышки [условно]. Вопрос в том - нужно ли это кому-нибудь кроме меня.
Если не найду взаимопонимания, буду искать новый хостинг
что - из за крона??? у хостинга главное быстродействие и ограничения а не крон, а крон можно сделать модулем poormanscron
я тоже так думаю... cron - это не главное...
хотя хостер, который не отвечает на вопросы - это в наше время нонсенс...
Я ушел от них месяца через 3 работы. Симптомы те же - мало мощности на shared, мёртвый суппорт. И это при том, что посещаемость тогда была на порядок меньше.
ЗЫ: Сейчас использую выделенный сервер
У меня до недавнего времени в течении года сайт был на infobox-е (план Econom)... На прошлой недели пришло письмо с уведомлением что сайт превышает допустимую нагрузку на ЦП и мол надо исправить в течении 3-х дней. Отчего вдруг появился этот перегруз так и не смог понять, т.к. хостер предоставляет только график нагрузок без расшифровки по скриптам и т.п. Вобщем сайт в итоге заблокировали... Вроде и посетителей не очень много, в р-не 160 - 200 в сутки, а такая фигня.
Сейчас перенес сайт на servage.. но на нем тоже не все хорошо как может показаться на первый взгляд, где-то писал уже на этом форуме про лимит запросов к базе...
модуль devel Вам поможет - посмотрите сколько происходит запросов на страничку, поправьте что-б время создания страницы правильно отдавалось (что-б поисковики не скачивали весь сайт каждый день целиком), поставьте ограничения на robots.txt что-б поисковики не качали в 30 коннектов за раз (яндекс так любит), ну и тд. если кто досит то закрытся через .htaccess