Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757
Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737 Форумы портала PHP.SU :: Кодировка jQuery Ajax [2]
Покинул форум
Сообщений всего: 6
Дата рег-ции: Авг. 2011
Помог: 0 раз(а)
Как я знаю Jquery работает только с UTF8 хотя может я и ошибаюсь.
Viper
Отправлено: 08 Августа, 2011 - 07:13:13
Активный участник
Покинул форум
Сообщений всего: 4555
Дата рег-ции: Февр. 2007 Откуда: Симферополь
Помог: 98 раз(а)
neatek работает, но как уже сказали с костылями. на javascript.ru/forum поищите. там есть тема полностью расписанная, что и как делать для cp-1251 в ajax
Покинул форум
Сообщений всего: 9
Дата рег-ции: Апр. 2012
Помог: 0 раз(а)
Помогите пожалуйста. От php я ваще далекий(((, не могу справить с кодировкой. Вот сайт -http://topmuz[dot]com[dot]ua/muzics/a чуть ниже плеер, отдельный плагин на ворпресс. Второй трек из-за русских букв краказяблы выдает. Как можно это дело побороть. Все треки подгружаются автоматом и название так же прописываются. Вот строчка такого плана идет для вывода всех треков - [mp3-jplayer tracks="FEED:/mp3/A"]
armancho7777777
Отправлено: 24 Июля, 2012 - 11:06:29
Активный участник
Покинул форум
Сообщений всего: 4526
Дата рег-ции: Февр. 2011 Откуда: Москва
Помог: 221 раз(а)
Суть в том, что если не указывать кодировку явно,
то контент как принимается так и отдаётся по умолчанию в utf-8: особенности AJAX.
Соответственно, полученные данные надо прогонять через iconv:
Покинул форум
Сообщений всего: 2751
Дата рег-ции: Июль 2010 Откуда: Даугавпилс, Латвия
Помог: 52 раз(а)
Это печально, что люди не знают про юникод и пользуются некому ненужными кодировками, типа ANSI. Вы еще cp866 начните использовать.
Gargyl
Отправлено: 29 Января, 2014 - 16:27:50
Новичок
Покинул форум
Сообщений всего: 5
Дата рег-ции: Янв. 2014
Помог: 0 раз(а)
Это печально, что люди не понимаю, где какие инструменты нужны. UTF отлично подходит для вывода любых символов. Например, если у вас пол сайта на китайском. Если же у вас сайт в русскоязычном сеторе то для вас это - только объем передаваемой информации х2 + медленный поиск по БД. (да-да, базы ищут быстрее по cp1251, чем по UTF-8? ибо объем меньше).
И передать через POST AJAX другую кодировку МОЖНО. Свой способ описал здесь: http://qweewqrty[dot]blogspot[dot]ru/201[dot][dot][dot]in1251-ajax[dot]html
Надеюсь кому-нибудь поможет не идти на поводу у стереотипов и не грузить свой сервер бесполезными вычислениями.
Покинул форум
Сообщений всего: 10732
Дата рег-ции: Нояб. 2010
Помог: 322 раз(а)
Gargyl и много таких мегашустрых однобайтовых приложений наваял?))
базы ищут по индексам и им пофиг эта псевдоэкономия
а вот костыли для однобайтового ajax снижают скорость побольше
неговоря об утомительности их постоянного применения
utf это стандартизация...это гарантия что не запутаешься в кодировках...это возможность создавать любые иноязычные страницы при расширении проекта без правки движка итд итп (Добавление)
проведи замеры по поиску в базе в utf и cp866
Gargyl
Отправлено: 29 Января, 2014 - 17:10:21
Новичок
Покинул форум
Сообщений всего: 5
Дата рег-ции: Янв. 2014
Помог: 0 раз(а)
LIME не спорю, у всех своя специфика работы =)
Кому-то нужна поддержка многоязычности, кому-то - скорость работы серверов. Мне было нужно последнее =)
А как костыль снижает скорость работы? Он просто позволяет обойтись без iconv. И в чем проблема его применения? Напиши функцию и вызывай, в чем проблема-то? =)
Покинул форум
Сообщений всего: 4254
Дата рег-ции: Февр. 2011 Откуда: .kh.ua
Помог: 242 раз(а)
Gargyl, а можно результаты сравнений в производительности, если вы все-таки добились своей цели?
Просто без результатов сравнения скорости сохранения и выборки складывается ощущение что посимвольное преобразование строки займет кучу времени.
Gargyl
Отправлено: 29 Января, 2014 - 17:29:06
Новичок
Покинул форум
Сообщений всего: 5
Дата рег-ции: Янв. 2014
Помог: 0 раз(а)
IllusionMH, если честно, тесты делал довольно давно, так что сейчас уже не найду.
А быстрее это будет для серверов. Нагрузка на конвертацию ведь ложится на клиентов, а значит, сервер 100% начинает работать быстрее =) Да и клиентов явно больше, чем серверов, так что оно распределяется по многим машинам а не ложится на 1 бедный сервер =)
esterio
Отправлено: 30 Января, 2014 - 10:44:58
Активный участник
Покинул форум
Сообщений всего: 5025
Дата рег-ции: Нояб. 2012 Откуда: Украина, Львов
Помог: 127 раз(а)
спасобо посмеялься от душы. скажу только одно: UTF-8 давно стал стандартом де-факто. Плюсы его использования очевидны Тут и спорить бесполезно. Видимо Вам было нужно как-то разрекламировать свой бложык
Gargyl
Отправлено: 30 Января, 2014 - 14:34:47
Новичок
Покинул форум
Сообщений всего: 5
Дата рег-ции: Янв. 2014
Помог: 0 раз(а)
esterio жаль, что вы так думаете. Не всем нужно обязательно поиметь какую-то выгоду для себя =)
А на счет стандартов: этот топик, например, отдается в кодировке windows-1251. И мне очевиден лишний шаг в перекодировке этого сообщения в utf-8, чтобы потом сервер перекодировал его обратно в windows-1251. А какие плюсы в этой перекодировке видите вы?
esterio
Отправлено: 30 Января, 2014 - 14:45:15
Активный участник
Покинул форум
Сообщений всего: 5025
Дата рег-ции: Нояб. 2012 Откуда: Украина, Львов
Помог: 127 раз(а)
ну плюс в том что ничего и никуда я не перекодировую. У меня все ходит в UTF-8. И ничего никуда не надо перекодировать. А то что кирилица 2 байта занимает, ну Вам сказали выше экономия на спичках
Gargyl
Отправлено: 30 Января, 2014 - 14:57:23
Новичок
Покинул форум
Сообщений всего: 5
Дата рег-ции: Янв. 2014
Помог: 0 раз(а)
esterio ну да, и вас это устраивает, почему нет =)
А если сайт давно и прочно сделан на windows-1251? Или это нагруженный проект, которому важна каждая миллисекунда?
И я же не говорю ,что utf-8 - злое зло и надо все делать так =)
Просто у всех свои задачи и каждому нужен свой инструмент. Встала задача - гонять windows-1251 по аяксу - вот ответ. Не нужно - пользуйтесь utf-8, как он работает по умолчанию =)
Просто не вижу смысла говорить, что 1 и только 1 решение верное, ведь всегда есть нюансы (Добавление) IllusionMH из того, что нашлось:
по utf-8 у меня в базе поиск идет на 20% медленнее
Все гости форума могут просматривать этот раздел. Только зарегистрированные пользователи могут создавать новые темы в этом разделе. Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.