Помощь Какую кодировку лучше ставить, и ставить ее вообще

[Attyla]

А нагрузка? сайт потом не будет глючить и тормозить, интересно почему примером Wp ему по болту кодировка а вот ДЛЕ выделывается

Из-за utf-8 глючить и тормозить?! Куча сайтов на UTF-8, если сайт начал глючить и тормозить то не стоит винить кодировку, причина явно в другом.

 

[Q_BASIC]

UTF-8 ставь, Ajax возвращает русский текст всегда в UTF-8. json_encode() может выводить русский текст без изменений только в UTF-8.


Вывод с помощью php JSON: "\u0422\u0435\u043a\u0441\u0442!"
С флагом: Текст!
Флаг работает только с UTF-8

И так далее думаю найдется не мало

 

[wmaximum]

А нагрузка? сайт потом не будет глючить и тормозить, интересно почему примером Wp ему по болту кодировка а вот ДЛЕ выделывается

Вы о чем, тормоза из-за кодировки? Впервые слышу...это равносильно тому, что скорость автомобиля зависит от того, какие чехлы на сиденьях.

 

[BaBL]

Вы о чем, тормоза из-за кодировки? Впервые слышу...это равносильно тому, что скорость автомобиля зависит от того, какие чехлы на сиденьях.

Вы удивитесь...

1. Если чехлы свинцовые и в 20см толщиной - авто ой как просядет и будет тащиться оп дороге.

2. Функции работы с текстом, поиска, регулярные выражения и др. работают медленнее с UTF-8.

3. БД по полям в UTF-8 так же ищет медленнее.

4. Расход оперативной памяти, I/O диска так же выше при использовании UTF


Но современные оптимизации и тенденции говорят о том, что UTF существенно упрощает жизнь программистов во многих местах и этой деградацией перформанса почти всегда можно пренебречь. Скажем так, эта деградация вряд ли станет бутылочным горлышком в 98% проектов.

 

[wmaximum]

1. Если чехлы свинцовые и в 20см толщиной - авто ой как просядет и будет тащиться оп дороге

Давайте не будем превращаться в детей из детсада.

2. Функции работы с текстом, поиска, регулярные выражения и др. работают медленнее с UTF-8.

На сколько? На 5%, да это на общем фоне всего сайта не так сильно будет заметно, а те кто использует хостинги по 30 центов, этого точно не заметят, а крупные порталы имеющие хороший доход, с легкостью это компенсируют.

Я в свое время был ярым противником UTF, наверное воспитан так, что рунет должен жить на 1251...но в прошлом году столкнулся со сложностями адаптации некоторых вещей, с конвертациями баз и прочими премудростями этого нелегкого дела, и после этого мое мнение изменилось кардинально, ныне я знать не хочу про 1251...это скорее анахронизм. Сейчас нужно делать ставку на большую универсальность.

 

[BaBL]

Давайте не будем превращаться в детей из детсада.

На сколько? На 5%, да это на общем фоне всего сайта не так сильно будет заметно, а те кто использует хостинги по 30 центов, этого точно не заметят, а крупные порталы имеющие хороший доход, с легкостью это компенсируют.

Давайте не будем, поэтому уберите свой максимализм и поговорим объективно.

Специально для вас не поленился, написал бенчмарк:
babl@debian:~/bench$ php utf.php
15.836541891098
babl@debian:~/bench$ nano utf.php
babl@debian:~/bench$ iconv -f utf-8 -t cp1251 utf.php > cp.php
babl@debian:~/bench$ php cp.php
0.17974495887756
babl@debian:~/bench$
что у нас получается? 8600%?
Для просмотра ссылки Войди или Зарегистрируйся

Не стоит недооценивать скорость работы тех или иных функций с разными кодировками.



Как я уже выше сказал, UTF - медленный, иногда - сильно медленнее всего остального. Но, в большинстве случаев, причиной тормозов будет все же не он, а кривые скипты, написанные разными людьми. Вы вряд ли будете приводить большой текст в своем проекте 10000 раз, но в какой-нибудь автоматизированной библиотеке - это будет основная задача. И там будет играть роль какую кодировку выбирать.

 

[wmaximum]

Бенчмарк, не плохо...но оцените реальную работу на движках, вы увидите существенную разницу? Считать мы умеем, но в реальных условиях все выглядит совсем иначе, будь такая существенная разница в производительности, то мы по заходу на сайт видели бы, какая кодировка используется, но ведь мы можем увидеть только дешевый хостинг, любо как выразились Вы:

кривые скипты, написанные разными людьми.

 

[BaBL]

Бенчмарк, не плохо...но оцените реальную работу на движках, вы увидите существенную разницу? Считать мы умеем, но в реальных условиях все выглядит совсем иначе, будь такая существенная разница в производительности, то мы по заходу на сайт видели бы, какая кодировка используется, но ведь мы можем увидеть только дешевый хостинг, любо как выразились Вы:

Опять же, сильно зависит от того, чем сайт занимается. И сейчас найти сайт на CP1251 - проблема. Это обычно остатки веба "до" 2010 года, неумелые вебмастера или застравшие в прошлом CMS (ну как застрявшие? не осилившие костыли, PHP ведь с юникодом нормально не работает до сих пор и все надежды на PHP6).

Но даже на среднестатических интернет магазинах, сменой кодировки в CP можно выиграть 0.5 секунды из 3-6 времени создания и загрузки страницы. Только оно того не стоит, как правило (дорого обходится заказчику) и этим занимаются только "киты", такие как ozon, они могут себе позволить эти расходы. На этих же китах работает знаменитое амазонское исследование о времени загрузки страницы и ее влиянии на конверсию, на более мелких магазинах вы потерь не увидите.

 

[wmaximum]

Но даже на среднестатических интернет магазинах, сменой кодировки в CP можно выиграть 0.5 секунды из 3-6 времени создания и загрузки страницы.

Вот они реальные условия, и что получается, порядка 3-10%, но никак не 8600...

 

[BaBL]

Вот они реальные условия, и что получается, порядка 3-10%, но никак не 8600...

ну вернее от 5% до 15%, а это на самом деле много, если речь не про домашнюю страничку из 3 хтмлек.