drupal.ru -> 4.4

Аватар пользователя axel axel 15 мая 2004 в 0:08

Хорошая новость. Я таки собрался и попробовал апдейт этого сайта на 4.4. Пока локально :) Как и ожидалось, проапдейтилось. Некоторые модули правда пришлось временно выключить, в том числе модули image и urlfilter. Если второй можно послать нафиг (поставим bbcode), то в первом какая-то ерунда с фильтрами получается. Кто-нибудь пробовал модуль image на 4.4? Поставлен для эксперимента также filtercache - делает ли что-нибудь не видно (тестить мне стало лениво, хотя собирался), но не глючит, что уже хорошо. Также, кто пробовал textile? Удобная штука, imho, но с русским какие-то засады. Регекспы там его явно не учитывают :\ Да, filestore тоже что-то не заработал...

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

0 Thanks

Комментарии

Аватар пользователя axel axel 15 мая 2004 в 12:39

Здесь на сайте в нем не вижу необходимости. Он ведь все равно обращается к базе, но позволяет создавать разноязычные ноды. Нам это надо? Для drupal.ru достаточно многоязычного интерфейса, поэтому планирую использовать тот же патч, что и сейчас - для работы с gettext и определением языка по настройкам броузера.

--
Axel

Аватар пользователя B.X B.X 16 мая 2004 в 1:41

И filestore и image всё нормально работает. Даже слишком хорошо...
filtercashe я тоже включил, но особой от него пользы что-то не замечал... у textile с русским проблемы - это давно известно... у меня ещё модуль aggregator тоже ошибки выдаёт, но это из-за того, что у меня не та кодировка.

Аватар пользователя Basielienis Basielienis 19 мая 2004 в 1:29

У меня textile заработал только с поддержкой mbstring.
Вообще, для русского в юникоде по-хорошему надо включать mbstring. Маленькая проблемка в 2-3 местах: строковые функции mbstrig не любят, когда им скармливают пустые переменные, кое-где надо проводить проверку if($your_var) аргументов перед вызовом функций.

Также mbstring решил все мои проблемы с поиском, хотя кавычки (коды xAB, xBB) неправильно фильтруются, что с mbstring, что без него - иногда убивают буквы "л" и еще какие-то, вроде бы содержащие xBB в 1 из байтов юникода. Пришлось убрать их из preg_replace в search.module. По идее, надо фильтровать двухбайтовые коды 00AB и 00BB, но я не разбирался, как это сделать.

Аватар пользователя axel axel 22 мая 2004 в 3:30

Можно чуть подробнее? У меня вот PHP собран с mbstring, но textile это не помогает. Как его заюзать этот mbstring?

--
Axel

Аватар пользователя Гость Гость (не проверено) 26 мая 2004 в 6:51

Добавить в .htaccess:

php_value output_buffering On
php_value output_handler mb_output_handler
php_value default_charset UTF-8
php_value mbstring.language Russian
php_value mbstring.http_input auto
php_value mbstring.http_output UTF-8
php_value mbstring.internal_encoding UTF-8
php_value mbstring.substitute_character none
php_value mbstring.func_overload 6

После этого вылезут сообщения об ошибках в некоторых файлах. Там надо просто перед функциями сделать проверку аргументов. Если надо, могу сделать diff, когда время будет.
Вот мое кривое описание, которое делал для себя, для CVS версии
для common.inc, вставить if $c.
в menu.inc стр26:
if ($parent) $_lenght = strrpos($parent, "/");
$parent = substr($parent, 0, $_lenght);
в theme.inc line 189: if($links)
Извиняюсь за лапшу, просто сейчас времени нет. Все собираюсь нормально написать про это, да и разработчикам надо написать, чтобы совсместимость с mbstring была, это ж им просто.

Аватар пользователя axel axel 26 мая 2004 в 9:36

Спасибо, впрочем доки уже сам начал читать (в мануале по PHP это описано). Да, совместимость с mbstring это было бы неплохо и надо такую тему на drupal.org поднять, хотя пока еще не разобрался в чем там проблемы с проверкой аргументов. Про настройки php.ini понятно все вроде.

--
Axel