pfg21

sftp/ftp/tftp/nfs/smb/... Что на сервере есть, тем и пользуйтесь.

Опять Туркменистан? Успокойтесь уже, в вашей стране - никак :)

(Хотя на самом деле - и в нашей стране никак, и вообще нигде никак)

Провайдером стать можно - подключившись к провайдеру верхнего уровня. Но проблема в том, что (это для РФ, но в Туркменистане точно есть что-то подобное) - чтобы получить провайдерскую лицензию, нужно подключится к системе СОРМ (Система содействия оперативно-розыскным мероприятиям), установить "черные ящики" РКН - ну в общем самому стать маленьким таким драконом, который точно так же блокирует доступ к ресурсам, которые запрещены государством.

Да, не знаю, так там у вас, а здесь не принято пихать в вопрос кучу тегов, которые к вопросу относятся ровно никак.

Возьми учебник по CCNA, там должны быть все основы и даже есть для них программа для имитации строительства сети, просто нужно помнить, что в реальности существует не только Cisco. А перечислять тут, целая книга и получится.

Откуда берут интернет провайдеры?
Чтобы быть провайдером, прежде всего вам нужна кабельная инфраструктура. Если вы охватили своими кабелями один город, то подключаетесь к сети всё равно через магистрального провайдера, у которого кабели проходят по крайней мере через всю страну.
https://habr.com/ru/companies/rootwelt/articles/305634/
Если вы стали магистральным провайдером (ваши кабели по крайней мере заходят в соседние страны, вам это разрешили сделать, вы встречаетесь по крайней мере с министрами своей страны и соседних стран), то у вас прямой обмен трафиком с другими магистральными провайдерами. Ну а чтобы не зависеть ни от одного магистрального провайдера, вам нужно охватить своими собственными кабелями всю планету. Ну или попробовать обойтись без кабелей - запустить на орбиту тысячи спутников, как это делает Илон Маск. Тогда у вас будет своя собственная всемирная сеть, но в ней никого не будет. Ведь все остальные подключаются через каких-то провайдеров, а вы не хотите иметь контактов ни с кем из провайдеров, т.е. ваша собственная сеть будет изолирована от всех.

Не сильно понятно в чем проблема взять любой дистрибутив, и поставить в него вайн и все вышеперечисленное.

Любой. Лично мне нравится Debian за свою стабильность и надежность. Еще CentOS тоже нравится, да. Кстати, отказываться от связки венда + студия совсем необязательно, ибо если линукс стоит на машине как хостовая ОСь - то можно поставить виртуалбокс, а в него венду и спокойно пользоваться любимым и привычным инструментом. А в линуксе просто прогонять тестирование, что оно там работает. :D

Ну... это противоречит идее Java. Платформа ведь создавалась чтобы быть общим знаменателем для десятков аппаратных платформ для встраиваемой бытовой техники. Такая была идея по крайней мере.

И практика платформ показала что поменять софт в 1000 раз дешевле чем поменять оборудование.

UPD: Вот вики описывает 6 попыток реализовать Java-процессор в железе
https://en.wikipedia.org/wiki/Java_processor (3 исследовательских и 3 коммерческих продукта)
надо читать и разбираться что они сделали.
В каком статусе? Используется щас или нет?

1. А сборщик мусора и всё Java API тоже на уровне железа будешь реализовывать?
2. Что будешь делать, когда выйдет новая версия Java? Отказываться от нового софта? Отказываться от старого софта и переходить на новый железный процессор?
3. Что будешь делать со всем тем ПО, которое не для JVM создано?
4. Уверен ли ты, что сможешь создать аппаратную реализацию java-машины, которая будет эффективнее, чем классический процессор и JIT?

Есть ли способ обойти это?

Монтировать \\fileserver\UsersData\ в папку, которую не видит пользователь (ну как не видит, прав на чтение нет, а права на исполнение нужны), а потом оттуда надёргать символьных ссылок на подпапки, которые должны быть доступны и показать пользователю только эти символьные ссылки. Про хреновую безопасность уже сказали в комментариях и при таком варианте она не хуже и не лучше, наверное.

https://habr.com/ru/articles/678330/

Если Python, то надо брать больше оперативной памяти - 8 Гб минимум (хорошо если 16)
Процессор тоже важен, но не на столько как оперативка - любой Intel начиная с i3, либо любой AMD начиная с Ryzen 3.
Диск - SSD (не HDD, разница заметна), минимум 256 Гб (я был с 128 Гб, это ад).
Видеокарта будет не особо важна на данном этапе - можно брать любую.

Лично от меня совет - монитор матовый, IPS (глазам удобнее).
На клавиатуре пусть будет цифровой блок - больше комбинаций клавиш будет доступно (это цифры справа).
Для экономии - купите без предустановленной ОС, можно сэкономить много.

1) Хранить картинки в бд крайне кривое решение. Это может быть оправдано только в случае когда там хранится пара иконок, вставленная в текст прям через <имг срц="тут_бэйз64_строка"... и нет желания все это переделывать ради 2 кастомных микрокартинок. В остальном - конвертировать в картинку и хранить на диске. В бд писать путь до картинки. Если это какой-то аватар или картинка, связанная с другим объектом, соответственно заводить отдельную таблицу на картинки и связь один-к-одному или один-ко-многим, в зависимости от ситуации. В худшем случае поле в той же таблице, если точно будете знать что других картинок к объекту относиться не будет, но это должен быть путь до реальной картинки на диске.
2) Почему хранение в бд - плохая идея: При каждом запросе у вас будет вытаскиваться пару мегабайт данных из бд, передаваться по каналу соединения с бд, помещаться в память, и после этого еще нужно программно отдавать картину, кроме прочего картинка в бэйс64 занимает примерно на 30% больше места.
Когда у вас есть картинка на диске, вы просто вставляете путь до нее, это ~50 символов, и сервер отдает ее БЕЗ УЧАСТИЯ ПРОГРАММНОЙ ЧАСТИ, средствами вебсервера и ОС. Это быстрее, потребляет меньше памяти и занимает меньше места в хранилище.