Журнал Витуса. Голосов: 2 Адрес блога: http://vitus-wagner.livejournal.com/ Добавлен: 2008-02-19 12:48:41 блограйдером Lurk

Прикладная зоология.

2015-10-31 11:02:28 (читать в оригинале)

По приезде в деревню на участке обнаружилась дохлая лиса. Пришлось сразу, не разгрузившись, похоронами заниматься. А то мало ли от чего она сдохла, Так-то тут мороз, и она вряд ли испортилась. Пруд замерз, а в бочке с водой три сантиметра льда - еле лопатой пробил. Но этот не повод скарлмивать собакам не пойми что.



А крысы аккуратно собрали разбросанную по избе отраву и сложили её в тапки, стоящие у входа



http://vitus-wagner.dreamwidth.org/1133177.html. Please comment there using OpenID. Now there are comments

---

Хаотическое

2015-10-30 09:14:37 (читать в оригинале)

Представился фэнтезийный мир, где имеется такой повелитель Хаоса, с титулом Chaoskeeper.
У него есть отряды воительниц-Chaoswives и страшный монстр Chaoscat.

Вернее, наверное chaoswife это офицерский или унтерофицерский чин в тех отрядах. А рядовые там chaosmaiden.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1133036.html. Please comment there using OpenID. Now there are comments

---

Физический замок для флэшки

2015-10-30 09:09:32 (читать в оригинале)

http://usb.brando.com/3-digits-combination-usb-flash-drive-security-lock_p01117c0040d015.html

До чего только люди не додумаются....



This entry was originally posted at http://vitus-wagner.dreamwidth.org/1132771.html. Please comment there using OpenID. Now there are comments

---

Грустное положение дел в области компьютерной безопасности

2015-10-29 10:36:15 (читать в оригинале)

ФБР предлагает платить выкуп владельцам криптолокеров.
Поскольку взломать грамотно зашифрованные файлы ни ФБР, ни NSA не смогут. Я бы на их месте предлагал считать, что носители данных смертны, и от криптолокера также как от сдыхания диска, спасает только своевременный бэкап.
NSA не рекомендует возиться с переходом на EC-криптографию предлагая дождаться появления post-quantum cryptographу, алгоритмов, устойчивых к взлому с помощью квантовых компьютеров. Не знаю что на них нашло. По ссылке там большая и серьезная статья с кучей математики, но как мне показалось, авторы её, рассмотрев кучу вариантов, приходят к тому же выводу.
Директор ЦРУ не в состоянии защитить свой почтовый ящик от тинейджера. Шнайер полагает что это не потому что Бреннан плохо разбирается в компьютерной безопасности и не уверен что смог бы сам успешно противостоять аналогичной атаке. Я тоже не уверен. Хотя я не храню ничего ценного в ящике на gmail-е, и не использую его для восстановления паролей но ведь достаточно determined атакующий может попытаться перехватить аналогичными методами социальной инженерии мой домен wagner.pp.ru и подменить там MX-запись. А за то время, которое мне понадобится, чтобы добиться восстановления контроля над доменом от Руцентра, можно много на каких аккаунтах пароли поменять успеть. Поэтому даже наличие физического контроля над почтовым сервером вообще говоря, не спасает от попыток перехвата электнонной почты. В конце концов, Шнайер описывает атаку на систему с одноразовыми СМС-кодами. Точно такими же методами с перехватом контроля над сим-картой путем социальной инженерии.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1132400.html. Please comment there using OpenID. Now there are comments

---

Асинхронные веб-фреймворки

2015-10-28 11:31:00 (читать в оригинале)

Народ, а кто может подсказать фреймворки для построения веб-страниц, в которых порядок генерации отдельных фрагментов не принципиален?

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

Ну то есть что-то подобное есть в питоновских вариантах на базе Twisted и Tornado, но у twisted просто ужасный синтаксис в этом месте. Опять же Twisted и Tornado не самые популярные инструменты у веб-разработчков.

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

Соответственно, хочется попытаться оторвать от libpq существующую там проверку на "если результат предыдущего запроса не прочитан, со следующим посылаем", и попытаться это применить на каких-то реальных задачах.

Подобные паттерны с сотнями легких запросов в рамках одного коннекта характерны как раз для динамических веб-фреймворков.

У меня возникло подозрение, что подобный стиль работы естественным образом вписывается во всякие решения на базе haskell или ocaml. Но я web-фреймворков на базе этих языков (да и самих-то языков) толком не знаю.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/1132043.html. Please comment there using OpenID. Now there are comments