Вопрос хостинг-провайдерам, насчет MySQL

12
Raistlin
На сайте с 01.02.2010
Offline
247
#11
differnetlocal:
Вдоль. Но спасибо, что не KOI-8.

Учите матчасть...

HostAce - Асы в своем деле (http://hostace.ru)
D
На сайте с 02.05.2009
Offline
68
#12
Raistlin:
Учите матчасть...

Ок, а вы продолжайте юзать богопротивные кодировки и навязывать их пользователям.

Лучи добра!

http://www.differentlocal.ru (http://www.differentlocal.ru) http://differentlocal.habrahabr.ru (http://differentlocal.habrahabr.ru)
Himiko
На сайте с 28.08.2008
Offline
560
#13
KM.UA:
На закодированных скриптах нет возможности *

Значит отломаем всем и заставим принудительно работать в cp1251 ?)

Да и с закодированными скриптами проблем не было.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
N
На сайте с 06.05.2007
Offline
419
#14
Cardinals:
cp1251, как впрочем и другие кодировки уйдут в прошлое, будущие за utf.

не раньше чем на территории россии введут обязательное изучение иврита.

к вопросу о богопротивности : сp1251 тупо меньше места занимает. всегда есть люди, которым эффективность важнее иврита. нафига мне ваш бог и его письмена?

Кнопка вызова админа ()
bugsmoran
На сайте с 18.02.2010
Offline
223
#15

У меня из религиозных соображений при компиляции mysql-server было все задано в UTF-8.

Я не собираюсь участвовать в микрософтовских маркетинговых войнах, уродующих мир ИТ.

Дефолтная скандинавская latin-1 вообще никому не нужна.

Впрочем ни у одного клиента пока еще не было проблем с кодировкой на cp1251

netwind:
не раньше чем на территории россии введут обязательное изучение иврита.
к вопросу о богопротивности : сp1251 тупо меньше места занимает. всегда есть люди, которым эффективность важнее иврита. нафига мне ваш бог и его письмена?

Ну и сколько будет сэкономлено памяти? При сегодняшних ценах и размерах памяти эти слова уже не актуальны

N
На сайте с 06.05.2007
Offline
419
#16

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

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

Я так думаю, лишних 10-20% интегральных попугаев выиграть можно.

Че там у вас говорят насчет восьмибитного иврита в ISO 8859-8 ? windows-1255 ? никто ведь его не запрещал и не ходил священной войной против него?

M
На сайте с 01.12.2009
Offline
235
#17

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

Администратор Linux,Freebsd. построения крупных проектов.
N
На сайте с 06.05.2007
Offline
419
#18
madoff:
её можно всегда изменить у конечного пользователя.

наивность.

вот вам кусочек базы выглядящий как реальная база пользователей сайта . забейте ее в cp1251.


create table z1 (
`userid` int(10) unsigned NOT NULL auto_increment,
`username` varchar(100) NOT NULL default '',
PRIMARY KEY (`userid`),
UNIQUE KEY `username` (`username`)
)ENGINE=InnoDB DEFAULT CHARSET=cp1251 ;

insert into z1(username) values ('женек');
insert into z1(username) values ('женёк');
insert into z1(username) values ('жёнёк');

А потом попытайтесь ее сконвертировать в utf8. Непременно с сохранением collation по-умолчанию utf8_ci - это не получится !

Andreyka
На сайте с 19.02.2005
Offline
822
#19
KM.UA:
Вот так.



На закодированных скриптах нет возможности *

Фтопку их и все

Не стоит плодить сущности без необходимости
AV
На сайте с 18.07.2007
Offline
49
#20

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

Всем спасибо за мнения.

Остановился вот на этом:

character-set-server=utf8
collation-server=utf8_general_ci
init-connect="SET NAMES cp1251"
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий