Владельцам 3.8.6: не поставили патч - потеряли форум!

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

  • Неограниченное количество категорий и суб-категорий
  • Настройки прав доступа по группам
  • Настройки прав доступа по каждой категории
  • Предпросмотр медиа файлов: 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  
OldEr
Мастер
Master
 
OldEr's Avatar
Default [Статья] Как избежать проблем с кодировками 10

В данной изложены причины возникновения проблем с кодировками. Методы их решения описаны в данной теме.

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

А теперь представьте, что шотландец это кодировка latin1, а его диалект - это сопоставление swedish_ci. Переводчик, это соответственно та же latin1 только уже general_ci, но он не знает, что сопоставление шотландца - это swedish_ci. Ну а китаец - это utf-8 с сопоставлением unicode_ci, и ему все равно, кто такой шотландец и даже, кто такой переводчик, он уверен, что с ним общаются на его родном utf-8 в unicode_ci. И теперь начинается самое интересное: шотландец говорит переводчику: "Скажи, пожалуйста, китайцу следующее в utf8_unicode_ci...", переводчик внимательно слушает шотландца и переводит с latin1_general_ci в utf8_general_ci, и вроде все хорошо, но ведь должно быть немного не так, переводчик должен был перевести с latin1_swedish_ci в utf8_unicode_ci, а этого не произошло. А теперь представьте, что будет, если из этого трио уйдет переводчик. Да, будет именно то, что мы называем иероглифами, знаками вопроса или кракозябрами. К счастью, этого можно избежать.

Теперь отступим от аналогий и сравнений и углубимся в суть. У MySQL сервера есть некие GLOBAL VARIABLES, или просто глобальные переменные, среди которых есть те, которые отвечают за кодировки. Сервер обращается к этим переменным в том случае, когда ему не указали, в какой кодировке и с каким сопоставлением он должен общаться с клиентом - скриптом. В какой кодировке приходят данные от скрипта, в какую кодировку их перекодировать, чтобы записать в БД, а в какой кодировке их отдать скрипту, если это понадобится? Каждая из этих переменных может хранить только одно значение, ведь всем пользовательским БД на сервере не угодить, у кого-то БД использует cp1251, у кого-то utf-8, а у кого-то вообще latin1, поэтому настоятельно рекомендуется после инициализации соединения с БД указывать серверу, в какой кодировке мы хотим отправлять, хранить и читать наши данные, даже, если эта кодировка совпадает с кодировкой по умолчанию. И так, что для этого нужно. Нужно знать только кодировку таблиц Вашей БД (берем тот случай, когда заведомо известно, что данные в таблицах хранятся в той же кодировке, что и сами таблицы, и кодировка БД выставлена верно). Открываем скрипт инициализации соединения с БД и сразу после установки соединения добавляем следующую строку:



Code:
mysql_query("SET CHARACTER SET 'X'");


где, X - кодировка ваших таблиц без сопоставления.

Этот запрос сделает следующее, он установит:



Code:
SET character_set_client = X;
SET character_set_results = X;
SET character_set_connection =  кодировка Вашей БД;
SET collation_connection = сопоставление(сравнение) таблиц Вашей БД;


Либо так:



Code:
mysql_query("SET NAMES 'X' COLLATE Y''");


где, X и Y - кодировка БД и сопоставление(сравнение) таблиц БД соответственно.

А этот запрос, сделает тоже, что и предыдущий, только сопоставление здесь Вы указываете самостоятельно:



Code:
SET character_set_client = X;
SET character_set_results = X;
SET character_set_connection = X;
SET collation_connection = Y;


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

<strong>character_set_client</strong> - указывает, в какой кодировке клиент (скрипт) передает данные серверу.
Примечание: если скрипт самостоятельно не конвертирует данные, то значение этой переменной и charset мета тега должны совпадать:


Code:
meta http-equiv="Content-Type" content="text/html; charset=X"


<strong>character_set_results</strong> - указывает, в какой кодировке сервер будет отдавать данные из БД клиенту (скрипту).

<strong>character_set_connection</strong> - указывает в какую кодировку нужно перекодировать присланные клиентом данные из кодировки, указанной в character_set_client.

<strong>collation_connection</strong> - указывает сопоставление символов текущей, установленной, кодировки X.

Просмотреть текущие значения этих переменных можно следующим MySQL-запросом:



Code:
SHOW VARIABLES LIKE 'character_set%';
SHOW VARIABLES LIKE 'collation%';


Все эти действия желательно производить перед установкой скрипта, то есть еще перед тем, как он занесет данные в БД, чтобы избежать проблем с кодировкой в будущем.

Если Вы все равно наблюдаете "кракозябры", но уверены, что данные в БД хранятся в верной кодировке, то проверьте наличие директивы:



Code:
AddDefaultCharset X


в файле .htaccess и закомментируйте ее, если она там присутствует, а также укажите браузеру определять кодировку сайта автоматически.

В начале статьи я сказал, что мы заведомо уверены в том, что данные в БД хранятся в той же кодировке, что и таблицы, но а что, если это не так? Об этом в следующей статье. = )

Обсудить статью, либо задавать вопрос можно в этой теме.

Last edited by OldEr : 06-07-2011 at 02:32 AM.
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
 

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:53 AM.


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