форум vBSupport.ru > vBulletin > Old vB versions (3.0.x & 2.x.x) > vBulletin 3.5.x > vBulletin [3.5] Troubleshooting and Problems
Register Меню vBsupport Изображения Files Manager О рекламе Today's Posts Search
  • Родная гавань
  • Блок РКН снят
  • Premoderation
  • For English speaking users
  • Каталог Фрилансеров
  • If you want to buy some product or script
  • Администраторам
VBsupport перешел с домена .ORG на родной .RU Ура! Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
for English speaking users:
You may be surprised with restriction of access to the attachments of the forum. The reason is the recent change in vbsupport.org strategy:

- users with reputation < 10 belong to "simple_users" users' group
- if your reputation > 10 then administrator (kerk, Luvilla) can decide to move you into an "improved" group, but only manually

Main idea is to increase motivation of community members to share their ideas and willingness to support to each other. You may write an article for the subject where you are good enough, you may answer questions, you may share vbulletin.com/org content with vbsupport.org users, receiving "thanks" equal your reputation points. We should not only consume, we should produce something.

- you may:
* increase your reputation (doing something useful for another members of community) and being improved
* purchase temporary access to the improved category:
10 $ for 3 months. - this group can download attachments, reputation/posts do not matter.
20 $ for 3 months. - this group can download attachments, reputation/posts do not matter + adds eliminated + Inbox capacity increased + files manager increased permissions.

Please contact kerk or Luvilla regarding payments.

Important!:
- if your reputation will become less then 0, you will be moved into "simple_users" users' group automatically.*
*for temporary groups (pre-paid for 3 months) reputation/posts do not matter.
Уважаемые пользователи!

На форуме открыт новый раздел "Каталог фрилансеров"

и отдельный раздел для платных заказов "Куплю/Закажу"

Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже:
Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
 
 
 
 
Spari
Простоузер
Default Сложности с перехом на UTF8
0

Вот, говспода, имеется такая проблема.
Есть Вобла, пока что 3.5.4 и в паре с ней Joomla 1.0.11 (CMS такая, если кто не в курсе).
Между обоими софтинами настроен мост, все отлажено и прекрасно работает.
Поставлено оба продукта было в cp1251
Но вот появилась необходимость перевести все все на UTF8.
Мы сдампили с помощью Sypex Dumper Lite 1.0.8 базу как была, в кодировке 1251, после чего перекодировали весь дамп в УТФ8, изменили указанные в дампе кодировки таблиц на UTF8 соответвенно.
Залили назад, перекодировали интерфейс Джумлы в Юникод, раскомментили настройку на испоьзование Юникода в исходнике (все по инструкции) - и все замечательно, Джумла без проблем стала работать в УТФ-8.
А вот Вобла - не стала.
Хотя дамп её таблиц 100% в УТФ-8 весь русский текст она отдает исключительно в ????.
Вроде перешарил её исходник, в class_core.php вроде явно указал кодировку utf8 и в строке set names указал utf8
А ей все равно, показывает ???, что наводит на мысль, что устанавливает все равно левую кодировку.
В связи с этим и возникает вопрос - как конкретно перевести движек форума на UTF8 ?
+ к этому еще другой вопрос - как перевод на Юникод базы может повлиять на процесс обновления форума на следующие версии? не подавится ли ?
(от себя добавлю, что не переведя базу на UTF-8 Джумлу до следующих версий обновлять станет уже крайне сложно.)
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
 
 
netwind
Гуру
 
netwind's Avatar
Default
0

Там где настраиваются языки задается кодировка. Изменяли?
 
 
Spari
Простоузер
Default
0

Дополнение к проблеме.
Внимательно еще раз перечитал форум, попробовал добавить строку в init.php

Quote:
И/или в файле includes/init.php ищем
PHP код:
// make $db a member of $vbulletin
$vbulletin->db =& $db;


после добавляем
PHP код:
mysql_query("SET character set utf8");
соответвенно, добавив mysql_query("SET CHARACTER SET utf8");

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

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

Я в непонятках.


добавлено через 1 минуту
Quote:
Там где настраиваются языки задается кодировка. Изменяли?
Изменил, сомо по себе не помогла.
И потом, когда Юникод декодируется как 1251 этот "язык" выиден.
А тут были только вопросики, что означает неверное перекодирование.

и снова поправка...все равно ничего не выводит.
Никакого текста вообще.
Влогиниться более не позволяет войти на форум не позволяет.

Last edited by Spari : 11-04-2006 at 09:06 PM. Reason: Добавлено сообщение
 
 
netwind
Гуру
 
netwind's Avatar
Default
0

я чтото не припоминаю русских вобл на utf8..
для эксперимента попробуй с нуля поставить форум английский и потом добавить язык.
возможно при конвертировании сохраненные через php переменные "разрушились".
serialize() хранит размеры строк, при конвертации в utf размеры строк в байтах различаются.

то есть если это вдруг заработает, значит вобле жить..

добавлено через 16 минут
хм а ведь если ты не видишь ошибок, значит всякие datastore были нормально сброшены и перестроены, то есть про serialize() нефтему.
ну попробуй еще php.ini и .htaccess проверь, вдруг там насильно win1251.

Last edited by netwind : 11-04-2006 at 09:24 PM. Reason: Добавлено сообщение
 
 
Spari
Простоузер
Default
0

Я, конечно, могу это сделать, но это не решает самого вопроса - ведь база-то у меня существует уже не пустая, и надо привести в порядок именно её..
Вообще, тут какая-то очень странная ситуация.
Если не ставить никаких принудильных указаний в коде форума что база - УТФ, то он, форум, вроде как нормально работает.
Показывает, конечно, только вопросики, но не более того.
Стоит только принудительно заставить рабоатть через Юникод с базой - все немедленно валится.
Я уже перепроверил - дамп-то нормально сконвертировался, никаких проблем... И другие вроде здесь тоже конвертили и ничего.

