Удаление папки /install/ - обязательно!

Файловый Архив

  • Неограниченное количество категорий и суб-категорий
  • Настройки прав доступа по группам
  • Настройки прав доступа по каждой категории
  • Предпросмотр медиа файлов: FLV, IFLV, F4A, F4V, MP4, MP3, MOV и других...
  • Мультизагрузка файлов - SWFUploader
  • Добавление файлов с сервера
Подробности и история обновлений продукта в этой теме
Loading

Go Back   форум vBSupport.org > > >
Register Изображения Меню vBsupport Files Manager Аллея Звёзд Реклама на форуме Search Today's Posts Mark Forums Read
  • Мемберка
  • Администраторам
  • Premoderation
  • For English speaking users
  • Изменения в правах
  • Каталог Фрилансеров
Пароли на скачивание файлов в Member Area меняются автоматически каждый день
Если вам нужно скачать какой то скрипт, за паролем ко мне в ЛС
привет какирам kerk
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа 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.
Не можете скачать вложение?
Изменения в правах групп пользователей
внимательно читаем эту и эту темы
Короткая версия - тут
Уважаемые пользователи!

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

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

 
 
Old  
AleX
vBManiac
 
AleX's Avatar
Exclamation [Статья] Кодировка vBulletin 116

Так-с, очень много проблем, связанные с кодировкой форума. В итоге у некоторых появляются “кракозябры” (непонятные спецсимволы и т.п.), а у некоторых вообще отсутствует язык на форуме.

Как с этим бороться?

Существует последовательность определения своих действий:
1. Используя PHPMyAdmin “залезть” в БД форума, и определить в какой кодировке находятся таблицы;
2. Определить кодировку Мускула (MySQL);
3. Предпринять действия к предотвращению проблемы.

Допустим, БД у нас в кодировке utf-8, а соединений мускула и его кодировка в ср1251.

