xmoonlight

Допустим есть какое-то серверное приложение, которое желательно устанавливать локально на сервер.

Краткий ответ - никак, но есть вариант.

Почему?
1. Мало кто будет ставить себе на сервер неизвестно что и платить за это деньги.
2. Любой функционал, написанный одним разработчиком, может быть легко скопирован любыми другими разработчиками с помощью разработки того же функционала с "нуля".
3. Если в вашем приложении вычисления и работа с данными, то лучше это делать SaaS-сервисом.
4. Если данные нужно обрабатывать только у клиента приложения (в его серверной) в локальном режиме, то создаёте микро-модуль обработки данных (в котором "зашиты" нужные для обработки формулы и алгоритмы) с доступом к нему по ключу через локальный API-интерфейс (ВАЖНО: сам модуль - никогда не выходит в сеть!), полученному через ваш SaaS-сервис, и который будет продляться/обновляться через тот же SaaS-сервис (это как раз тот вариант...).

Достаточно неудачная идея делать там, где это невозможно. :)

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

Любой exception сгенерируйте с помощью проверок количества записей из базы или лога.
Например, получайте общее кол-во записей (total) перед любым добавлением данных: a=total/(102/2-1-total);
После 50 записей всё упадёт с ошибкой деления на 0 и дальше код не исполнится: счётчик остановится ровно на 50.

PS: Использовать только в крайнем случае!

Error: Cannot find module 'express'

Не могу найти модуль 'express'.

Видимо, нужно его установить с помощью npm.

Выигрывает ли nodejs в производительности php на примере обычного сайта?

конечно же это неверный вопрос. Всё зависит от реализации кода.
По тестам примитивных расчётов и операций: node.js значительно слабее php.

Если брать в частности, ИМ на laravel/yii даже при использовании кэширования показывает задержку в 200-300ms.

Сикоко-сикоко?!!!
Мой php-фреймворк на спичечном коробке это делает за 5-7ms максимум!
Поймите, что дело - не в языке и не во фреймворке, а в логике работы архитектурного алгоритма.

Заходите ко мне в блог - там я начал тему по архитектуре!

Базово:
Нода - это одноклиентский локальный бэк, который позволяет работать с "облачными" ресурсами в глобальной сети.

Кратко: для задач построения распределённых вычислительных кластеров.

Например, есть туча разных компов/серверов (рядом, или удалённых) и много-много разных задач.
Требуется заюзать все доступные ресурсы оптимальным образом и обеспечить отказоустойчивость такой сети.

Ну, или когда нужно быстро создать красивое приложение, взаимодействующее с удалённым веб-сервером: https://nwjs.io/

PS: для тех, кто считает PHP аутсайдером по производительности: читайте.

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

Желательно - знать применение абстракций и паттернов проектирования при создании архитектуры.
------

На первый взгляд там очень много узкоспециализированных фич, которые едва ли пригодятся на мидл уровне.
То есть лучше относиться к большей части разделов как к апишке и иногда заглядывать или есть сильная необходимость изучить все разделы для поиска работы?

Просто убило!

Ничего не учите и сразу ищите работу, чтобы сразу чётко понять: где мидл, где документация и где ваши знания.

Можно смотреть первые буквы (и несколько первых букв, и выбрать лучший вариант по совпадениям) во всех корнях в подряд идущих слов, учитывая предлоги между ними с вероятностью в 50% (проверять с предлогами и без, и выбирать лучшее совпадение).

Это покроет большинство случаев.

И свой словарь для нескольких частных случаев - тоже можно сделать: чем больше классификаторов - тем лучше.

vlc

pthreads

На PHP есть и в данный момент работает, но надо двигаться вперед и ускорять работу да и хочется что-то новое.

Для PHP отлично работает pthreads.

Если кратко:
Каждый сервер - это клиент БД для всех остальных. При изменении данных, он обращается асинхронно сразу ко всем БД и как только получает со всех одинаковые ответы - возвращает управление скрипту.
Статика и скрипты - работают на этом же сервере.

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

В гугл/bing/яндекс поищите. Там много вариантов и даже на русском.