rPman

Тебе нужен веб сервер с поддержкой серверных скриптов (active pages в терминологии майкрософта), скорее всего cgi, на запрос запускается консольное приложение, post данные идут в stdin, параметры запроса в переменных окружения, вывод stdout

в вопросе указан python, как вариант можно поднять веб сервер на самом python http.server, обработка запросов в классе SimpleHTTPRequestHandler метод do_POST()

Пока в целях не стоит покупка GPU для игр и вычислений, твоего бюджета более чем хватит на отличную машину или даже две.

AMD-5600G или AMD-5700G (оба имеют встроенную графику) ~33т.р. (интель сравнимой производительности будут дороже примерно на 10т.р.)
Не гонись за количеством ядер для разработчика это не критично, а вот single thread cpubenchmark очень важен (у них он 3000+), железки с большим количеством ядер в полной нагрузке будут тротлить (нет конечно можно взять следующий класс с сокетом tr4, но имхо это не для задач обывателя)

материнку любую am4 с не старым чипсетом и наличием m.2 ~4т.р., например Gigabyte A520M H (важно на сайт производителя заглянуть и проверить поддержку процессора и поддерживаемые типы m.2)

Память, в одной вкладке открывай суппорт лист материнки, на другой каталог перебирай комбинацию частоты и таймингов (ухудшай до своего лимита денег), минимальный рекомендованный объем 16гб (2x8 но не обязательно, можно купить 1х16 одну потом докупить, почти все современные материнки поддерживают 32гб и выше), если что указанный мной проц не дает сильно разгуляться, так что смотри где то такую ~17т.р. (дешевые от 9т.р.)

cpu кулер любой башенный, лучше с двумя вентиляторамии, 4пин для контроля скорости и шума (говорят можно и 3 но как я понимаю это не все материнки умеют) ~2т.р.

системный ssd диск m.2, выбирать по типу подключения материнки и скорости записи ~5т.р. (для 512гб)

блок питания, 80PLUS bronse и выше, дешевые работать будут норм но скорее всего будут шуметь, листай по отзывам, я ничего не посоветую, отстал на много лет от рынка, порядок цены для 600-тника ~4т.р. (с запасом на видеокарту, и без нагрузки будет тихий и безпроблемный)

корпус, кулеры, периферия на твой вкус.

Итого, как раз примерно штука баксов

p.s. вторую штуку баксов трать на видеокарту (если возьмешь что то типа nvidia 1650 за ~23т.р. + доставка, по деньгам будет достаточно дешево, да, мало оперативки для игр с tenzorflow, точнее для изучения хватит любого железа, но чтобы запускать серьезные сети, нужны видеокарты с ценами выше 100т.р.)

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

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

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

главный параметр современного процессора не частота, а размер кеша:

Объем кэша L3 - 4 МБ

сейчас минимум что имеет смысл брать в принципе, это 16мб и выше

например за те же деньги и тот же чипсет AMD Ryzen 3 3300X по cpubench он даст 2690 single thread, супротив твоих 2126

Осторожно, в моем предложении процессор не имеет встроенной видеокарты, так что найди что-нибудь, (самые дешевые в днс по тестам будут примерно в 2 раза медленнее встроенной).

Кулер брать надо обязательно с 4-пинами, чтобы была возможность авторегуляции оборотов (штатная фича всех современных и старых материнок), 3-пиновые будут крутить всегда на постоянке (бывают со своими датчиками температуры но это изврат)
Плюс лучше tdw брать с запасом, например AeroCool Verkho 2 Dual

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

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

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

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

Смотреть нужно не на цену а на тип подшипника и условия работы
И даже в этом случае цена может определять только вероятность смерти (обратно пропорционально) но не время.

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

Есть задача построения 3d модели по фото, называется Фотограмметрия

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

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

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

и да, ты получишь не план а набор точек в пространстве, соединять которые так же будешь вручную, чтобы софт смог их соединить автоматически, нужно просто огромное количество фото и вычислительных ресурсов

в action пропиши протокол http:// либо убирай адрес, браузеры по разному обрабатывают эту строчку и могут отправить на текущий сервер а не на указанный строку вида: http://127.0.0.1:3000/127.0.0.1:3000

еще у тебя сервер точно ожидает запросы на '/' ?

и вдогонку, если у input нет атрибута name, он не попадет в итоговый запрос (твоя форма отправит пустой POST)

Вопрос:
* не работает - это открывает гугл с поиском этот адрес или пишет какую то ошибку, если да то какую?
Проверь:
* работает ли сервис по этому адресу в другом браузере (firefox)?
* работает ли в другом профиле гугл хром?

Теперь ответ, пальцем в небо но он наиболее вероятен:
Включено ли сжатие/оптимизация трафика? не помню как это называется точнее, но если я верно понимаю гугл жмет трафик до шифрования, т.е. даже используя https, расшифрованный контент виден гуглу, поэтому во вкладках инкогнито этот режим отключается.
Скорее всего, из-за ошибки, подсети 10.х.х.х не считаются локальными, поэтому сжатие для них не отключается, т.е. гугл прокси пытается достучаться до вашей локалки и логично это не получается.

Самое быстрое - консольные утилиты, из мира linux, awk, cut, grep,... сможешь разобрать свой файл хоть на калькуляторе (можно поставить отдельно или взять готовое с помощью майкрософтовского wsl или cygwin).

Любое другое решение будет сильно медленнее и будет требовать больше ресурсов.

пример, если тебе нужны строки (csv - текстовый формат, по строке на запись), в которых есть нужная тебе подстрока, то используй grep:

grep "искомая строка в кодировке файла" имя_файла.csv > новый_файл.csv

почти наверняка тебе хватит подстроки или регулярного выражения (ключ -e)
p.s. если там очень сложное условие, и недостаточно филтации в пределах строки, то импортируй csv в базу данных, например sqlite (импорт из csv встроен), правда 7гб может не шибко быстро импортировать, потом индексы создавать (я советую такие операции делать на ram диске) зато потом почти любые фильтрации

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

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

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

Из неотслеживаемого трафика еще можно вспомнить ping icmp, были прокси на основе приема/передачи почтовых сообщений, а сейчас почти наверняка можно запилить такой на основе чат-приложений.