radist,
Вы сравниваете несравнимое. Одно - легко устанавливается, в том числе на вирт. хостинг, бесплатное и несложное. Другое - более сложное во внедрении, более требовательное к хостингу, но несравненно превосходящее по возможностям, техподдержке, надежности и многим другим параметрам.
Yes! ОБХС. В-общем, обошлись без саппорта vB, который в лучших традициях прислал невразумительный совет настроить язык в админке (естественно, это было сделано в первую очередь и без их напоминаний). Надо отдать должное, что они предложили выслать им все логины/пароли, но - мы обошлись своими силами, методом под названием "Поиск в Яндексе с дальнейшим долбанием стены лбом".
Итак, итоги всего того, что тут написано я отделю в новую тему в раздел "Веб-Строительство", чтобы описание было уже без лирики, без дебатов и без всего того, что можно отнести к моей криворукости. Потому что проблема реально существует, относится она, как выяснилось, отнюдь не только к vBulletin, и дело не в кривых руках, хотя и в них хорошего тоже мало. Судя по тем крикам о помощи, что я за вчера/сегодня почитал в сети, это явление реально может быть проблемой при реализации проекта в UTF-8.
Итак, тут подробное описание и решение.
Кодировку поправил.
character_set_client utf8
character_set_connection utf8
character_set_database utf8
character_set_results utf8
character_set_server utf8
character_set_system utf8
collation_connection utf8_general_ci
collation_database utf8_general_ci
collation_server utf8_general_ci
Казалось бы, ну всё должно быть чики-факи. Ан-нэт. "ш" и "И" не отображаются корректно, хоть тресни. Похоже, придется в саппорт vBulletin отправлять все логины/пароли, чтоб разбирались.
Поздравляю!🍻
Валерий, возможно, именно так и есть.
character_set_server у меня cp1251, а всё остальное - utf8. Мне казалось, что поменять character_set_server не столь сложно, и что это выставляется в my.cnf. Но вчера я весь день провозился с этим файлом, выставлял всё, вроде бы, как надо, затем перезапускал сервер MySQL - а кодировка сервера character_set_server не менялась! И пока как её изменить, я не понял. Такое ощущение, что настройки из этого файла вообще не применяются! Может, кто сталкивался?
А что касается запросов "SET NAMES utf8; SET CHARACTER SET utf8;"
- да, полагаю, так и есть. Но в vB-то ведь не изменишь эти запросы! Там же тысячи файлов надо менять. А на данный момент там мало того, что не корректно отображаются некоторые символы, так еще и при просмотре кода страницы видны не русские буквы, а юникодовские крякозяблы прещен. В-общем, пока проблема осталась.
Спасибо.
В-общем, как перекодировать файл - вроде разобрался.
Но выявилась еще одна проблема - на этот раз, похоже, на уровне vBulletin.
Итак, база в UTF-8. Создавалась в шелле, collation по умолчанию, то есть utf8_general_ci.
Устанавливаем vB, даже языковой файл пока не закачиваем (не важен он, так как там только переводы). И пробуем написать по-русски сообщение. Разумеется, не в каком-то непонятном в редакторе, а просто в форуме, как мы здесь пишем. И выясняется, что ряд символов отображается некорректно. В частности - "ш" отображается "квадратиком" в IE и "??" в firefox, "И" отображается как "п". При этом в CMS eZ - ровно в той же кодировке база, один в один, и всё отображается великолепно. Так что, похоже, что-то в движке форума не того. Вот такие пироги с котятами. Может, кто знает, в чем может быть дело?
Никто не подскажет? Ну ладно, тогда я сам подскажу. Вот, нашел 2 программы.
http://akelpad.sourceforge.net/
http://notepad-plus.sourceforge.net/
Сначала установил notepad-plus, но не смог заставить его сохранять корректно. Тогда установил akelpad. Делает всё на раз.
Правда, пока не решил проблему с тем, что некорректно отображается буква "ш" при кодировке базы "utf-8" с collation по умолчанию. При collation cp_1251 - всё корректно. Но мне-то надо как раз первое...
Впрочем, вряд ли это проблема редактора, так как и в описанном выше способе через CMS получается то же самое.
Понял, спасибо. Может, кто порекомендует бесплатный soft? Денег на карте в данный момент нет, ехать в банк некогда...
Кстати, вспоминается топик про отличия UTF-8 и win-1251 с точки зрения плюсов и минусов того и другого... Чувствовал, что Юникод повлечет за собой подводные камни. Ведь необходимость платного и относительно труднодоступного софта для редактирования - это подводный камень, не так ли? А никто не сказал. Интересно, сколько еще таких "чудес" предстоит повстречать на тернистом пути решения элементарных для обычной кодировки задач.
Так вот интересно, эффект-то стабилен? Зрение-то улучшается надолго, или на несколько секунд в конце глоджума?
Вот как надо запросы к Яше формировать. Продвигаешь сайт по запросу типа "глоджум", потом пишешь на форуме о его удачном применении, чудесном исцелении... и будешь в выдаче не просто первым, а единственным. ☝
greenwood, признайтесь, это ведь были испытания новой тайной дорвейной технологии?
