rPman

Смиритесь, пол интернета уже javascript based.

Загружать страницы headless браузерами, компоненты браузера есть по до все известные языки програмирования и платформы, основанные либо на webkit (например у java webengine) либо на основе firefox (mono webbrowser) либо iexplore (.net - webbrowser).
p.s. php - https://github.com/chrome-php/headless-chromium-php

Страницу получать либо прямо из языка програмирования, запрашивая webengine.document.innerHTML или делать скрин картинки, либо инжектить javascript на страницу и работать с ней как вам заблагорассудится, в т.ч. эмулировать нажатие кнопок и вообще пользователя.

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

web-клиент -> web-севере на php -> файл на сервере -> nodejs -> база данных (отсюда php сервер отдаст его клиентам)

Выкиньте из головы эту тупую устаревшую rest идеологию.
Она создает экспоненциальную (n^2 от количества клиентов) нагрузку на сервер и имеет лаг реакции.

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

Нет,
server side rendering
и
single page web app
Это в корне противоположные подходы по написанию приложения.

В первом - абсолютно все (за исключением только что анимации) формируется на сервере бакэндом на любой чих, т.е. значение перменных состояния (например значения фильтров в поисковом запросе) передаются в виде ссылки на страницу, закодированные с помощью & = и %код_символа. Благодаря этому возможен переход по истории действий средствами браузера, так как каждое изменение состояния - новая ссылка

Во втором подходе используется обратный процесс, все что относится к интерфейсу переносится на клиентскую сторону, т.е. страница формируется (или только правится, если это шаблон) с помощью javascript, состояние сохраняется в локальных переменных, а данные запрашиваются с помощью ajax в компактной форме (бакэнд выдает простенький json). В этом подходе с точки зрения браузера все приложение это одна страница, и переходы по истории вперед назад не работают. Но есть хак, состояние можно кодировать в ссылке на страницу, с использованием анчор #. Это стандарт, позволяет задавать точки перехода по странице (например параграфы или страницы), без перезагрузки всей страницы, но с поддержкой истории переходов.

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

Из телефона можно сделать ip-камеру, на десктопе доступ к ней будет из любого браузера, видео, фото, управление параметрами (iso/фокусировка и т.п.) съемки или выбор камеры фронтальная или основная и т.п.)

Приложений огромное количество, я пользовался ip webcam
-----------
upd. установите syncting на android и pc, лучшее приложение синхронизации каталогов по сети минуя промежуточные сервисы такие как дропбокс и т.п. (а значит бесплатно и быстро), если расшарить папку с фото, все что вы сфотографируете попадет на ваш компьютер за секунды автоматически.