Будем использовать стандартную функцию файла config.php. Открываем данный файл и находим следующую строчку:
Code:
// $config['Mysqli']['charset'] = 'utf8';
По умолчанию она закомментирована. Нам же следует ее раскомментировать (убрать //) и указать требуемую нам кодировку. Т.е., выйти должно следующее:
Code:
$config['Mysqli']['charset'] = 'utf8';
Данный прием работает лишь в том случае (да, бывают и чудеса), если Вы используете MySQLi, а не MySQL и по большей части при условие чистой установки (!). Конфигурация так же находится в файле config.php:
Code:
$config['Database']['dbtype'] = 'mysql';
Вот и все.


Что делать, если это мне не помогло?
Самое главное мы сделали — отрегулировали всеобщую кодировку БД и vB. Но, если у Вас все же проблема отображения некорректных символов осталась, то следует "копать" уже в другую сторону.
Последовательность действий:
1. Убедиться, что предыдущие действия по отрегулировке кодировки имеют правильный характер. Одним словом, дать себе и машине понять, что на серверной части все так, как и должно быть;
2. Проанализировать показатели браузера по выбору кодировки.

Да, как оказалось, браузер может и не "почувствовать" изменения, которые Вы проводили. В таком случае, весь процесс отладки завершен лишь наполовину.

Как пример: Имеется форум с параметрами кодировки — БД: Кодировка базы (utf-8), кодировка таблиц (utf-8), сопоставление MySQL (utf-8), языковая кодировка (utf-8).
В браузере каким-то боком все выводится "кракозябрами". Смотрим кодировку, которую выбрал браузер и делаем ужасающее открытие — он отображает Вам страницу в кодировке ср1251. Что же делать?
А следующие:
1. Если в корне форума нет .htaccess, то создать его;
2. В этом самом файле .htaccess прописать:
Code:
AddDefaultCharset [нужная для Вас кодировка]
В нашем случае, будет выглядеть так:
Code:
AddDefaultCharset utf-8
Более подробная информация по .htaccess: Указание явной кодировки

Данный метод решения — брутален. Но, полезен для тех, кто не может прочесть даже символы в админ-панели. Для тех, кому удалось перескочить на английский язык, предлагаю глобальное решение проблемы:
Админ-панель — Языки и фразы — Управление языками — Редактировать настройки — Набор символов HTML — [выставить нужную кодировку]

Есть еще варианты?

Да, есть еще один вариант. Но, он кардинально меняет кодировку соединения. Если обычное решение не помогает, значит у вас большие проблемы с кодировками, которые надо решать, иначе есть вероятность в будущем получить бекапы, которые невозможно восстановить.

Тем не менее, для тех, кто хочет, чтобы работало прямо сейчас, ещё один вариант решения:

Берем файл init.php с папки includes, находим там строчку (сразу после подключения):
PHP Code:
{
vbulletin_demo_init_db();

И после этой строчки используем сия код:
PHP Code:
mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'"); 
Все проблемы должны решиться.
Другая ситуация - БД в ср1251, Мускул в utf-8. Берем все тот же init.php, находим ту самую строчку:
PHP Code:
{
vbulletin_demo_init_db();

И используем этот код:
PHP Code:
mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'"); 
Вот и все.

-------------------------------------------------
Внимание: Ниже - для версии 3.8! |
-------------------------------------------------

Найти:
PHP Code:
// make $db a member of $vbulletin 
Перед ней добавить:
PHP Code:
mysql_query ("set character_set_client='cp1251'"); 
mysql_query ("set character_set_results='cp1251'"); 
mysql_query ("set collation_connection='cp1251_general_ci'"); 
Или
PHP Code:
mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'"); 
-------------------------------------------------
Внимание: Ниже - для версии 4.x! |
-------------------------------------------------

Найти:
PHP Code:
// make $db a member of $vbulletin
$vbulletin->db =& $db
Перед ней добавить:
PHP Code:
mysql_query ("set character_set_client='cp1251'"); 
mysql_query ("set character_set_results='cp1251'"); 
mysql_query ("set collation_connection='cp1251_general_ci'"); 
Или
PHP Code:
mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'"); 
Тут все.

P.S. Не забудьте наново перезагрузить языковый пакет (!)

Примечание: Спасибо zCarot'у за актуальные правки. =)
Внимание: Если Вам данная статья не помогла, то воспользуйтесь статьей OldEr.
Attached Thumbnails
codepages.jpg  

Last edited by AleX : 04-22-2015 at 08:45 PM.
 
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 1

TAIFUN, а почему просто не заменить $charset на cp1251, какой смысл повторять запрос дважды?)
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
Old  
Luvilla
Блондинка с электро......
 
Luvilla's Avatar
Default 1

хм.. ну, раз уж править class_core, я бы вообще выкинула из того места всё лишнее

То есть, вот этот кусок

Code:
		restore_error_handler();

		if (!empty($charset))
		{
				$this->sql = "SET NAMES $charset";
				$this->execute_query(true, $link);
		}

		return $link;
	}
заменила бы на

Code:
		restore_error_handler();

		$this->sql = "SET NAMES 'cp1251'";
		$this->execute_query(true, $link);

		return $link;
	}
и не забывать править это место перед каждым обновлением...
 
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 1

Quote:
Originally Posted by Luvilla View Post
То есть, вот этот кусок
Вернее этот:
PHP Code:
restore_error_handler();

        if (!empty(
$charset))
        {
            if (
function_exists('mysql_set_charset'))
            {
                
mysql_set_charset($charset);
            }
            else
            {
                
$this->sql "SET NAMES $charset";
                
$this->execute_query(true$link);
            }
        }

        return 
$link;
    } 
OldEr добавил 17.09.2010 в 15:04
Вообще даже нет смысла редактировать файл, достаточно в конфиге раскомментировать строку:
PHP Code:
// $config['Mysqli']['charset'] = 'utf8'; 
и заменить utf8 на cp1251.

