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]
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. Помнится, как-то боролся долго и не мог понять в чем ошибка.
а может, и правда версия "народная" такая