В общем как-то мое уважение в Вобле стало сильно падать, особенно опосля убойно простого перевода Джумлы в юникод

добавлено через 45 минут
Тихо начинаю сходить с ума.

В коде форума вместо
mysql_query("SET CHARACTER SET utf8"); поставил (сейчас)
mysql_query("SET character set utf8");
Форум заработал - по русски на 1251, только кодировку указывал УТФ8 в заголовке страницы.
Возникает вопрос - что это может значить?
Значит ли это, что в базе хранятся таблицы в кодировке 1251 или он заставляет базу её, кодировку, перекодировать?(что технически возможно)


Не стоит и говорить, что кодировка дефолтная в базе - юникод.
Вообще все это как-то непонятно...



добавлено через 1 час 7 минут
И снова вести с полей.

Все это удивляет меня все более и более.
Итак, все действительно работает с Юникод базой и указанием cp1251
Более того, даже темы создаются (уже не ожидал)
Но не это все приколы - как не странно, рабоатет даже синхронизация с сайтом.
Так, темы созданные на форуме осображаются на сайте, очевидно, и наоборот.

На форуме разом умерли аватары, и, надо полагать, аттачи.
Впорочем, я уверен, это все решается предваритильным переносом их с базы в папку.

Из всего этого, надо заключить, что не знаю как там накосячили уважаемые нуллеры, но движек форума не работает напрямую с UTF-8.
(в моем случае, ИМХО)
Он нативно UTF-8 не понимает вообще.
чтобы как-то Юникод отображать, ему надо все равно указать другую.
Но может все таки его можно заставить напрямую рабоатть? у других-то как-то работало?

добавлено через 1 час 56 минут
И еще..теперь в начало всех страниц генерируемых форумом вставляется вот такие три символа
" п»ї "
И это вовсе не связано с шаблонами.

добавлено через 4 часа 9 минут
Quote:
хм а ведь если ты не видишь ошибок, значит всякие datastore были нормально сброшены и перестроены, то есть про serialize() нефтему.
ну попробуй еще php.ini и .htaccess проверь, вдруг там насильно win1251.
Ок, я проверил, нету ничего..и это не менее странно.
Но все таки, самое странное - почему при наличии базы с utf по дефолту,
utf- кодированном дампе таже Джумла прекрасно работает с юникодом, а Вобла - рабоатет если ей указать преобразование в 1251 кодировку?

Last edited by Spari : 11-05-2006 at 01:37 AM. Reason: Добавлено сообщение
 
 
netwind
Гуру
 
netwind's Avatar
Default
0

мне лично не хочется тратить в 3 раза больше места под базу данных ради неизвестно чего.

Вот с аттачами и аватарами ты лоханулся однозначно.
Конечно их нужно было перетащить в файлы, ты ж их содержимое перекодировал вместе с базой )
 
 
Sens0r
Простоузер
Default
0

ччёрт =)
У меня такая же проблема!
Для интеграции форума с cms необходимо перевести его в utf-8 =(
 
 
Spari
Простоузер
Default
0

Сорри, было не ответить никак.
Нет, как ни странно, у меня размер бызы не так сильно вырос, с 37 всего до 46 метров размер.

Но пришла мысль в голову - если форум работает при переключении set names 1251 то это значит, что для форума как буд-то ничего и не изменилось?
А если в скриптах апгрейда форума тоже явно указать set names cp1251 - может ли это решить проблемы с обновлением базы при апгрейде?
 
 
Pozniy
Продвинутый
Default
0

Quote:
Originally Posted by netwind
я чтото не припоминаю русских вобл на utf8..
http://www.vbsupport.ru/forum/showthread.php?p=53355

Есть такое. Я скрещивал Drupal (vBDrupal) и vB 3.5.4. Работало замечательно, только на другой хостинг не замечательно перенеслось... ;) Пришлось начинать с начала. Как раз сейчас кувыркаюсь с той же проблемой, переношу на модернизированную площадку и всё наработанное рухнуло. А вот и бэкграунд по вопросу (может сгодится кому):

http://www.vbulletin.com/forum/showthread.php?t=205071
http://www.vbulletin.com/forum/showthread.php?t=201406
http://www.vbsupport.ru/forum/showthread.php?t=6081
http://www.vbsupport.ru/forum/showthread.php?t=6303
http://www.vbsupport.ru/forum/showthread.php?p=31959
http://www.vbsupport.ru/forum/showthread.php?t=6444
http://www.vbsupport.ru/forum/showthread.php?t=4617

добавлено через 16 часов 20 минут
Quote:
Originally Posted by Spari
И еще..теперь в начало всех страниц генерируемых форумом вставляется вот такие три символа
" п»ї "
И это вовсе не связано с шаблонами.
У меня такое было, когда случайно (общим гамузом) изменил кодировку конфиговского файла с DOS на U8-UNIX. После этого с кодировкой конфиг.пхп больше не экспериментирую. :o

Вообще-то надо быть аккуратным, если используя UTF-8 случайно оставить какой-то модуль пхп в кодировке DOS, возникают траблы. Сейчас уже не вспомню с каким именно из модулей такое наблюдалось, но о том, что был прецедент помню точно.

Last edited by Pozniy : 11-12-2006 at 03:21 PM. Reason: Добавлено сообщение
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off




All times are GMT +4. The time now is 08:42 PM.


Powered by vBulletin® Version 3.0.13
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.