October 15th, 2009

selyodka

бытовухи псто

Вышел в гиперларёчек за едой и коньяком в полдесятого, вернулся в 22:40. Типа "ночь в музее", пожирает время только влёт

Тюль слишком длинный, на упаковке написано, что "высота регулируется клеевой тесьмой" - теперь осталось понять, где там "клеевая тесьма". На мой непросвещённый взгляд её там нет :-) Потом надо будет жалюзи простенькие заказать, наверное, а не возиться самому

Пульт от нового акадовского тюнера, похоже, не умеет регулировать громкость тюнера "by design". Т.е. только громкостью телевизора может управлять (я скормил ему код от самсунга согласно инструкции, теперь он крутит громкость у телика)

А на Таганке у меня был такой же тюнер, но с другим пультом, более натуральным, который умел громкость тюнера регулировать. А здесь подсунули какой-то "красный" пульт, и "it's so gay" (tm). Там, наверное, линукс внутри :-)

Псто это по причине помершего монитора пишу у телевизора, подключённого к десктопу по hdmi. Поставил перед телевизором стул, на стул поставил картонную коробку, на коробку положил клаву-мышь, сижу рядом на кресле, и пытаюсь набирать текст, изогнувшись

И всё это в то время, когда космические корабли.

selyodka

IIS wordpress cyrillic permalinks error 404

Фрагменты из переписки с Русланом Якушевым на тему неработающих на IIS 7.0 кириллических пермалинков в вордпрессе:

===

Я: Должны ли корректно обрабатываться url-и c кириллическим %postname%? В данный момент получаю 404 ошибку.

В качестве workaround можно использовать плагин к вордпрессу Cyr2Lat Slugs, например, заодно url-ы становятся читабельными. Но хочется, чтобы wordpress работал "из коробки" хоть сколько-нибудь корректно (без 404-ой ошибки), это возможно?

Р.Я.: Вы не знаете работает ли это на Unix системах? У меня есть подозрение что это может быть вызвано тем что IIS раскодирует УРЛ перед тем как сохранить его в серверной переменной REQUEST_URI, которая используется WordPress. Из за этого Wordpress пытается раскодировать раскодированный УРЛ еще раз.

Эта теория подтверждается следующим workaround. Добавьте в начале wp-config.php вот эту строку с кодом:

if ( isset($_SERVER['UNENCODED_URL']) ) {
$_SERVER['REQUEST_URI'] = $_SERVER['UNENCODED_URL'];
}

После этого должно заработать. Но url-ы в адресной строке все равно не читабельные в IE8, хотя вполне читабельные во всех остальных браузерах (Firefox, Chrome, Opera, Safari).

Я: Я проверил кириллические пермалинки в вордпрессе на нашем стандартном unix-хостинге, с FreeBSD/Apache - там они сразу работают нормально, ну разве что URL-ы в IE8 тоже нечитабельного вида.

Р.Я.: Действительно проблема в том как иис обрабатывает закодированные урлы. В иис всегда было так что урл раскодирутся в самом начале обработки запроса и все модули уже работают с раскодированным урл. Похоже что на апаче это не так.

Я не думаю что в обозримом будушем в иис будет внесено изменение по этому поводу, но можно попробовать открыть тикет в вордпресс, чтобы они использовали UNENCODED_URL на иис. Должно быть тривиальное изменение.

===

Workaround этот работает, проверено. Кто хочет завести баг разработчикам вордпресса? :-)

selyodka

отлично

Баг открывается благодарным пользователем:

If the table uses any Cyrillic charset (cp1251, koi8r, cp866) and text columns contain symbols in such code page (i.e. cyrillic chars), then select through MyODBC connector returns an error

Баг закрывается пидара типичным “программистом”:

The fix causes MyODBC to return an error message instead of crashing.

Прямо сразу вспоминается бурная деятельность одного знакомого отдела разработки.

 

Кстати, до меня что-то “медленно доходит почта”, я написанное по ссылке аж два раза перечитал. Это что же получается, что [MySQL][ODBC 5.1 Driver] с кодировками отличными от юникода таки вообще работать не умеет? :-)

selyodka

если кто не видел ещё

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