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

про laravel+angular2

Потому что эти два фреймворка для двух независимых приложений, между ними HTTP API и все. То есть потом можно сервак быстренько на go переписать а клиент и не заметит.

которые дают обычно при устройстве на работу.

Вы автоматически проиграли на этапе постановки задачи.

как можно быстро научиться решать такие задачи

Берете и решаете задачи. Много задача. По несколько каждый день. И так пока не научитесь.

Docker это то что мне нужно? А может я хочу невозможного?

У Docker чуть отличается концепция, но оно даже лучше подходит.

Основная идея - каждый сервис в своем контейнере. То есть у базы данных свой контейнер, у приложения - свой, у nginx - свой отдельный контейнер. В среднем одно простенькое приложение требует 3 контейнера (приложение, база данных и web-сервер в качестве прокси). Если у вас 10 проектов то это будет 30 контейнеров. Ну и да, не забываем про data-only контейнеры, они не несут дополнительного расхода ресурсов и нужны только для удобной организации сохранения данных. Если вы используете контейнер с базой данных - то это сразу +1 data-only контейнер. Приложение может аплоадить файлы - еще один контейнер-пустышка. Звучит страшно, да?

Каждый контейнер основан на другом контейнере, например все ваши контейнеры могут базироваться на одном образе, например Debian или Ubuntu. А особенность архитектуры файловой системы контейнеров позволяет реюзать оные, что значит что у нас будет всего один базовый контейнер с убунтой на остальные 30. Ну и далее, база данных обычно у нас так же частенько одна и та же (например в моем случае это postgresql), так что 10 контейнеров для 10-ти приложений превращаются в один контейнер с базой данных и 10 контейнеров-пустышек для сохранения данных приложения.

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

В случае же с виртуалками у нас 10 виртуалок в которых крутится 10 операционных систем (в докере только окружение, но ядро используется на уровне хоста), 10 баз данных ну и тд. То есть докер существенно сокращает количество необходимых ресурсов и вообще прикольно.

Docker НЕ работает на windows. Точнее microsoft планирует сделать поддержку оного (если еще не сделала), но только для win server-ов. Что не ок. Так что linux в виртулку поставить придется, но только одну на все проекты. Что же до возни с самбами и прочим - тут уж как хотите. В целом же производительности обычных шаред фолдеров должно хватать (так как мы всеравно мэпим данные по большому счету на файловую систему виртуалки).

Так что можно просто скачать Docker Toolbox и работать. Для Mac OS есть еще штука под названием dinghy, которая добавляет прозрачную поддержку NFS и т.д. но для винды такого нет (только черзе vagrant). Ишус на эту тему висит в репозитории docker-machine и возможно в скором времени и это запилят.

мне не нужны танцы с виртуалками, самбой, настройкой хостов и тп?

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

расхождение в браузерах около 20 секунд

И это нисколечки вас не должно тревожить (что бы понять почему это вообще происходит - почитайте про event loop). Если вам нужно точное время - Date.now(), с точностью до милисекунд.

Вот и накой вам фальконь если вы в ишус трекер не догодались заглянуть.

https://github.com/phalcon/cphalcon/issues/10378

поддержка PHP7 для зефирки уже в каком-то виде есть.

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

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

Мешать логику js c логикой шаблонизатора Twig, Blade и т.д. Или же фронтенд отделить целиком от бекенда, сделав бекенд чисто REST ?

Да, клиент отдельно, сервер отдельно, между ними HTTP API.

Если у вас будут проблемы связанные со скоростью бутстраппинга и т.д. то вместо того что бы "смешивать" шаблонизатор и angularjs (это вообще тупо), можно просто при запросе на сервак подготовить данные и вшить их в страницу (пробрасывая все через JS).

var data = $.param({
                зфкфьі:  ["apple", "potato"] ,
               
            });

что это?

$http.put('http://*****/mongorest/control/get-menu?'+ data)

ммм... почему у вас данные в query string ложатся а не в тело запроса? Как смысл тогда PUT запрос делать?

Насколько я помню у монги нормальное REST api.

Должно быть как-то так:

$http.put('/some/url', {
    someKey:  ["apple", "potato"] ,
}).then(function (response) {
    // не пользуйтесь .success/.error
}, function (reason) {
    // пользуйтесь только промисами.
});

то есть никаких извращений и подоброго. И не пользуйтесь $.params. Вообще. Для query string у angular есть отдельный параметр в конфигурации запросов.

$http.get('/something', {
    params: {
         query: 'param'
    }
}