| |
|
|
| | Второй день с RiSearch PHP сижу, никак не поддается, пробовал менять в скрипте функции strlen, substr на аналоги с приставкой mb_ - ничего путнего не получилось.
Может есть у кого-нибудь работающий вариант - буду крайне благодарен. Или кто-нибудь адаптировал его под UTF-8 и помнит особенности адаптации - замененные функции и т.п... | |
| |
|
|
| |
|
|
| |
для: igrok54
(04.07.2011 в 04:13)
| | | >пробовал менять в скрипте функции strlen, substr на аналоги с приставкой mb_ - ничего путнего
>не получилось.
А что вызывает затруднения? В mbstring не все функции есть аналогичные обычным строковым функциям, но недостающие можно написать самому... | |
| |
|
|
| |
|
|
| |
для: cheops
(04.07.2011 в 12:45)
| | | Вот и сижу, ковыряюсь... :( Результат пока в минус...
Факи и гугл отработаны полностью, информации обнадеживающей нет.
Прописывание локали дает сохранение базы в UTF-8, но запись в базу и вывод результатов бьет символы в многобайтной кодировке. В результате поиск работает с англ. языком и цифрами, а русский не понимает никак. | |
| |
|
|
| |
|
|
| |
для: igrok54
(04.07.2011 в 20:44)
| | | А в базе таблицы имеют кодировку UTF-8? Или символы бъются еще до того, как попадают в базу данных? | |
| |
|
|
| |
|
|
| |
для: cheops
(04.07.2011 в 21:12)
| | | Если, как написано в факе на оффсайте, прописать локаль в каждом PHP-файле строкой:
setLocale(LC_ALL, 'ru_RU.UTF-8');
то база создается в UTF-8, но символы все равно бьются.
Если же не прописать - то база в ANSI, символы, естественно, также бьются.
Т.е. символы бьются в обоих случаях, кодировка базы меняется. | |
| |
|
|
