rPman

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

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

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

У вас должен быть игровой цикл отрисовки игрового мира, и правильно организованный мир, который по возможности не должен зависеть вообще от того, успевает ли отрисовка или нет. Цикл отрисовки должен пытаться нарисовать следующий кадр, сделать какие то оптимизации для отрисовки следующего (бывают даже на несколько кадров вперед подготовку делают, сложно, иногда приходится лаги разрешить но увеличивает плавность графики), затем, если затраченное время оказалось меньше, отведенного для одного кадра (чтобы было 30/60fps или сколько хотите), ждет оставшееся время на паузе (отрабатывает игровой цикл для однопоточной реализации), и все повторяется.

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

p.s. не к вам лично, а вообще:
бедный наш мир, лет 10-20 назад, gamedev решали вопросы уровня, как соптимизировать функцию деления чтобы метод прорисовки спрайта успевал отработать до возврата хода луча crt монитора... а сейчас задачи, с которых начинает программист - это какой конструктор/фреймворк выбрать и как его повернуть,/настроить чтобы на экране появились человечки и стали игрой, даже не попытавшись разобраться, как это работает внутри.

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

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

Существует еще xwinows протокол, используемый xserver в linux (есть реализации под windows но с ними будут работать приложения заточенные только под его использования, т.е. пришедшие из linux/unix). Это даже не протокол для удаленного подключения, а штатная работа самой системы вывода изображения на экран мониторов - она изначально предполагает работу по сети, даже если работает локально, подключение идет через сокеты. Жутко не эффективный протокол, не умеет подстраиваться под сетевой канал и т.п. например его открытие - понижение уровня безопасности, злоумышленник может навредить или даже проникнуть на сервер (до недавних пор сам сервис xserver даже работал по root со всеми вытекающими от сюда рисками). Благодаря особенности работы, его в т.ч. используют для запуска даже отдельных приложений под разными логинами, подключившись к терминалу удаленно (тот же ssh), мало того возможны обратное направление - вы подключаетесь к серверу и перенаправляете порты своего локального пользовательского xserver на сервер в открытую сессию, и запущенные серверные приложения отображаются у вас (только в пределах вашего нового подключения).

Поверх xvindow под linux есть протоколы, от почившей NX nomachine и открытый x2go, на порядок уменьшающие требования к сети и терминалу,позволяющие удаленно работать с linux машинами, на мой взгляд наилучшие для слабых сетевых каналов.

vnc - открытый протокол, это копирование экрана пользователя без блокирования, у него есть различные расширения от того же tightvnc и т.п. главное его отличие - изображение передается не один к одному, возможны пропуски изменений на экране. Используется по умолчанию (но само собой не обязательно) для удаленного управления ubuntu (сервер vino). По умолчанию очень не эффективный протокол, изображение сильно отстает и т.п.

Еще в windows 7 и выше штатно есть фича - удаленный помощник, работает так - вы отправляете файл настроек администратору, с помощью которого он подключается к вашему экрану, не блокируя его. У инструмента куча ограничений (только администратор может подключиться), есть какие то проблемы при работе на терминальном сервере с пользовательскими сессиями, в остальном - то обычный проприетарный аналог vnc

teamviewer и тот же anydesk - это комбайны, которые содержат в себе не только удаленное управление но и голосовой и не только чат, vpn, передачу файлов и главное - сервис-прокси для подключения между клиентами без необходимости настройки того же фаервола, т.е. содержат инструменты обхода NAT. Это главная причина популяризации этих утилит - удобная работа, которая не вынуждает клиентов что то где то настраивать (что обычно очень сложно или даже невозможно).
Будьте осторожны, открывая доступ к машине, вы даете полный доступ разработчикам/администраторам этих решений к вашим машинам. У teamviewer была даже проблема, то ли используя ее уязвимость, толи пароли угадывали, информации было мало, злоумышленники подключались к машинам, выводили деньги из paypal и криптовалюты (обычно у людей локально пароли сохранены). Понятно что возможно это не проблема протокола, но это очередные открытые двери к вашей машине, ключ к которым тоже нужно охранять.

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

Делать что-либо таким способом очень сложно, точнее необходимо реализовать очень сложную сеть (ключевые слова для технологий - webrtc, stun), и в основном бороться с провайдерами, которые вставляют палки в колеса client-to-client коммуникациям

В некоторых случаях лучше использовать чьи то готовые сервера, технологии и готовые сети, например криптовалюты (те же graphen/eos блокчейны, у них в идеологии есть публичные api ноды, к которым можно подключиться обычным http/websocket).

p.s. не занимайтесь х-ней, поставьте backend server

https://www.dell.com/rs/business/p/poweredge-1950/pd

Процессор

Intel® Xeon®
До двух четырехъядерных процессоров Intel Xeon серии 5400 с тактовой частотой до 3,33 ГГц
До двух низковольтных четырехъядерных процессоров Intel Xeon серии L5400 с тактовой частотой до 2,66 ГГц
До двух двухъядерных процессоров Intel Xeon серии 5200 с тактовой частотой до 3,5 ГГц

Укажите в html файле в заголовке head тег <meta charset="utf-8"> (или в какой у вас кодировке файл на самом деле).
p.s. вероятность нарваться на 100500 проблем с таким 'методом создания' файла эксель - очень высокая.
Сделайте как надо (генерируйте файл по его формату, используя для этого правильные инструменты), не создавайте себе и другим проблем в будущем.

p.p.s. начиная примерно с 2005 года, формат файлов excell - xlsx. Это на самом деле zip архив с файлами, многие из которых текстовые xml, работать с которыми очень даже просто без библиотек.
В подавляющем большинстве случаев вам достаточно создать шаблонный документ и редактировать своей программой один файл, описывающий данные. Поверьте, он очень простой. Проблемы начинаются, когда у вас формулы, бинарные файлы, внешние ссылки на данные и т.п.

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

Все что вы описали сделать можно, и не обязательно на php и базах данных но если речь идет именно о них то вперед. Так как вы делаете для себя, вам не нужны никакие mysql/postgres и т.п., достаточно простой sql базы данных на основе sqlite - достоинство не надо ничего устанавливать и настраивать, база даных = файл, поддержка php из коробки и т.п. (не надо делать свою базу данных на файлах в своем формате, этот путь в никуда и пользы вам не принесет, но если у вас есть неизменяемые данные, которые не надо менять из интерфейса, такими бывают некоторые справочники например, то можно воспользоваться форматами данных, предлагаемых php - json, serialize, или var_dump т.е. формат php, когда данные описаны прямо в коде в виде массива)

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