GCalendar упал?

Видимо, очередной этап апгрейда (или чего-то еще) на гугле. Google Календарь не работает.

sms transmitted with success

Запустил и оттестил sms-сервис для своей мега-компании. Самым сложным оказалось победить Oracle; точнее, понять, что и где хранится в биллинге, чтоб составить запросы.
Теперь вот мне интересно, сколько времени пройдет, пока руководство растелится на 2-3 т.р., чтоб запустить этот сервис в коммерческую эксплуатацию :)

rTorrent vs Deluge

Долгое время пользовался rTorrent`ом, но после какого-то  из апдейтов обнаружилась проблема с закачками, проявляющаяся в некорректной отработке рехеша. Пару слов, почему именно rTorrent. Ни один из иксовых клиентов не порадовал достаточной стабильностью работы (KDE 4.x) и, кроме того, не нравилось то, что нельзя обратиться по ssh с другой машины и добавить/удалить/изменить торренты. Ну и немаловажно то, что иксы не всегда есть как таковые. А rTorrent запускался в screen`e и был до поры до времени очень удобен и неприхотлив. Когда же закачки начали на ровном месте сваливаться в Closed или в зависший Open, было принято решение найти альтернативу; и она была найдена.
Deluge - начиная с версии 1.х представляет из себя не столько клиент, сколько демон, к которому можно прицепиться, используя иксовую, виндовую, консольную либо web-морду.
Каждый из интерфейсов требует помимо поднятого демона еще и запушенную с нужным ключом программу-прослойку. Например, для работы web-интерфейса нужно на сервере (на машине, где поднят демон) запустить deluge --ui web ; консольная утилита - deluge --ui console.
Web-интерфейс представлен тремя скинами, каждый из которых чего-нибудь да не умеет. Например, самый продвинутый аяксовый скин не умеет нормально редактировать текущий торрент, зато показывает все красиво; classic-скин неуклюж, но более корректно редактирует торренты.
Демон по умолчанию слушает порт 8112 и умеет SSL (конечно, если сгенерить сертификат), но можно указать и свой порт. Доступ через веб к демону - под паролем; так же можно запаролить вызов GTK`шного клиента из треи.
Из серьезных замеченных недостатков могу отметить кривую работу веб-морды при добавлении нового торрента. Зачем-то сразу после добавления идет попытка рехеша (в терминах Deluge - Force ReCheck), которая не приводит ни к чему хорошему: файл/папка еще не созданы, а рехеш уже пробует напуститься; итог - просто мертвовисящий торрент. Я решил эту проблему работой через консольную утилиту, имеющую подобие SH. Например добавление торрента: add путь_к_файлу_торрента [куда сохранять]. Справка по внутренним командам: [команда] --help. Все достаточно понятно и вменяемо, хоть и не так наглядно, как в rTorrent.
Сильные стороны: не нужен костыль screen`а, разные морды, SSL, приоритезация торрентов (как на прием, так и на раздачу), приоритезация файлов внутри одной закачки, индивидуальные настройки скорости и прочего для каждой закачки, мультитрекер (можно раздавать/качать один торрент сразу с нескольких трекеров), стабильный демон и GTK клиент.
Слабые стороны: недоработанный web-клиент, маломощный консольный клиент. Еще один большой минус - отсутствие встроенного планировщика. До версии 0.5.х был такой плагин, сейчас же придется пользовать cron.
Если что-то забыл, не обессудьте. Второй день пользую всего лишь.

Google Hosted & Jabber VS ICQ

В связи с очередным приколом AOL`ов понадобилось настроить общалку для внутрикорпоративного использования.
Достаточно давно перевел всю почту фирмы на Google Hosted, то есть, домен наш, а физически обслуживается серваками Гугла. И сегодня решил проверить, смогу ли я пользоваться "hosted"-аккаунтом ( вида myname@ourdomain.tld ), как обычным GTalk-аккаунтом. Оказалось, что все работает на "ура".
Итак, понадобится Jabber или мультипротокольный IM клиент (для примера, в windows - самы распространенный на сегодняшний день клиент это QIP Infium, в линухе я пользую SIM).
Настраиваем SIM. Для тех, кто уже пользуется SIM`ом, сразу скажу, что настройка hosted-акка совершенно не отличается от настройки обычного акка вида myname@gmail.com. Остальным интересующимся читать ниже.
В менеджере соединений (Connections -> Connection manager) создаем новое соединение, указываем протокол Jabber
Username : пишем полностью с собакой и доменом, например, medved@kremlin.ru
Password : указываем пароль аккаунта
Server : talk.google.com
Port : 5224
Ставим галку "Use SSL"
Переходим на след. вкладку ("Network") и ставим галку "Use plain text login". А на вкладке "Options" ставим галку "Manualy specify Jabber host" и в активированном поле ниже пишем: "gmail.com"
Собственно, все. Осталось нажать "Next" и дождаться завершения процедуры.

ICQ & f#cking AOL

Если бы не клиенты, в подавляющем большинстве своем сидящее в аське, я бы и не парился по поводу проблем с соединением аськи у "русскоайпишных" пользователей; мне хватает GTalk, Yahoo & Skype. Но надо как-то решать проблему, ибо перетащить всех клиентов с аськи просто нереально.
Итак, имеем линух (это сразу, чтоб предупредить выкрики типа "QIP уже починили") и необхоимость общаться с асечными клиентами.
SIM заткнулся вчера с утра.
Кое-как заставил его работать через TOR. Но, во-первых, заметно дольше отправка/соединение, во-вторых,  иногда сам tor не может найти дружественный луковый хост.
Kopete не пашет.
Qutim из svn (23.01.09) уже патченный имеет некоторые недочеты в самом патче. Собранный с родным патчем работает, но криво: также как сим постоянно дает ошибки при отправке сообщений; с правленным вручную - работает более стабильно, но сам по себе еще очень сырой. Ионгда вылетает, при соединении аськин-бот ругается на версию. Кроме того, не поддерживает яху. А жаббер-плагин то работает, то нет с GTalk сервером.
Вернулся с напильником к SIM. На всякий случай, выкачал из svn исходники, подпилил plugins/icq/icqclient.cpp:
находим:

