rPman

Есть косвенное решение - разрешить в браузере сохранять загрузки автоматически без запроса места сохранения (на сколько я знаю это поведение по умолчанию) и из скрипта сформировать файл через File, Blob или MediaSource, создать для него ссылку с помощью createObjectURL (на сколько я помню это будет data uri строчка) и кликнуть по ней.

var file=new Blob([JSON.stringify(obj, null, 2)], {  type: "application/json"});
var url=URL.createObjectURL(file);
var a = document.getElementById("a"); // где то на странице невидимая ссылка
a.href = URL.createObjectURL(file);
a.download = 'myfilename.json';

Как вариант строчку сделать самому и отправить его прямо в location, что то типа location.href='data:text/plain;charset=utf-8,test').

Твое python приложение пусть ожидает файл в каталоге для загрузок, указанном в настройках браузера. Будь готов, что браузер добавить ' (xxx)' к имени файла, если такой же там уже есть.

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

https://learn.microsoft.com/ru-ru/windows/security...

На сколько я знаю разница только в том что при использовании онлайн учетной записи есть возможность хранить бакап ключа на OneDrive

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

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

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

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

Почему кратковременное подключение не поможет - так как контроллер банально не успеет проделать всю необходимую работу.

с точки зрения гендиректора

в некотором смысле тут все просто

Либо ты своими силами на своих или арендуемых мощностях (т.е. буквально свой компьютер-сервер, выделенный сервер провайдера DS/виртуальный сервер провайдера VDS/VPS) с реализуешь хранение данных, для этого более чем много инструментов, и если данных относительно мало (миллионы записей) то возможно вам хватит любой sql базы (бесплатные postgres/mysql).

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

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

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

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

Теперь вопросы - чем вас не устраивает текущее облачное решение от яндекса? Что вы пробовали локально?

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

От того, как именно происходит работа зависит выбор инструмента.

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

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

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

* 0.2мм слой для сопло 0.4 это предельно высокий, уменьшай, тесты показывают что выше 1/3 от диаметра высоту слоя поднимать не рекомендуется, так как это ухудшает сцепление слоев

Сначала исключить потенциальные проблемы из-за расширений, отключи все либо создай новый пустой профиль и протестируй там, если проблема не повторится значит по одному включай расширения и повторяй тесты пока не найдешь виновника. Как частный случай - зайди под новым пользователем ОС.

если проблема не в расширениях, следующим шагом я бы сменил операционку (в смысле загрузиться с usb уже готовую win/linux и установить там google chrome и проверить)

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

Во первых веб браузеры не умеют работать с обычным универсальным tcp/udp советами, им нужен определенный протокол, т.е. приложение, которое слушает сокет (socket_listen) должно работать по совместимому протоколу (сейчас это http, его расширение websocket, а для udp - webrtc).

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

Про 'ваш сервер', я встречал виртуальный хостинг, обычно точно дешёвые так делают, когда сервер сидит в локальной сети, а порты по тарифу подбрасываются nat, т.е. Только разрешенные порты так работают

Виртуальная машина jvm и виртуальный процессор того же qemu это очень разные вещи.

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

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

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

Раз в месяц такие вопросы, такое ощущение что авторы после получения ответа его удаляют.

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

Настоятельно рекомендую не использовать для этого windows, лучше linux и xserver-xvfb

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

Так делает и Гугл и Китай, но они производители, своего трояна ставят на заводе.

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

сделай $UserId global или передай в объект/массив (они по ссылке передаются), прописанный в use.

учти что вызывается эта функция позже, когда приходит message, а значит и userid твой будет установлен позже

Microsoft Visual Studio, умеет работать как с Visual Basic так и с VB.net (VB.net похож на VB script и зачастую код можно даже тупо копировать)

Начни от сюда

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

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

Полагаю headless версии браузера тебе не подходят? те что selenium к примеру запускают?

Решения:
- универсально, рекомендую - рекурсивный rdp, сессия, где запущен браузер должна быть открыта в другой сессии (другой пользователь, и не обязательно с этой же машины, но нет смысла заводить вторую машину), вот уже к этой второй сессии можно подключаться удаленно, при ее отключении открытое окно сессии mstsc к браузеру не будет передавать сигнал о дисконнекте, ее даже можно безопасно минимизировать (не проверял)
- запускать браузер не в rdp сессии а в консоли сервера (это та что подключена к монитору), используя vnc/teamviewer/anydesk и аналоги
к сожалению на серверах ее может не быть или она недоступна, к тому же она только одна на машине.
- виртуализация, установи виртуальную машину, где запускай хоть десктопные версии windows (это легально только с pro/ultimate версиями), каждый браузер будет запущен в своей сессии-консоли, доступ по rpd средствами виртуальной машины
- смени операционную систему на linux, тебе ведь только браузер запускать, там с помощью xserver-xvfb можно запускать любое количество серверов xserver, подключаться к ним по vnc (есть врапперы rdp), это будет проще и дешевле в обслуживании

Поисковые боты не 'ходят с сайтов', у них не должно стоять заголовка referer.

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

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