Юрий

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

chat.append принимает на вход не html код текстом, а domElement. то есть делать надо через document.createElement(...)

vetsmen:
в продолжение Как сделать синхронизацию анимации у пользователей?

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

все очень просто, с сервака можно еще + текущее время отправить. чтобы на клиенте синхронизировать время.
то есть с сервака отправляем
- текущее время (new Date)
- время начала анимации (сохраненное в начале)
- угол

по идее все что изменилось с предыдущего варианта - вместо не точного клиентского времени используется точное серверное.

также на клиенте в момент получения этого сообщения тоже сделать new Date и высчитать временную разницу "сервер-клиент" deltaTime. в дальнейшем deltaTime можно прибавлять к клиентскому времени (new Date) чтобы получить текущее точное серверное.

на клиент помимо угла нужно отправлять время начала этой анимации.
тогда клиент сможет рассчитать текущую фазу вращения для его текущего времени.

"TS и прочих трансплайтеров."
они тоже компилируются в js и скорость получается та же. (хотя возможно какие то из них используют типизированные массивы, см ниже)

любые библиотеки отпадывают по той же причине. единственный бонус от библиотек может быть при работе с гигансткими числами.

насколько я помню в ноде числа все int32. когда целое число превышает эти рамки оно превращается в float где младшие разряды (для целых числе) сохраняются вплоть до 2^59 вроде бы, это весьма неплохо.

по поводу оптимизации в библиотеках связаных с мощными вычислениями (3д математика) (на фронтенде) часто используют типизированные массивы типа Int32Array как минимум меньше памяти и возможно более оптимизированные вычисления. самому интересно что есть на серваке в этом плане.

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

тк нода не поддерживает 64 бит числа, то при хранении в инт32 часть числа теряется. конвертирование тут бесполезно.

в вашем случае в качестве временного решения.
2^32 - 1556717912 = 2738249384
(2^32 = 4294967296)

но как только ид перевалят за 2^32 - то уже не поможет.

если нужно больше то нужно уже переписывать модуль который вы используете для общения с mysql. чтобы он возвращал их в в виде числа с плавающей запятой, там младшие биты насколько я знаю пропадают начиная с 2^53, этого должно быть достаточно.

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

если node используется для загрузки npm модулей/библиотек (и/или для сборки gulp/webpack) то можно в корень симфони проекта. для удобства работы - зашел в корень проекта и запускаешь команды node, так же как и симфони

для винды делают cmd файлы
вот пример из webpack а

webpack.cmd

@IF EXIST "%~dp0\node.exe" (
  "%~dp0\node.exe"  "%~dp0\node_modules\webpack\bin\webpack.js" %*
) ELSE (
  @SETLOCAL
  @SET PATHEXT=%PATHEXT:;.JS;=;%
  node  "%~dp0\node_modules\webpack\bin\webpack.js" %*
)

лучше electron.atom.io пробуйте. NW это больше браузер.
по своему опыту скажу что с ним вы наверное только основы node освоите, может быть с модулями познакомитесь. когда делаете сервис на ноде то там больше работы с обработкой запросов, а NW это по сути тот же javascript - фронтенд, если с js дружите - нового мало.

вообще для обучения не рекомендую, лучше наоборот сначала на node работать. Nw.js есть смысл изучать только если вам нужны именно дестопные приложения, а серверные технологии не так интересны.