Last edited by OldEr : 09-17-2010 at 04:04 PM. Reason: Добавлено сообщение
 
Old  
TAIFUN
Человек
vBSSecurity
 
TAIFUN's Avatar
Default 1

Quote:
Originally Posted by OldEr View Post
Вообще даже нет смысла редактировать файл, достаточно в конфиге раскомментировать строку
Не всегда. На одном форуме срабатывает только описанный мною метод.
 
Old  
netwind
Гуру
 
netwind's Avatar
Default 1

TAIFUN, наверное, древний mysql. я считаю, в инструкциях для новичков такие исключения лучше опускать, чем запутывать.
 
Old  
SeM13
Знаток
 
SeM13's Avatar
Default 0

Не стал редактировать стороние файлы.
Решил попробывать с конфигом
Раскоментировал строчку и прописал 1251
$config['Mysqli']['charset'] = 'cp1251';
А дополнительная нагрузка не будет на сервер? Я не совсем сообразил для чего эта строчка? и тогда какой толк от этой статьи?
 
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 1

Quote:
Originally Posted by SeM13 View Post
А дополнительная нагрузка не будет на сервер?
Не будет.
Quote:
Originally Posted by SeM13 View Post
Я не совсем сообразил для чего эта строчка?
Указывает скрипту явную кодировку, которую он должен сообщить mysql-серверу для работы с ним.
Quote:
Originally Posted by SeM13 View Post
и тогда какой толк от этой статьи?
Не на всех mysql-серверах корректно работает запрос прописанный в функции соединения с БД, возможно это связано с версией, как сказал netwind.
 
Old  
st1nGer
Простоузер
Exclamation 0

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

Last edited by Luvilla : 09-21-2010 at 12:09 PM. Reason: Вложение удалено. Читаем правила.
 
Old  
Luvilla
Блондинка с электро......
 
Luvilla's Avatar
Default 0

st1nGer, сочувствую... что сейчас в БД?
бэкап сделан перед обновлением?

раз форум открыт, отключи чпу - в тему ж зайти нельзя
 
Old  
ITpeople
Простоузер
Default 0

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

Пробовал из шапки добавить строчки в init.php или раскомментировать строку в config.php - выдает те же ошибки что и у многих и не помагает.
Строка в htaccess тоже ничего не дала.

Если создаю новую тему или редактирую старые темы, сообщение, разделы, пользователей - обе буквы отображаются нормально - как вариант исправить везде вручную, но база уже достаточно большая что бы руками все исправить.

По идее все всегда было в кодировке utf-8, однако сейчас смотрю таблицы в phphmyadmin - и большинство в cp1251_general_ci, хотя внизу в сумме стоит utf8_unicode_ci
MySQL connection collation: utf8_unicode_ci

Версия форума 3.8.2

Подскажите, что лучше предпринять?



Для быстрой замены нашел такой вариант:

буква "ш" = chr(209).chr(63) / правильно chr(209).chr(136)
буква "И" = chr(208).chr(63) / правильно chr(208).chr(152)

Делаем 2 запроса:
UPDATE `our_table` SET `our_column` = REPLACE(
`our_column`,
CONCAT( CHAR(209), CHAR(63) ),
CONCAT( CHAR(209), CHAR(136) )
);

UPDATE `our_table` SET `our_column` = REPLACE(
`our_column`,
CONCAT( CHAR(208), CHAR(63) ),
CONCAT( CHAR(208), CHAR(152) )
);

здесь "out_table" - название нашей таблицы, "our_column" - столбец, в котором расположены данные.

Не понял последнюю строку про out_table и our_column - что вместо них нужно подставить?
 
 

Tags
utf-8, utf8, windows-1251, кодировка

Thread Tools

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 01:56 PM.


Powered by vBulletin® Version 3.0.17
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd.