| Telco grade грабли |
[Фев. 5, 2008|08:46 pm] |
В свое время решил я отправиться на работу к одному из наших мобильных операторов.
Одним из поводов было желание разобраться в том, как же правильно большие и умные вендоры строят правильные решения для телекомов. Впрочем, в результате таки удалось разобраться в том, как обходятся большие грабли, попутно удивляясь тому, как эти грабли вобще можно допускать. Потом разобрался и в причинах, но об этом как-нибудь позжее...
( Это была лирика ) |
|
|
| Groupware |
[Окт. 15, 2007|09:17 pm] |
В связи с запуском нового стартапа, на который можно (и нужно!!!) влиять с самого старта, озадачился поиском адекватного инструментария для обеспечения групповой работы. С учетом не шибко великих бюджетов и ориентацией на предоставление OSS/FS based IT solutions захотелось нечто из списка оных OSS/FS и заюзать.
Пока что очень внимательно смотрю в сторону eGroupware, на счету которого есть следующий набор заявленных вкусностей и приятностей:
1. Поддержка целой стопки разных БД в качестве бэкенда, в т.ч. PostgreSQL.
2. Поддержка LDAP для хранения контактов и для авторизации.
3. Наличие интерфейсов SOAP, XML-RPC, SyncML.
4. Умение работать с POP3/IMAP серверами (ага, CRM тоже хочу нормальный).
5. Интеграция с KDE прямо из коробки.
После того, как решил пощупать встроенные возможности KDE по части групповой работы понял, что двигаться в эту сторону уже таки можно - вполне пристойный корпоративный десктоп получиться должен. |
|
|
| Грабли кодировочные... |
[Янв. 25, 2007|12:51 am] |
Веселую тему довелось поколупать сегодня. Началось все с того, что ![[info]](http://p-stat.livejournal.com/img/userinfo.gif) mambaram озадачил логами Slony-I с матюками на кривые данные в базе. Еще через некоторое время показал даже глючную запись из этой базы. Оказалось, что в поле с типом varchar влез символ с кодом 0x80, который в UTF-8 никак не укладывается.
Результаты экспериментов:
1. PostgreSQL 8.1.4 считает, что это корреткный UTF-8.
2. XML::LibXML, работающий через libxml2 тоже все это скушал (данные через него импортировались).
3. utf8::valid() выдал 1 на эту строку.
4. Slony-I, iconv и PgAdmin честно такую ситуацию обругали.
Полезные выводы:
1. Все текстовые данные перед внесением в БД нужно проверять чем-то еще (iconv?).
2. Ежели к целевой кодировке в iconv добавить //IGNORE, то "левые" символы будут просто пропущены (для Text::Iconv действительно).
3. Узнал также про //TRANSLIT в iconv'е, который есть, но не работает.
Мысли:
Неужели в PostgreSQL за такое время нельзя было нормальную поддержку UTF-8 реализовать?.. |
|
|
| navigation |
| [ |
viewing |
| |
most recent entries |
] |
| |
|
|
good
sleepy