SEO Blog - всё о дорвеях (Doorways)

чушь. будете трекбэки посылать с сайта - поймете

просто редактирование php страниц для меня не очень удобно да и скорость работы движка это со временем замедляет.

Самый идиоткий совет, который можно дать о WP.
Если использование конверотора кодировок для вас такая проблема, то посмотрите, как сделан плагин от news2.ru — вот их ломало конвертор вызывать, но и от UTF-8 они не отказались

Я юзаю в блоге только русский язык поэтому UTF мне совершенно не нужен.

Последний «бастион» защитников UTF-8 в WordPress пал смертью храбрых Решаем проблему трекбаков раз и навсегда: http://maxsite.org/27.html !

PS Скоро доделаю и пинги .

Я не юзаю трахбахи потому что так спамят много.

MAX, а символы ¹, ², ³, ½ и т.п. в windows-1251 добавить тяму хватит ?
Не, можно конечно упираться рогом в землю, крича, что ничего не юзаю, кроме русского, но из-за этого готовую поддержку UTF-8 корёжить в вынь-1251, эт не умно как-то…

2Maxime
Хм… Вообще-то символы, имеющие код менее 127 входят по-умолчанию во все кодировки, будь то UTF-8, Windows-1251, Latin, KOI-8 и прочие. Поэтому указанные спецсимволы (&… отображаются корректно в любой кодировке. Причем происходит это на уровне браузера и не зависит от указанной на странице.

Вдогонку, извините, сразу не сообразил добавить.

Я не пытаюсь доказать, что Win-1251 лучше UTF-8 или наоборот. Просто стороники юникода как-то очень уж рьяно пытаются заставить всех использовать именно UTF-8 и опираются на придуманные мифы. На самом же деле юзайте блоги в любой кодировке КАК ВАМ УДОБНО или как позволяет хостинг. Все, что я пытаюсь сделать, так это «отремонтировать» WordPress, чтобы он корректно работал в любой кодировке.

MAX. не позорьтесь, узнайте сначала коды этих символов в UTF-8, а потом таки найдите их в win-1251

Дело в том что потом в Win-1251 никак не перейдёш, поэтому лучше с неё и начинать.

Maxime, позоритесь вы, поскольку даже не понимаете, какую глупость говорите. Потратьте немного времени и узнайте как формируются в HTML специальные символы.

ps Я вам облегчу задачу , например, здесь http://webcraft.kemcity.ru/modules.php?name=Pages&go=page&pid=1

Мне бы всё же хотелось что бы весь блог был переведён на Win-1251

Да, MAX, это сильно, вы привели ссылку на набор символов ISO-8858-1, если для вас это тоже самое, что и набор Windows-1251, то вашу воинственную невежественность ничто не перешибёт…
И даже там коды этих символом таки больше 127

Maxime, вы перешли на личности, что не есть хорошо. Но я вам все равно отвечу.

Если вы думате, что страница имеющая кодировку Win-1251 не способна отобразить указанные вами символы, то мягко говоря ошибатесь. Далеко ходить не будем. В приведенной мной ссылке указаны множество спецсимволов, даже больше, чем вы просили. Согласно вашей логике, кодировка этой страницы непременно должна быть НЕ WIN-1251. Идем по этой ссылочке, смотрим ее исходный код и видим, что «charset=windows-1251».

Вывод: учите HTML, уважаемый!

MAX, не подменяйте понятия, то, что у HTML есть механизм передачи символов, отсутсвующих в кодировке документа, не добавляет эти символы в эту кодировку. Для простого текста вы получити вопросики вместо этих символов.
Да, совсем выпало, глюк ИЕ, когда при вводе с клавиатуры или через клипбоард этих символов (отсутсвующих в win-1251), он передаёт на сервер данные в UTF-8, а не в win-1251 с character entities, вы не поборите никак, у вас просто тяму не хватит заставить MS исправить этот баг

Уважаемый Maxime, вы в очередной раз демонстрируете абсолютное дилетанство. Похоже, что вы понятия не имеете ни о HTTP (передача), ни о HTML (отображение), ни о UTF. Вам стоило бы обратиться к соответствующей документации и пополнить этот пробел знаниями.

Кодировка (в бытовом понимании) это есть предопределенный набор символов, и для всех 8-битных даже теоретически не может превышать 256 символов. Более того, в разных кодировках при одном и том же номере может находиться разный символ. В CP1251 существует и код с символом #146, который в юникоде (а также ряде других кодировок) отображается как sup2 на html-страничке, а в CP1251 (и ряде других) отображается как «’» (одиночкая кавычка). Помимо этого обстоятельства, отображение симовола также зависит и от используемого шрифта. Откройте, в конце-концов таблицу символов и посмотрите.

Поэтому ваши сетования по поводу того, что в Win-1251 не входят какие-то нужные вам символы, вы можете адресовать, например в комиссию по стандартам (ISO) или, на худой конец, в MS. В HTML же принято, что все спецсимволы нужно указывать с помощью специальной комбинации буквочек, которые корректно отображаются в любой кодировке. Но, об этом вы можете ознакомиться уже на сайте W3C.

Насчет, «глюка IE». Я ничего не понял из вашего текста. Но в любом случае, вас огорчу - к компании Microsoft я никакого отношения не имею. Обратитесь в их службу поддержки.

В UTF-8 гораздо больше 256 символов, выходит это не кодировка ?

² - эт не #RIGHT SINGLE QUOTATION MARK (с кодом #146), это #SUPERSCRIPT TWO (с кодом #178), на месте которого в win-1251 стоит #CYRILLIC CAPITAL LETTER BYELORUSSIAN-UKRAINIAN I
См. ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP1251.TXT
и ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/8859-1.TXT

Корректное отображение этих символов будет только при наличии соответсвующих шрифтов на машине (читай в другой кодировке или поддерживающих UNICODE), в остальных случаях вы получите вопросики, по тем же рекомендациям W3C, если их дальше читать…

Как столкнёшься эти глюком IE, тогда и сможешь учить кого-то, как с кодировками работать…

>> В UTF-8 гораздо больше 256 символов, выходит это не кодировка?

Разве я где-то утверждал, что UTF-8 не кодировка??? Давайте без домыслов. Или вам просто уже нечего сказать по существу вопроса?

>> ² – эт не #RIGHT SINGLE QUOTATION MARK (с кодом #146), это #SUPERSCRIPT TWO (с кодом #178), на месте которого в win-1251 стоит #CYRILLIC CAPITAL LETTER BYELORUSSIAN-UKRAINIAN I

Вот именно. А вы пытаетесь юникодовский символ через буфер обмена вставить и при этом хотите, чтобы он корректно отображался на сайте. Вы сами доказываете мой же тезис (см. выше).

>>Корректное отображение этих символов будет только при наличии соответсвующих шрифтов на машине (читай в другой кодировке или поддерживающих UNICODE), в остальных случаях вы получите вопросики, по тем же рекомендациям W3C, если их дальше читать…

Все верно. Указывая кодировку на странице вы сообщаете браузеру каким образом закодированы данные. Отображение же данных зависит от наличия на компьютере пользователя соответствующих шрифтов. Указание кодировки UTF-8 совершенно не гарантирует корректного отображения, скажем, русского текста в китайском браузере. Более того, полноценных юникодовских шрифтов, где реально существуют символы большинства письмен, очень немного. Именно поэтому нормальные вебмастера никогда не указывают в html-тексте спецсимволы в виде самого символа (по-сути его номер), а указывается его html-код, не зависимо от кодировки самой html-страницы. В этом случае отображение спецсимволов целиком ложится на браузер и в подавляющем большинстве случаев, они будут отображены правильно.

>> Как столкнёшься эти глюком IE, тогда и сможешь учить кого-то, как с кодировками работать…

Не ставлю своей целью кого-то учить. Просто не хочется, чтобы ваши категоричные заявления были ОШИБОЧНО приняты за верные.

Я в этом во всём особо не разбираюсь, но как пользователь этого движка очень недоволен UTF.

Nike, возми любой другой движок без UTF. зачем мучать себя и окружающих

Офигеть спор развирнулся.
Maxime: уже поздо другой брать т.к. база уже большая. как говорится: знал бы прикуп жил бы в сочи. поэтому и предостерёг читателей от использования двига в этой кодировке.