rPman

Очень странное решение использовать виртуальные машины ДЛЯ браузера.

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

Посмотрите в биосе, включена ли виртуализация, опция так и называется, при отключенной, накладные расходы на работу виртуальной машины поднимаются на порядок, вместо 20% потерь - 80%

p.s. при использовании linux можно использовать виртуальные машины, не добавляющих накладные расходы в принципе, все на основе openvz/lxc/chroot и т.п.

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

p.s. самоделки на базе малинки, можно и резето завести через реле на пины.

а чем yandex не подходит, там что нет англоязычной версии?
з.ы. сделайте сбор пожертвований в биткоинах ;)

плагином в браузере, каким-нибудь tempermonkey инжектите свой скрипт в чужой сайт, зменяете их метод ajax или чем они шлют и смотрите

попробуйте подменить метод на свой, что то типа такого:
https://stackoverflow.com/questions/40341197/how-t...

WebSocket.prototype.oldSend = WebSocket.prototype.send;

WebSocket.prototype.send = function(data) {
     console.log("ws: sending data");
     WebSocket.prototype.oldSend.apply(this, [data]);
};

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

Пример такого текст/аудио/видео чата - talky.io основан на открытых технгологиях и webrtc (данные не уходят на сервер, а гуляют только между клиентами напрямую)

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

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

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

Сделать дополнительную колонку с датой, которая будет по формуле брать дату с колонки А если в колонке B или C есть даные, и оставлять пустой, если нет., выбрать эту колонку в графике в качестве источника данных (для оси Х) и скрыть ее в таблице, чтобы не мешала (дозаполнить ее вниз 'с запасом')

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

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

Если вам нужен фиат (баксы, евро, юань,..):

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

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

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

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

Гугл (поисковик), буквально, старается изо всех сил и у него получается неплохо, если универсально.
Мало того, часть легального проката доступно почти сразу для покупки в гугл плей.

Но очень много контента ЛЕГАЛЬНО НЕ ДОСТУПНО на русском языке...

Не делайте так, осильте динамическое создание таблиц и полей в базе данных, это просто. Какая разница что вы напишите в коде кнопки 'insert into entities ...' или 'create table / add field'? Зато итоговая производительность у вас будет максимальная и инструменты по работе с данными нативные.

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

физическое лицо? легально - никак
Юридическое лицо? с гемороем для пользователей

ВЕСЬ трафик - только с помощью VPN

Но если ваши приложения умеют socks прокси, то все очень просто - запускаете ssh подключение к вашему удаленному ubuntu серверу, с ключом -D1080 (1080 это локальный на вашей windows порт, н котором у вас будет прокси), или настроив в putty SSH -> Tunnels -> Dynamic и прописать source port 1080.

Все, теперь достаточно в ваших приложениях указать прокси localhost:1080 и все будет работать (осторожно, некоторые приложения не умеют резолвить DNS через прокси, а в браузерах надо отдельно крыжик ставить)

p.s. udp так не проксировать

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

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

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