Polimer

Polimer
Рейтинг
84
Регистрация
01.09.2006

Priorat, идея интересная, но не покатит, увы.

За эту сумму (или чуть большую) можно купить простенький проточный нагреватель, которого вполне хватит на 2 недели. В прошлом году брал подобный, отработал нормально. Сегодня проверял — пока живой.

А затраты на раскрутку биза по прокату не меньше, чем для продажи.

Господа, еще раз акцентирую ваше внимание:

1. Если в текстах используются исключительно символы английского алфавита (и в коментариях тоже), то в абсолютном большинстве восьмибитных кодировок они имеют одни и те же коды (windows-1251, windows-1252, latin-1, iso-8859-1, utf-8 — как хотите обзывайте, физически перекодировать ненадо, т. к. нечего).
Если есть символы неанглийских алфавитов (русские, специфичные символы европейских государств, азиатские и т. п.), то нужно либо указывать родную кодировку, либо сперва перекодировать в utf-8 и указывать ее.

2. Необходимое и достаточное условие для правильного распознавания кодировки браузером — указание ее в заголовках ответа сервера. Она имеет высший приоритет при выборе кодировки отображения. (.htaccess вам в помощь)

3. Английские символы нашей родной windows-1251 с указанием кодировки windows-1251 должны нормально отображаются у буржуев на компах во всех более-менее современных браузерах, (здесь оговорюсь, у меня нет данных по ие <7, надо проверить). Сами кодировки на компах есть, может не быть русских символов в установленных шрифтах.

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

Вообще, конечно, выбирать кодировку руками в браузере — это неправильно. Это пережиток. Браузеры отлично умеют понимать кодировку документа, которая указана в заголовках ответа сервера (именно за них и отвечает ваша строчка в .htaccess). Здесь даже не обязательно указывать charset в meta.

Описанный же вами глюк, где-то мне встречался... html воспринимается в кодировке указанной вами мануально, а css в кодировке из заголовков ответа сервера (тут точно не помню, утверждать не буду). Помнится, у меня он проявлялся когда на страницах (и в html, и в css) остались комментарии в коде на русском языке, причем написанные в кодировке win-1251.

Если хотите UTF-8, то пускай его отдает сервер используя AddDefaultCharset. Благо — тексты англоязычные, проблем возникнуть не должно.

Unlock, не скажу что 100%, но если используются только латинские символы, то проблем быть не должно. Дело в том, что в части латиницы наша win-1251 пересекается с их родной win-1252 и iso-8859-1. (если уж ничего не напутал).

Попробуйте просто указать AddDefaultCharset windows-1252 (не меняя физически кодировку ваших текстов) и посмотрите сами. "Кракозябр" быть не должно.

Unlock, ой, и мутная эта тема с кодировками...

Кодировка windows-1251 содержит в себе коды символов латинской графики, потому и ваши англоязычные документы нормально отображаются.

На счет того, на сколько это корректно, могу посоветовать первую заповедь админа — "работает? не трожь!".

Если заморачиваться, то пора бы переходить уже на UTF-8. Для понимания процесса изнутри, настоятельно рекомендую почитать статью Джоела Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов. Там все просто и понятно описано и разжовано даже для неподготовленного читателя.

в данном контексте, скорее всего

unlikely == малообещающий, неперспективный

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

Рад, что так сработало.

Эх, времени мало. Попробуйте жесткий вариант:

RewriteCond %{HTTP_HOST} (www\.)?([a-z0-9-]+)\.co\.uk [NC]

RewriteRule ^([a-z0-9-]+)([0-9]+)\.html$ $1$2.html [L,QSA]

RewriteCond %{HTTP_HOST} (www\.)?([a-z0-9-]+)\.co\.uk [NC]

RewriteRule ^(.+) %{HTTP_HOST}$1 [C]

RewriteRule ^(www\.)?([a-z0-9-]+)\.co\.uk(.*) $2.html [L,QSA]

не получается разобраться. А если выкинуть последние две строчки, как обрабатывается визит на mysite.com/? Та же ошибка? А на mysite.com/index.html разница есть?

7-й говорите... проконтролируйте чтобы ваша картинка была в режиме rgb 8-bit. Помнится, как-то боролся долго и не мог понять в чем ошибка.

а может, и правда версия "народная" такая

Всего: 362