Роман Башарин

Sails брать не стоит, он и правда полумёртвый. А экспресс просто инструмент, который упрощает жизнь разработчику. Если считаешь, что тебе его функционал не нужен или просто хочешь написать его сам - не используй его :)

Для vuejs и для чего угодно ещё он не обязателен. Сокеты тоже прекрасно пишутся без него.

начиная с пхп 5.4 у тебя $this доступен внутри анонимной функции объявленной внутри класса.
не надо ничего туда передавать.

для каждого случая свои способы:

1) window === window (это с любыми глобальными или импортируемыми объектами)
2) рекурсивное сравнение объектов, но надо хэндлить циклические ссылки по хорошему.
3) JSON.stringify(a) === JSON.stringify(b) как альтернатива второму. Страдает теми же проблемами, надо циклические ссылки самому хэндлить.
4) lodash.isEqual

JSONB — двоичная разновидность формата JSON, у которой пробелы удаляются, сортировка объектов не сохраняется, вместо этого они хранятся наиболее оптимальным образом, и сохраняется только последнее значение для ключей-дубликатов. JSONB обычно является предпочтительным форматом, поскольку требует меньше места для объектов, может быть проиндексирован и обрабатывается быстрее, так как не требует повторного синтаксического анализа.

Источник: https://habrahabr.ru/post/282764/

Вам нужен параметр squash.

git merge --squash branch_name

И если для маленьких веток в десяток строк это может быть оправдано, то в остальных случаях голову с плеч за такое.

React в браузере выполняется, его можно использовать без node.js. А php выполняется на сервере. Т.е. они друг другу изначально ни как, ни мешают. И их можно легко подружить.
На React можно писать на чистом JS. Но так ни кто не делает. Пишут на jsx, это js с сахаром. Который можно компилировать прямо в браузере

type=text/babel ... , или используя node.js и уже отдавать чистый js.

Для разработки на React ставят webpack(написан на node.js) или аналог. Опять же можно без него, но с ним гораздо удобнее. Настраивается очень легко. Вот по этим скринкастам https://learn.javascript.ru/screencast/webpack

- видимо при каждом простом запросе, где вообще не нужны эти библиотеки получаем чрезмерную нагрузку на интерпретатор, в связи подключением мегабайт кода (считайте, если у нас либы весят 1МБ, то каждый запрос на время обработки отжирает 1МБ памяти, довольно ощутимо)

автолоад так не работает. он грузит класс только когда к нему идет обращение.

Как бы там 4 метода автозагрузки. Описаный вами это files так работает, Берет и все инклюдит что вы ему там прописали.
В других способах автолоад сработает только тогда когда это потребуется. Пройдитесь по скрипту дебагом сразу поймёте.

Слишком мало информации, но в любом случае пара дней - ну ОЧЕНЬ оптимистичная оценка. Я бы ее увеличил минимум до пары месяцев только на примитивный прототип.

как вариант ( возможно не совсем правильный и оптимальный, но работающий):
1. определение контуров (методы превитта/собеля)
2. классификация контура (чтоб понять что это мы нашли, и какие варианты для "замены" потом можно использовать). Я бы тут смотрел в сторону персептронов/сверточных сетей (да, их еще нужно будет обучать)

само собой обрабатывать изображение нужно будет на сервере (я бы предложил связку python + theano/tensorflow/skilean) Я никогда не работал с OpenCV, но возможно что в нем уже реализована часть нужного функционала (по крайней мере про выделение контуров точно должно что-то быть).

после того как выйдет обучить нейросеть на серверсайде - можно будет попробовать перенести все решение на сторону браузера (алгоритмы выделения контура + нейросеть + коэфициенты которые мы получили после обучения ее на серверсайде).

regexr.com/3evqu

/(?:\d{2}\.){2}\d{2}(?:\-(?:\d{2}\.){2}\d{2})?;\s?/

path.resolve(__dirname, '../..');

Я бы проблему решал на клиенте, нужно реализовать "общение" между вкладками и всегда проверять, чтобы соединение с сокет-сервером держала только одна вкладка.
Далее если человек переключает вкладки - тогда только активная вкладка соединяется с сокет-сервером, все остальные соединение обрывают. Если человек ушел на сторонный ресурс, значит соединение будет только у последней активной вкладки.

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