У Вас не удалена папка /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  
OldEr
Мастер
Master
 
OldEr's Avatar
Default [Статья] Обсуждение цикла статей о кодировках 17

Тема для обсуждения следующих статей, а также вопросов связанных с ними:

- http://vbsupport.org/forum/showthread.php?t=40305
- http://vbsupport.org/forum/showthread.php?t=40306
- http://vbsupport.org/forum/showthread.php?t=40307
- http://vbsupport.org/forum/showthread.php?t=40309

Last edited by OldEr : 06-07-2011 at 03:16 AM.
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
Old  
WaXa
Знаток
 
WaXa's Avatar
Default 1

OldEr, молодец, добавлю в закладки
 
Old  
forumok
Простоузер
Default 0

А если на форуме все отображается нормально, а в базе крякозябры, нужно переделывать?
Просто никаких проблем вроде не наблюдается пока.
 
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 1

Quote:
Originally Posted by forumok View Post
Просто никаких проблем вроде не наблюдается пока.
До первого восстановления с бэкапа.
Лучше сразу поправить.
 
Old  
forumok
Простоузер
Default 0

Открываю в EmEditor, ищу "`post`", все русскими буквами показывается.
Значит идем дальше.
Quote:
2.1. Снова открываем дамп БД и смотрим кодировку таблиц, структура и содержимое которых было записано в дамп.
тут не поняла что нужно сделать. Где там что смотреть? Я в этом вообще ничего не понимаю.
 
Old  
OldEr
Мастер
Master
 
OldEr's Avatar
Default 0

Quote:
Originally Posted by forumok View Post
тут не поняла что нужно сделать. Где там что смотреть? Я в этом вообще ничего не понимаю.
Quote:
Originally Posted by OldEr View Post
Дополнение: Нажимаем Ctrl + F и вводим "CHARSET=" (без кавычек). Если значение charset отлично, от той кодировки, в которой вы сохранили дамп, тогда при импорте нужно использовать принудительное указание кодировки (читаем здесь).
 
Old  
Turist
Простоузер
Default 0

Помогите, прошу. Ну никак я в эти базы в своей голове уложить не могу.
Опишу что и как.
Отображается на форуме все нормально, вот с поиском проблемы, ищет как попало.
На форуме кодировка
Quote:
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
База
Quote:
MySQL-кодировка: UTF-8 Unicode (utf8)
В базе крякозябры. Сделал дамп, там стоит CHARSET=cp1251
Нужно проделывать все как тут описано, или можно как-то средствами phpMyAdmin?
Уж очень боюсь напортачить со всеми манипуляциями, а на форуме не мало сообщений таким трудом добытых.
 
Old  
J. Corvin
Глумливый Специалист
 
J. Corvin's Avatar
Default 4

1: Настройка кодировок в сервисе MySQL
Все нижесказанное, по пункту 1, касается только тех случаев когда Вы располагаете собственной хост площадкой, или поднимаете локальный (тестовый) сервис MySQL.
Большинство проблем с кодировками отгребается именно на этапе работы (взаимодействия) MySQL и WEB сервиса (Апач и т.п.). Именно некорректная настройка самого MySQL может в конечном итоге и дать нечитаемые дампы, и даже при нормальном отображение кириллицы на форуме - дать нечитаемые крякозябры при прямом редактировании данных в таблицах базы и т.п.
В
этой статье OldEr дал очень хорошее сравнение китайцев с шотландцами говорящими вроде бы на одном англицком языке, вот примерно об этом но применительно к самому MySQL сервису и пойдет речь.
Если сервис MySQL у вас настроен правильно, т.е. так как надо. То в самом движке форума уже можно ничего и не менять, всё будет работать вполне корректно.



По умолчанию в файле настроек mysql.ini (Те самые инструкции для сервиса MySQL согласно которым он и будет работать) не так много настроек касающихся кодировок.
Поэтому Нам придется руками дописать недостающие, и исправить существующие.

В частности нас будут интересовать следующие параметры:
[client] - параметры сервисов которые по отношению к серверу баз данных (MySQL) являются клиентскими.
default-character-set=utf8 и
character-sets-dir=C:/MySQL/share/charsets/ - Путь к инструкциям кодировок

[mysql] - тут описываются общие инструкции сервера MySQL
default-character-set=utf8

[mysqld] - а тут инструкции непосредственно сервиса MySQL, параметров касающихся кодировок нужно указать три:
collation-server=utf8_general_ci
init-connect="SET NAMES utf8"
character-set-server=utf8

