void

Написал пару php-скриптов, которые могут пригодиться хозяевам дневников на diary:

diary_fix_rss.php – исправляет ошибочный RSS вашего блога. После недавних изменений в RSS записей даты печатаются на русском языке, и большая часть RSS-клиентов их не понимает. В результате записи перемешиваются. Этот скрипт всё чинит.

В качестве параметра нужно передавать номер пользователя. Номер можно узнать, например, из адреса RSS дневника на самом diary.ru (static.diary.ru/userdir/1/2/3/4/12345/rss.xml: 12345 – это ваш номер).

diary_export_rss.php – генератор RSS не только из последних, а вообще из всех записей дневника по вашему выбору. Это значит, что вы можете экспортировать через RSS любое количество любых записей за любые сроки. Весь дневник целиком (только это долго) или любую категорию.

Кроме того, скрипт делает много других приятных вещей: восстанавливает теги ..., удаляет <br /> и <p>, и заменяет их переносами строки, в общем, приводит неудобочитаемый HTML к его исходному виду.

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

Скачать скрипты.

Обратите внимание, что скрипт работает медленно (ему приходится спрашивать все посты с more по отдельности), так что если вы переносите весь дневник, имеет смысл разбить вашу тысячу записей на группы, скажем, по 50-100, и переносить по частям.

Обновил AniDB tool, консольную утилиту для хеширования и добавления аниме на anidb.

Из интересного в обновлении добавилось распараллеливание работы. Медленных точек в программе три: таймауты AniDB (команды не чаще, чем раз в 2 секунды), чтение диска и вычисление хеша. Последнее – нагрузка на процессор.

С таймаутами AniDB сделать ничего не получится. Чтение диска тоже, в общем, не ускоришь, единственное, что можно сделать – это устранить любые промедления. Как только один кусок считывается, сейчас же надо начинать читать другой.

Для этого хеширование, обычно отнимающее примерно 30% времени, было вынесено из главного потока. Сам по себе MD5 вычисляется строго последовательно и параллелится очень плохо, однако хеш ED2k, который использует анидб, хоть и основан на MD5, но файл в нём разбивается на кусочки, каждый из которых хешируется, а потом от всех хешей берётся хеш. Поэтому хеширующих потоков можно сделать несколько.

К сожалению, так можно максимум устранить те самые 30%, поскольку чтение с диска всё равно никуда не денется.

Если здесь есть программисты, интересно, есть ли у кого-нибудь ещё какие-нибудь идеи, как процесс можно ускорить?

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

Что случилось:
Кто-то из LastPass заметил в логах подозрительные обращения к серверам. Не взлом, хочу заметить. Просто повышенную активность, которой они не нашли объяснения. В результате этой активности могла быть скачана пара сотен аккаунтов из миллиона.

На всякий случай цифрами: 100 из 1 000 000.

Эти скачанные аккаунты были зашифрованы, так что даже если они попали бы к злоумышленнику, никто не смог бы их прочесть! Тем более, что и злоумышленника, скорее всего, не было. В общем, как в игре Pandemic 2, на Аляске кто-то чихнул – SHUT. DOWN. EVERYTHING.

LastPass решили выпендриться и показать, как серьёзно относятся к безопасности.

Они заставили весь миллион пользователей сменить пароли.

Остановимся на минуту и сделаем то, чего не сделали в LastPass: задумаемся над последствиями. Чем чревата одновременная смена паролей всеми пользователями сервиса?

Ну во-первых, перегрузкой серверов. Что и произошло. Сервера LastPass весело легли и последние два дня почти не шевелятся. Из-за этого пароли сменить невозможно, а поскольку это требуется для продолжения работы, никто не может работать! А так как в LastPass хранятся все пароли, то десятки тысяч человек упорно долбят клавиши F5, всё повышая нагрузку на сервер.

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

И наконец, если загадочный хакер действительно взломал сервера LastPass, получил к ним доступ, и не знает теперь, что делать с зашифрованными данными, а тут все пользователи подключаются и шлют ему сначала свои старые, а затем новые пароли, как вы думаете, что он скажет?
Он скажет “Спасибо”.

Да и каким образом вообще могла смена пароля защитить от подбора старого, слабого пароля к уже скачанным данным? Украденное злоумышленником не перешифруется магическим образом новым, сильным паролем.

Из-за весьма ветренного подозрения на то, что 100 из 1 000 000 аккаунтов могли быть скачаны (при этом оставаясь зашифрованными и бесполезными), LastPass обрушил на несколько дней весь свой сервис, лишил десятки тысяч доступа к своим паролям и украл у них огромное количество времени.

Выпендрились, что я могу сказать.