Сергей Протько

Их много:

• box2d-js.sourceforge.net
  
• wellcaffeinated.net/PhysicsJS
  
• brm.io/matter-js
  
• и ещё целый список специально для вас кто то собрал
  

Создать стандартный package.json, кидать его в папку с проектом и выполнять npm install.
Более серьезная автоматизация требуется, если вы создаете проект чаще, чем хотя бы раз в день.

Да, в этом случае вполне уместно.

Лучше оставьте в стороне пока эти идеи об объединении Ангуляра и Рельс и просто почитайте rusrails.ru, поизучайте сами рельсы. Ну и вообще, потратьте какое-то время, чтобы разобраться, как вообще взаимодействует браузер с HTTP-сервером. Судя по вопросу, вы совершенно не представляете, что делаете, и любые попытки дальше работать с этими фреймворками будут только создавать проблемы.

А если по сути вопроса, то контроллеры Ангуляра и Рельс "объединяются" через HTTP-запросы: ангулярный контроллер обращается к ангулярному сервису, который отправляет асинхронный запрос рельсовому серверу, в котором этот запрос попадает в тот или иной контроллер.
Ангуляр и Рельсы — два разных фреймворка, написанные на разных языках, работающие на разных сторонах баррикады: Ангуляр — на фронтэнде (в браузере у пользователя), Рельсы — на бэкэнде (на сервере бородатого админа). Как может взаимодействовать браузер с HTTP-сервером? Только посредством HTTP-запросов.

тут

https://wiki.postgresql.org/wiki/Alter_column_position

Я думаю потому что план попадает в кэш.
Как вариант - использовать подготовленные запросы или не разрывать соединение (pgbouncer в помощь).

Нет никаких годных материалов. Точнее они годные только для опытных DevOps. Потому что это культура подхода, а не инструментарий.
Переход на DevOps делается в три этапа:
1) Сначала полностью все автоматизируется. По поводу доставки кода вопросы врядли возникнут - Jenkins и Maven известны даже детям. Ну не обязательно они. У каждого языка свои инструменты. gradle, grunt, waf... Но автоматиризровать надо все, включая деплой SQL (LiquidBase, dbMaintain, sqitch и т.д.). Эта часть освещена очень хорошо в интернетах.
2) Затем убираются все боттл-нэки в работе админов и программистов. Например внедряется Green/Blue-деплоймент. В точках деплоя собственного ПО средства провиженинга (puppet/ansible/chef) заменяются на средства деплоймента (uDeploy например). Устанавливается мониторинг и логирование. На все это тоже есть свои инструменты (Sensu например).
3) Начинается работа с людьми - вовлечение программистов в ответственность за результат на стороне Ops и вовлечение сисадминов(operations) в результат на стороне Dev (подгон под FHS и все такое). Ключевой момент в том, что людям придется понять, что их ответственность приходит эхом оттуда, где они своими руками не трогали (для этого даже автоматически создают новые энвайронменты всякими докерами и вагрантами). Закоммитил кривой код в IDE, не учел зависимость в пропертях, поправил конфиги не для всех энвайронментов - будешь отвечать и за статический анализ кода и за проваленные интеграционные тесты и за неудачный деплоймент. В обратную сторону тоже самое. Тогда люди начнут действовать по стандартам и настанет искомый результат.

Ну и само собой надо найти сильного релиз-инженера. Потому что DevOps - это не "построил и ушел". Кто-то должен все время смотреть за новыми организационными проблемами и чтобы транк не попал на UAT, например, а на SIT ушел тот же тэгированный код, которому на DEV провели smoke-тесты, а не обновленный парой вредных коммитов, набежавших за время смоука.

Сначала скажите, как звучит конечная задача и что из этого уже есть и чего нет. Может чего детальнее посоветую.

Mapped Superclasses

Движки совершенно разные и использовать их нужно в разных ситуациях.
Для выбора нужно как минимум определить, чего будет больше ?
INSERT/UPDATE/DELETE vs SELECT

MyISAM при изменение данных блокирует таблицу целиком, при этом любой SELECT будет ожидать когда операция будет завершена. В InnodDB используется метод по строчной блокировки.

Т.е. если будет больше вставок то InnodDB выигрывает за счет по строчной блокировке (погугли InnoDB MVCC) если будет больше выборки то MyISAM может использовать КЕШ запросов и тут будет заметный выигрыш.

Это лишь часть нюансов, так же следует помнить о настройках самого MySQL.

https://php.net/manual/ru/function.urldecode.php

Node.js(io.js) + socket.io

Socket.io поддерживает транспорты:
--- WebSocket
--- Adobe Flash Socket
--- AJAX long polling
--- AJAX multipart streaming
--- Forever Iframe
--- JSONP Polling

Браузеры: Internet Explorer 5.5+/Safari 3+/Google Chrome 4+/Firefox 3+/Opera 10.61+