Intellect Board — cистема управления сайтомПостроение сайта на основе форума |
Intellect Board — cистема управления сайтом » Техническая поддержка версии 2.18 » Ошибки, оставшиеся после обновления 5 мая |
Правила раздела |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 7 8 9 Модераторы: aerograf, wsx | Печать |
4X_Pro
Руководитель Проекта
Настоящий Компьютерщик Откуда: Москва Всего сообщений: 3299 Рейтинг пользователя: 70 Ссылка Дата регистрации на форуме: 29 сен. 2001 |
Возвращаясь к вопросу кодировок: тогда попробуйте выполнить вот этот запрос: SHOW variables like 'character_set' Кроме этого, если есть нормальный доступ к серверу, то нужно посмотреть, что прописано в файле /etc/my.cnf (или /etc/mysql/my.cnf ). Там должна быть строка вида [mysqld] default-character-set=кодовая_страница Скорее всего, кодовая страница будет либо latin1 (наиболее вероятный вариант), либо utf8. Если страница окажется latin1, то надо заменить ее на cp1251 и перезапустить сервер MySQL, чтобы изменения вступили в силу. ---
Спорить со мной по поводу того, что в IntB будет, а чего нет -- бесполезно! |
Uri
Долгожитель форума
Всего сообщений: 571 Рейтинг пользователя: 4 Ссылка Дата регистрации на форуме: 25 окт. 2005 |
XXXX Pro написал: Возвращаясь к вопросу кодировок: тогда попробуйте выполнить вот этот запрос: Попробовал, получил: character_set latin1 XXXX Pro написал: Кроме этого, если есть нормальный доступ к серверу, то нужно посмотреть, что прописано в файле /etc/my.cnf (или /etc/mysql/my.cnf ). Там должна быть строка вида Посмотрел my.cnf (только в C:\, а не /etc/my.cnf). В секции "[mysqld]" вообще нету default-character-set. Попробовал "cp1251" и получил: Что неудивительно, поскольку mysql у меня вовсе не c:\mysql\... А вот где этот путь задаётся, я пока не нашёл. Искал во всяких cnf и ini, до реестра пока не добрался. Не подскажете где искать? File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2) Character set '#14' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file X-Powered-By: PHP/4.3.10 Expires: Thu, 19 Nov 1981 08:52:00 GMT Pragma: no-cache Content-type: text/html; charset=windows-1251 Cache-Control: private, must-revalidate Last-Modified: Tue, 30 May 2006 09:29:02 +0400 XXXX Pro написал: Скорее всего, кодовая страница будет либо latin1 (наиболее вероятный вариант), либо utf8. Если страница окажется latin1, то надо заменить ее на cp1251 и перезапустить сервер MySQL, чтобы изменения вступили в силу. У меня ряд вопросов возник. Пожалуй, даже, претензий к форуму. Если уж форуму так необходим default-character-set=, то неплохо бы это в документации отразить! Ну и соображение более общего порядка: наверное это ненормально, когда форум хочет какую-то глобальную настройку. При инсталляции форума была создана база для него. Ну и пусть форум настраивает (кодовая_страница и т.п.) именно эту базу и не трогает (не просит меня трогать) глобальные настройки. Ведь, насколько я понимаю, поиск имени пользователя происходит не по всем базам, а только по "своей". Ну так и настройка кодовой страницы долна быть только для этой базы. Ладно здесь, у себя, я могу и ввести default-character-set. Но ведь это не всегда возможно. Кстати, для проверки я временно скопировал mysql в C:\ и ввёл default-character-set=cp1251. Пользователи с кириллицей в нике появились в Админке. Но ведь неправильно это. Почему другие-то форумы обходятся только своей базой и не требуют глобальной настройки? Может это и в отдельную тему стоит, но пока здесь пишу. Правильное решение - обходиться своей базой. Ну а пока (и если) идёт переделка, подскажите где путь к mysql\share\charsets указать. Путь к самому mysql в my.cnf у меня указан, не помогает. |
Uri
Долгожитель форума
Всего сообщений: 571 Рейтинг пользователя: 4 Ссылка Дата регистрации на форуме: 25 окт. 2005 |
Профиль | Сообщить модератору | Игнорировать
NEW! Сообщение отправлено: 30 мая 2006 21:24 Сообщение отредактировано: 30 мая 2006 21:35
Я, пожалуй, поторопился спросить про путь к кодовым страницам в mySQL. Нашёл я его в Денвер'е. 15. При "обрезании" строки до разрешённого количества символов (название темы, краткая новость и т.п.) для подсчёта используются не символы, а их представление в виде, например вместо кавычек, ". В результате название темы, содержащее кавычки очень уж обрезается. А если кавычки в конце, то " может обрезаться, скажем, до &q. 16. При вставке в текст символов, используемых форумом, в тексте вместо этих символов - их код, очень неопрятно смотрится, приходится редактировать. Т.е. не получается вставлять "чужой", уже форматированный текст. Попробую пояснить. Скажем элемент списка, тот что звёздочка в скобках. Если в тексте я ето (звёздочка в скобках) и наберу, то увижу (после отправки) жирную точку. А вот если я в окно редактирования втащу (через буфер обмена) эту точку... То после отправки сообщения увижу комбинацию букв и цифр. |
Gram
Администратор
Откуда: Нижний Новгород Всего сообщений: 1011 Рейтинг пользователя: 38 Ссылка Дата регистрации на форуме: 23 июля 2003 |
16. Странные какие то ситуации происходят... |
4X_Pro
Руководитель Проекта
Настоящий Компьютерщик Откуда: Москва Всего сообщений: 3299 Рейтинг пользователя: 70 Ссылка Дата регистрации на форуме: 29 сен. 2001 |
Вообще, эта настройка повлияла бы на любой другой форум, если он использует сортировку средствами базы данных, а не PHP. Просто обычно хостеры в пределах Рунета настраивают это сразу при установке MySQL, поэтому большинство пользователей с подобной проблемой не встречаются. Кроме того, современные версии MySQL включают в себя графический инсталлятор (по крайней мере, Win-версии), который позволяет задать charset при установке. А в вашем же случае, судя по возникающим ошибкам, сделал проще: просто скачали ZIP-версию MySQL, разархивировали в какой-то каталог и запустили без какого-либо конфигурирования. Путь к каталогам с локалью явно нигде не указывается. Вместо него задается параметр basedir=путь_к_каталогу_MySQL (в секции [mysqld]), а уже относительно него определяется путь к charset. Т.е. если basedir="C:/MySQL/", то поиск будет проводиться по адресу C:/MySQL/mysql/share/charsets. ---
Спорить со мной по поводу того, что в IntB будет, а чего нет -- бесполезно! |
4X_Pro
Руководитель Проекта
Настоящий Компьютерщик Откуда: Москва Всего сообщений: 3299 Рейтинг пользователя: 70 Ссылка Дата регистрации на форуме: 29 сен. 2001 |
16. Для того, чтобы преобразований там, где не надо, не происходило, отключайте в этих сообщениях BoardCode или берите нужный кусок в теги [nocode]. А комбинация символов имеет вот такой вот вид: &число; ? Если да, то я понял, в чем тут дело (странно только, что я так и не включил исправление этого в дистрибутив, хотя собирался еще в 2.15). ---
Спорить со мной по поводу того, что в IntB будет, а чего нет -- бесполезно! |
-KoT- |
Профиль | Сообщить модератору | Игнорировать
NEW! Сообщение отправлено: 31 мая 2006 6:12 Сообщение отредактировано: 31 мая 2006 6:57 Uri написал: Ну и пусть форум настраивает (кодовая_страница и т.п.) именно эту базу и не трогает (не просит меня трогать) глобальные настройки. Ведь, насколько я понимаю, поиск имени пользователя происходит не по всем базам, а только по "своей". Ну так и настройка кодовой страницы долна быть только для этой базы. Насколько мне помнится, MySQL до версии 4.1 не умел задавать кодовую страницу на уровне базы. Хотя могу и ошибаться... А насчет документации — действительно, наверное, стоит подробнее описать создание базы данных. P.S. Может быть стоит добавить на страничке установки форума в список выбора БД "MySQL 4.1 or later" и при его выборе добавить в скрипт установки "ALTER DATABASE db_name DEFAULT CHARACTER SET cp1251" ? |
Uri
Долгожитель форума
Всего сообщений: 571 Рейтинг пользователя: 4 Ссылка Дата регистрации на форуме: 25 окт. 2005 |
XXXX Pro написал: ...А в вашем же случае, судя по возникающим ошибкам, сделал проще: просто скачали ZIP-версию MySQL, разархивировали в какой-то каталог и запустили без какого-либо конфигурирования. Неправда ваша. Во-первых инсталляция проводилась. Во-вторых, хотя у меня путь basedir=C:\Program Files\MySQL, поиск кодовой страницы происходит по C:\MySQL. В-третьих, путь к "локали" задаётся переменной "character-sets-dir =", только я это поздновато нашёл, ещё не прописал. Оффтопик: Как мне надоели эти """. |
Uri
Долгожитель форума
Всего сообщений: 571 Рейтинг пользователя: 4 Ссылка Дата регистрации на форуме: 25 окт. 2005 |
XXXX Pro написал: Именно такой вид. А комбинация символов имеет вот такой вот вид: &число; ? Если да, то я понял, в чем тут дело (странно только, что я так и не включил исправление этого в дистрибутив, хотя собирался еще в 2.15). |
Uri
Долгожитель форума
Всего сообщений: 571 Рейтинг пользователя: 4 Ссылка Дата регистрации на форуме: 25 окт. 2005 |
Рано я обрадовался найденной character-sets-dir. Не помогла она в секции [mysqld]. А в [client] он неё мне толку нету. Хотя с денвером всё работает. Ну не всё, конкретно этот форум я не пробовал на нём, но никто не ругался на cp1251, хотя она там (my.cnf) прописана. Так что я снова задаю вопрос: как мне убрать MySQL из корня C:? Так, чтобы в админке были видны ники с кириллицей? Да и про остальные проблемы хотелось бы что услышать (или правильнее "прочитать"?). |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 7 8 9 Модераторы: aerograf, wsx | Печать |
Intellect Board — cистема управления сайтом » Техническая поддержка версии 2.18 » Ошибки, оставшиеся после обновления 5 мая |
1 посетитель просмотрел эту тему за последние 10 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
Ограничение доступа не отображаются разделы Архив версий Установка стиля на Intellect Board 2.22 Завершилась работа над новой версией 3.00 |
Самые активные 5 тем | |