OscarSocket::OscarSocket()
{
m_nFlapSequence = (unsigned short)(rand() & 0x7FFF);
m_nMsgSequence = 0;
}

меняем "(rand() & 0x7FFF)" на "(0x0000)", собираем.

В результате получил относительно работоспособный билд.
Опытным путем было выяснено, что для того, чтоб видеть статусы, нужно взаимно переавторизоваться.
---------------
Кто-то в инете говорит, что у него и без патчей все заработало на SIM`е. У меня не заработало, поэтому и пилил.

SIM & GTalk

Думаю, многие знают, что SIM поддерживает Jabber-like сервера от Google (Google Talk, GTalk).
Вчера или позавчера мой сим сказал мне, что он больше не может работать с гугль-толк. Перепробовал кучу комбинаций в симовском нетворк-сетапе. Не помогло.
Для всех страдальцев, столкнувшихся с этой бякой сообщаю: нужно поставить TLS-либу.

Debian	qca-tls
Fedora	qca-tls
Gentoo	app-crypt/qca-tls
Mandriva	libqca1-tls
SUSE	qca
Ubuntu	qca-tls

Goodle news for every one :)

Гугл-календарь наконец-то можно сопрягать с локальными календарями (sunbird, к примеру) по протоколу CalDAV. Мне этого не хватало.
Подробнее - от самого гугла.

Rentacoder отжигает

Встречаются, однако, и реликтоговорящие заказчики:

Project Type: What kind of work do you need done?
        Software related (Includes desktop applications and internet websites)
Project Parts:     What do you want the seller to do on this project?
        Programming: The programmer will take the requirements and translate them into the language of the computer (and test it).
Program Type: What kind of software should the seller create (and/or install)?

    * An internet web-site: This software runs on a web server and users will access it using their internet browser.

Internet web-site info     
Design and functionality: What does the programming of this project involve?

    * Program Functionality: Making the website "work".

Особенно умилило: "The programmer will take the requirements and translate them into the language of the computer". Сразу вспомнились скучнейшие, нуднейшие лекции престарелой преподши, которая закончила свое общение с компами на отметке "БСМ", и боявшаяся запускать мою программу на PC, потому что, видите ли, мой алгоритм был "не по учебной программе моего курса". А вы говорите, мол, `Making the website "work".`

Google mail & maps for mobile

Вчера обнаружил, что мобильные приложения от гугла дополнились и обновились.
Обновления:

• GMail Mobile
  
• Google Maps Mobile
  

[QR code for list: ]

• Пополнение: GMail mobile for domains
  

[QR code: ]




Причем, приложение GMail mobile for domains гораздо более доработанное и более приятное, нежели "родной" GMail.
У "Карт" (G Maps) субъективно обновилась только иконка. Никаких видимых улучшений по сравнению с предыдущей версией не замечено. Все так же не умеет искать ни по каким критериям, кроме названия населенного пункта. Все так же никакого тебе наложения сторонних/дополнительных лееров. Все так же не умеет tracking. Ну и ладно. Зато работает быстро и безглючно; не то что яндекс-мапс, который в Ростове-на-Дону грузил 5 килобайт 20(!) минут и своей глючной работой посадил мне полностью заряженный аккумулятор за ~4 часа. Не снес я творение тындекса только потому, что там хранится один трек. Как перелью его куда-нибудь, - убью свино-яндекс-мапс без сожалений.

Where is localhost?

]loy[ !loc fignya.loy.su
Exler ]loy[: fignya.loy.su (127.0.0.1) находится в US => Соединенные Штаты Америки (США) Марина-Дель-Рей
Arepo хыы
]loy[ о! ничосе
]loy[ мы нашли местонахождения localhost

PayPal XSS Vulnerability Undermines EV SSL Security

В платежной системе PayPal обнаружена очередная уязвимость:

A security researcher in Finland has discovered a cross-site scripting vulnerability on paypal.com that would allow hackers to carry out highly plausible attacks, adding their own content to the site and stealing credentials from users.

The vulnerability is made worse by the fact that the affected page uses an Extended Validation SSL certificate, which causes the browser's address bar to turn green, assuring visitors that the site – and its content – belongs to PayPal. Two years ago, a similar vulnerability was discovered on a different page of the PayPal site, which also used an SSL certificate.

Полный текст статьи
Смешно то, что похожая уязвимость уже была обнаружена 2 года назад.

One-Face.ru - OpenID по-русски?

One-Face.ru beta

Выдержка из описания системы:
"Зачем One-Face пользователю Интернета?

Вы - активный пользователь Интернета. В день вы посещаете десятки сайтов, многие из них - регулярно. Значительное количество из них предусматривают регистрацию, без нее вы не сможете скачать файл, добавить комментарий, или просто увидеть некоторые разделы сайта. Можно помнить данные для входа на несколько сайтов, но не десятков, да и проходить регистрацию на каждом новом сайте - лень!"

Даже не знаю, как реагировать. Посмотрим, что у них получится. OpenID ну оччень медленно расползается по инету вообще и ру-нету, в частности; может это решение будет популярнее?

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

Ну, посмотрим, посмотрим.