Matvey Safronov

Есть дядьки, которые развивают стандарт. Они делают черновики новых фич, потом обкатывают, собирают фидбек и продвигают идею их внедрения в разных движках. А разработчики браузеров наперегонки стараются это реализовать, чтобы их браузер был самым современным....
https://www.w3.org/TR/html51/

VirtualBox + образы ОС с браузерами.
Можно гуглить готовые, можно "вырастить" самому.

https://developer.mozilla.org/ru/docs/DOM/window.r...
Никаких таймеров для анимации

Используют свои наработки или библиотеки.
Заранее, создают структуру приложения.
Анимация HTML5
PS: сводная таблица движков HTML5

Кому интересно, часть конфига получилось восстановить при помощи этого:
forums.whirlpool.net.au/archive/2189742

Надо устанвить LuaJIT и пересобрать nginx с LuaJIT вместо Lua.
В Debian для этого применили такой патч (баг):

diff -ruN nginx-1.6.0.orig/debian/modules/nginx-lua/config nginx-1.6.0/debian/modules/nginx-lua/config
--- nginx-1.6.0.orig/debian/modules/nginx-lua/config	2014-04-24 13:23:46.000000000 -0300
+++ nginx-1.6.0/debian/modules/nginx-lua/config	2014-07-24 03:48:10.816586362 -0300
@@ -131,9 +131,9 @@
             ngx_feature="Lua library in /usr/"
             ngx_feature_path="/usr/include/lua5.1"
             if [ $NGX_RPATH = YES ]; then
-                ngx_feature_libs="-R/usr/lib -L/usr/lib -lm -llua5.1"
+                ngx_feature_libs="-R/usr/lib -L/usr/lib -lm -lluajit-5.1"
             else
-                ngx_feature_libs="-L/usr/lib -lm -llua5.1"
+                ngx_feature_libs="-L/usr/lib -lm -lluajit-5.1"
             fi
             . auto/feature
         fi

```

DevOps расшифровывается как Development Operations.
В повседневные задачи DevOps инженера входит управление инфраструктурой приложений (в основном веб).
Что должен знать и уметь такой инженер - например по клику кнопкой в нужном датацентре произошел деплой приложения. DevOps должен суметь создать этот интерфейс с кнопкой и автоматизировать процесс приобретения инстанса (например в AWS), установки операционной системы и необходимых пакетов, доставки приложения на этот инстанс, прописывания всех настроек в приложении и приведение приложения в полную боевую готовность, т.е. состояние, в котором к приложению можно пускать пользователей.

По пунктам, что нужно знать и уметь:

• неистово учиться и гуглить
  
• сетевые технологии, на уровне маршрутизации, TCP/IP, DNS, SMTP и остальных протоколов начиная с 3 уровня модели OSI
  
• сетевые операционные системы (преимущественно семейства Linux) на уровне автоматизирования установки, обновления, настройки безопасности и мониторинга
  
• системы виртуализации (Xen, OpenVZ) и контейнеризации (Docker, Vagrant)
  
• настраивать сервера и мигрировать конфигурации, например перейти с Apache на Nginx, или с PHP на HHVM
  
• Chef
  
• Puppet
  
• Ansible
  
• Capistrano
  
• VCS
  
• AWS/OpWorks/CloudFormation/CodeDeploy, OpenStack
  
• Munin/Logstash/Kibana и другие связки для мониторинга
  
• Continuous delivery
  
• Программировать на Bash, Ruby, Python, Go, Perl, уметь понимать конфиги на самых экзотических языках, например YAML
  
• TDD
  
• продукты hashicorp
  
• автоматизировать создание и восстановление бэкапов баз данных
  
• масштабировать приложения по горизонтали (настраивать балансировщики, реверс-проксирование, шардинг и репликацию в базах)
  
• рассчитывать и оптимизировать издержки на поддержание инфраструктуры приложений
  
• видеть будущее инфраструктуры приложения и компании, двигать инфраструктуру в это будущее
  

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

Оператор new всегда возвращает объект, то же кстати происходит при передаче контекста в функцию через call или apply
В js все что угодно (кроме undefined или null) может быть обернуто в объект, сделано это для того, что бы примитивы (числа, строки) имели методы из прототипа своих конструкторов

У числа нет свойства Number, а в консоли Вы видите то, что возвращает Number.prototype.toString()

Судя по вашему сообщению, подготовительную работу вы сделали (т.е. микросервисы слушают определенные очереди в RabbitMQ).
Насчет формата данных - отправляйте в очередь сообщения в JSON-формате. Парсеры для него есть для любого языка. А вот что именно отправлять - так это уже зависит от того, что делает тот или иной микросервис. У каждого должен быть описан и задокументирован формат данных, набор полей и т.д. И уже другой микросервис (например, авторизация), который подписан на события из микросервиса аккаунтов должен понимать откуда он получил данные и правильно их обрабатывать.

Странные конечно ответы отмечены решениями, меня это несколько удивляет.
Немного расскажу автору вопроса про вагрант и докер, в чем разница.
Вагрант - это лишь обертка над virtualbox для создания заранее сконфигурированной машины в виртуалбоксе. Польза от него есть, но только для разработчиков. На продакшн сервер Вы не сможете развернуть то же окружение при помощи вагранта.

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

Докер, в отличии от вагранта, позволит Вам иметь идентичные окружения и на дев-сервере, и на продакшн, и на тестовом, и везде, где только можно. Этим он выгодно отличается от вагранта.
Вагрант в связи с вышеупомянутым недостатком и ориентированность только на дев-окружение, тихонько отмирает.

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

На счёт того, как конкретно развернуть на докере ламп или что-то подобное, сперва прочтите Getting started на оф. сайте докера, затем гляньте на докхабе образы для веба, там их несколько и каждый описывает инетерсные подходы.

Удачи, надеюсь мой комментарий был Вам полезен.

Прошёл год, написан и используется свой логгер. Ниже хочу описать причины и что получилось.

Требования поменялись и в настоящее время они отлично ложатся на идеологию 12 factor app 12factor.net/logs

А именно: логгер и само приложение не занимаются записью лога ни в файл ни в базу. Никаких транспортов. Лог пишется только в stdout.

Мотивация:
1) Мы получаем отличный лог в консоле во время разработки просто запустив приложение. Без всяких "девелоперских" режимов транспортов.
2) В продакшене сбором и транспортом лога занимается то, что запускает наше приложение (forever, upstart, supervisor). Процесс транспортировки лога лежит не на самом приложении - это развязывает руки в использовании как своих сервисов агрегации логов (logstash), так и сторонних (loggly).
2) Как логгер, так и само приложение избавлены от багов "толстого" логгера и транспортов.

Требования к реализации:
1) Быстрый старт - возможность начать использовать логгер без первоначальной конфигурации
2) Пространства имен
3) Гибкость в настройке формата сообщений (которые мы пишем в stdout)

Вот так получился mag логгер

Быстрый старт

var logger = require('mag')();
logger.info('my great application is running!');

Пространства имен

var mag = require('mag');
var logger = mag('my-app');
logger.info('my great application is running');

Настройка формата сообщений.
Мы можем подключать mag сколько угодно раз, даже в подмодулях. Подключив один раз модуль mag-hub - все сообщения пойдут через него. mag-hub - это стрим в режими объектов. Мы можем читать из него и делать с объектами логов всё что угодно, записав потом в stdout конечно.

При написании подмодуля приложения о логировании заботиться также не нужно: https://github.com/mahnunchik/mag#for-module-developers

Ссылки:
1) mag logger
2) API логгера
3) Модуль агрегации логов в одном стриме mag-hub