#шутка, но поучительная.

#шутка, но поучительная.

The SENPAI protocol (Secure ENcrypted Protocol for Affection

Information protocol) builds on work by [1] to allow

efficient secure two-party computation on a problem of general

interest with security against covert adversaries, while

avoiding the overhead of zero-knowledge proofs.

http://sigtbd.csail.mit.edu/pubs/veryconference-paper10.pdf

Хотел бы представить вашему вниманию менеджер процессов PM2.

Хотел бы представить вашему вниманию менеджер процессов PM2.

Чем больше у меня на сервере бежало всяких микроаппсов, тем меньше всякие forever и скрипты становились управляемыми (manageable). Сегодня решил вернуться к этой теме и наткнулся на сабж.

– Позволяет запускать процессы, определять их окружение

– Можно создать системный сервис, который переживет рестарты, чтобы не пришлось писать это все ручками

– Можно запускать несколько копий приложения на различных ядрах

– Несмотря на то, что декларирован как Node.js, может запускать много чего

– Может мониторить файлы на предмет изменения и перезапускать процесс(ы)

– Может определять различные варианты окружаения

– Можно создать описательный JSON или YML файл и распространять/деплоить вместе с приложением

– Ну, и немаловажно, легок в использовании

http://pm2.keymetrics.io/

http://stackstatus.net/post/147710624694/outage-postmortem-july-20-2016

http://stackstatus.net/post/147710624694/outage-postmortem-july-20-2016

иногда мне кажется, что весь backend должен в случае shit-storm переходить в режим “каждую инструкцию оборачиваем в timeout”…

На #закуску

Вчера мой коллега случайно запустил на dev машине от имени привел. юзера:

kill -9 -1 50322

На самом деле я думаю, что тем кто здесь находится (ну кроме меня) это видео нужно в меньшей степени, но товарищ…

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

И вдогонку предыдущему. Про то как внутренний state обуздать.

И вдогонку предыдущему. Про то как внутренний state обуздать.

Мы тут потихоньку переходим на то чтобы юзать http://redux.js.org/ с некоторыми навешаными финтиплюшками для асинхронности, вроде http://redux-observable.js.org/

Как и с Observables требуется некоторое время чтобы принять идеи, но потом никакие race-ы больше не страшны.

Я писал какое-то время назад про то что Промизы это каменный век и давно пора переходить на Observables [2] (ещё их…

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

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

Недавно выяснилось, что, в какой-то степени сродни React-у, есть чисто функциональный DOM rendering фрэймворк основанный как раз на них.[1] Ведь по сути, что есть UI какой-нибудь Web аппликации? Это среда в которой постоянно приходят какие-то event-ы без всякого внутреннего порядка и нужно поддерживать сложное внутреннее состояние.

[1] http://cycle.js.org/

[2] http://reactivex.io/