Далее в файле следует еще немало инструкций, и тут я их описывать не буду. Т.к. во первых сабж касается кодировок, а не общих настроек сервиса. Ну, а во вторых нюансов связанных с корректной, а главное высокопроизводительной работой сервиса - масса. И каждый случай индивидуален.

И последней инструкцией, которую тоже неплохо будет указать это:
[mysqldump] - тут нужно задать кодировку в которой по умолчанию будет делаться дамп баз данных с помощью встроенных средств MySQL.
default-character-set=utf8

Больше о кодировках в файле инструкций можно ничего не писать. Указанного уже вполне достаточно для корректной работы сервиса.

P.S.
Все вышесказанное описано для кодировки UTF-8 (как самой, на мой взгляд, правильно используемой для наших целей). Но параметр UTF-8 с успехом можно заменить на latin1 или на cp1251.

N.B.
Только следует помнить что при работе БД в latin1 несмотря на то что кодировка форума у Вас хоть и будет cp1251, и вроде бы все будет хорошо и чудесно отображаться кириллицей как на форуме, так и в БД, но никакие функции поиска по кириллице у Вас работать НЕ будут !!!



2:
Кодировки файлов форума
Зачастую при использовании кодировки UTF-8 иногда и сами php скрипты (файлы) перекодируют из ANSI в UTF-8.
Особо большой пользы в этом нет, но многие (и я в том числе) любят оставлять в файлах комментарии на Русском языке. А корректно это только в том случае если сама кодировка файла - UTF-8.
Тут начинающего кодера ждет засада, о которой лучше знать заранее, а не ломать себе мозг в поисках решения выплывших проблем.

Причина ВСЕХ ошибок вызванных использованием скриптов сохраненных в UTF-8, называется - BOM (Byte Order Mark), не поленитесь и почитайте WIKI чтобы понимать, что такое BOM.

В общем, основная суть в том, что файлы сохраненные с BOM заголовком, имеют в самом начале три байта (0xEF, 0xBB, 0xBF)
которые никак не видны в текстовых редакторах !!!
В частности, зарекитесь использовать для редактирования файлов сохранённых в UTF-8 - Блокнот Windows. Эта сволочь дописывает BOM заголовок даже туда где его не было.
Все нормальные текстовые редакторы запишут файл так как он лежал. Был в UTF-8 с BOM, значит перезапишем с BOM, был без оного, значит так и запишем...

Чем вообще чреват этот заголовок и как он себя проявляет.
Прежде всего тем, что PHP - это скриптовый язык. И соответственно, прежде чем в браузер пользователю будет отдан конечный HTML код, обработается множество файлов PHP и если хоть в одном из них окажутся эти самые три лишних байта в заголовке... а окажутся они естественно до сепаратора "<?php"... то очень просто представить (а зачастую и увидеть) что происходит когда хоть один байт оказывается раньше чем: <!doctype html...

Тут и непонятое съезжание дизайна... и отказ сервера отобразить страницу т.к. с куками возникла проблема... и т.д. и т.п.

Резюмируя:
1) Используйте для верстки хорошие, продвинутые текстовые редакторы. Даже если Вам всего на минуточку нужно только файлик открыть и всего-то один символ поменять...
2) Конвертируя файлы из ASCI в UTF-8 убедитесь что Ваш конвертор имеет опцию - Запись с BOM/ Запись без BOM.

И еще. Ни в коем случае запуская пакетную обработку файлов из ANSI в UTF-8 не включайте в нее ВЕСЬ каталог /forum т.к. там окажутся и файлы XML и JS и CSS. И если последним двум конвертация в UTF-8 не слишком навредит, то раскуроченный XML заставит Вас биться в нервной истерике. Так что относитесь к процессу конвертации внимательно и подходите к этому с умом.


Last edited by J. Corvin : 06-07-2011 at 05:44 AM. Reason: Корректировка
 
Old  
kerk
k0t
 
kerk's Avatar
Default 0

J. Corvin,
http://vbsupport.org/forum/showthread.php?t=40309
 
Old  
Orion
Простоузер
Default 0

Quote:
Дополнение № 2: возможна ситуация, когда в дампе присутствуют "кракозябры" нескольких видов, либо содержится как текст, так и "кракозябры" - это означает, что данные в Вашей БД хранятся в различных кодировках. В этом случае обрабатывать дамп нужно по частям, но это уже тема для отдельной статьи.
У меня как раз такая ситуация - присутствует и кириллица, и крякозябры. Как быть?
 
 

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 12:47 PM.


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