Владимир Коротенко

Туннель (любой vpn) до сервера, на сервере nginx, который завернёт запросы к тебе в этот туннель.

Mikrotik RB3011UiAS (RM). А вот с бюджетом придется разбираться, если нужна стабильность. На профильных каналах в ТГ и на авито эту железку можно найти по приемлемой цене.

Технически - можно. Но MongoDb оптимизирована для хранения документов. И если вместо документов
туда складывать фильмы то может оказаться так что вы платите очень много за такие блобы которые
выгоднее держать на файловой системе или на сторедже. Привету пример. Если вы храните
документ в котором десяток текстовых полей и 11 поле - это блоб с фильмом длиной 1.5Гб то
получается что реально полезная для поиска и индексирования информация составляет
менее 1% (!) от общего размера БД. А все остальное - это балласт. Я как бывший базовик
привык что в таблицах БД лежит только полезная и нужная для SELECT ... WHERE информация.
Если эта информация не полезна для поиска - то ей не место в БД.

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

Я не специалист конкретно по Монге но вот тут пишут о реализациях хранения блобов https://www.mongodb.com/developer/products/mongodb...

Почитайте.

Я делал себе такие проекты типа - индексирование текстовых фалов в /My Documents. Или раскладывание фоток по датам фотоснимков на основе exif тегов.

Выбор пет проекта несет в себе тяжкое бремя само-постановки и само-организации. Зная что твой проект никто не проверит и качество его реализации никого не интересует я-бы предложил ничего не делать если оно тебе не надо практически. А если есть практическая задача - то делай ее для себя и сам принимай ее.

Почему я давлю на результат и на приёмку? Потому что 99% таких проектов успешно начинаются и потом забрасываются потому что человек выгорает еще на старте. Чтоб не выгорать - нужно ТЗ. Нужел девелопмент план. И нужен хоть какой-то человек который взглянет на результат.

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

Еще можно посоветовать монструозную штуку под названием SCCM (System Center Configuration Manager)

Открой файл как zip архив (переименуй или принудительно укажи архиватору распаковать), внутри будут привычные .msix, несколько для разных архитектур, описание в AppxMetadata/AppxBundleManifest.xml

Кроме уже упомянутых вариантов, стоит еще ознакомиться с тем, что такое:
1) оркестрация (например, Ansible может вам помочь не только в однотипном развертывании, но и в дальнейшем обслуживании этих машин, если оно предполагается)
2) preseed - если от вас требуется только однотипная установка с минимумом усилий с вашей стороны.

Идите снизу вверх:
1. Создание серверов в различных системах виртуализации.
2. Начальная подготовка серверов.
3. Установка софта (nginx, nosql, прочее)
4. Управление настройками серверов ( elk: разворачивание, конфигурирование, управление)
5. И тд

Используйте двойные кавычки
Например "C:\Program Files\SQL\Script.sql"

У вас путь в include от корня системы, поставьте точку в начале:

./include/menu-top.php

С учебников.

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

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

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

p.s. анализ приложения можно сделать так - ставишь любой монитор работы с файлами и реестром (например sysinternails filemon), устанавливаешь приложение штатным способом на максимально приближенную к целевой операционную систему (winxp) и изучаешь дампы - какие файлы где ожидались, какие ключи реестра запрашивались и менялись... затем сравниваешь их значения на winpe и при необходимости создаешь.... собираешь из этого приложение и получаешь портативный установщик.

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

p.s. регистрация com компонент вручную проводится с помощью штатной утилиты regsvr32