rPman

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

НО! сумеете ли вы успевать выводить на все эти мониторы информацию одновременно - уже вопрос, например декодирование видео, тут надо либо искать чьи то эксперименты либо тестировать самому.

p.s. display port по уму позволяет подключать несколько мониторов на один провод, вопрос поддержки этого видеокартой открыт.

Вы точно вышли из всех сессий?
Откройте на десктопе Settings -> Privaci and security -> active sessions -> show all sessions -> terminate all other sessions.

И для повышения паранои включите двухфакторную авторизацию (дополнительный пароль)

Параллельно две независимые аудиосистемы можно подключить через независимые аудиокарты. Обычно в материнскую плату обычных пользовательских компьютеров и ноутбуков уже встроена одна (плюс каждый подключенный по dvi/hdmi/dp монитор с поддержкой колонок порождает создание соответствующего устройства в ОС), но вы можете купить дополнительную звуковую карту либо внутреннюю (например pci/pci-e) либо внешнюю (например, подключаемую по usb, такие доступны очень дешевые) и подключить вторую аудиосистему через нее. Не уверен о лимите количества таких устройств, наверняка там возникнут конфликты прерываний, три-пять - думаю реально.

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

Например media player classic или aimp или даже старый winamp позволяет выбрать аудио устройство (и даже каналы настроить по линиям), это значит вы можете запустить несколько таких плееров на воспроизведение одновременно разных файлов и они будут корректно работать одновременно, подавая звук каждый на свою аудиосистему.

p.s. я подключал к одной звуковой карте на материнской плате с 3 миниджеками (обычно они все настраиваемые, т.е. можно указать какие на запись звука а какие на воспроизведение, например все на воспроизведение в четырехканальном режиме) две гарнитуры (и останется место для савбуфера) и настроив media player classic на воспроизведение в режиме квадро или 5.1 но прописав для каждого разные каналы (можно указать какой канал стерео нужно подавать на какой канал квадро) и все работало без проблем.

склад ума у меня не технический

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

У вас должно быть два курса, курс обмена usd -> rub и курс обмена rub -> usd, и они должны отличаться. Правильная реализация - вы должны держать где-то, где можно менять рубли и баксы туда сюда (в идеале биржа, так как там спред минимальный), некоторую кеш-сумму в обоих валютах, и в момент когда ваш клиент заключает сделку, делать обмен, точно такой же суммы на этой бирже. Таким образом суммарное количество баксов и рублей на бирже и на кошельке perfectmoney у вас не должно меняться. Затем, когда перекос на бирже станет опасным, делать перевод с perfectmoney на биржу (или наборот), возвращая соотношение сумм валют к некой базовой.

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

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

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

Через веб страницу, человек клипарт на кнопку, открывается веб страница, где уже сразу идёт запрос на поделиться. Не уверен, как это будет работать через встроенный webview самого телеграм, но вы попробуйте

Вы бы хоть в Гугл запрос сделали, если работает otg то берете готовую библиотеку и пишите софт
www.cyberforum.ru/android-dev/thread1579884.html

Проблема ведь не в ftdi а в софте, который обрабатывает сигналы, сумеете его запустить на android то вам повезло... Как? Попробуйте эмуляторы, с пробегом порта правда можно СИЛЬНО заморочиться

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

Плюс в php всегда возвращает число. Если хотите объединение как строк, используйте оператор точка '.'.

echo 123.'xxx'.987;

Осторожно так как точка ещё и десятичный разделитель

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

$xyz='asd';
echo "\$xyz='$xyz'";

выведет

$xyz='asd'

У вас только два варианта - либо кодируйте цветом High Capacity Color Barcode что даст вам примерно пятикратную оптимизацию по площади, либо размещайте код ссылку вместо самого кода, но это не так интересно, само собой.

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

https://mnorin.com/menedzher-prostranstva-podkachk...

# Greatest allowed size for individual swapfiles
max_swapsize=2t

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

Пробуйте dropbox, google drive, microsoft onedrive, все они имеют бесплатный лимит (гигабайты) и так или иначе позволяют получить эту ссылку (т.е. руками загружаете в интерфейсе, делаете пару кликов и получаете ссылку, которую можно кормить wget).

Если надо большой файл, то либо платные сервисы (amazon s3 например относительно дешевый) либо если надо кратковременно, пользуйтесь своим собственным vps сервером, берете от пары баксов в год (места мало, считанные гигабайты, от $10 в год можно 40гб найти), настраиваете там любой веб сервер (тот же nginx или вообще однострочник, мне нравится php -S, памяти это не потребляет) и вперед.

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

Размещайте свой контент у тех провайдеров кто не выполняет требования по блокировке, посмотрите на крупнейшие cdn провайдеры, ваш сайт будет проксироваться через их домены и их блокировка будет ознапчать блокировку всех клиентов этой компании.

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

Что у вас за вебсевер? В настройках сервера можно определить, сколько одновременно запросов он может обрабатывать, а некоторые (например встроенный в php по ключу -S ) и вовсе умеют только один поток, остальные запросы в этот момент ждут.

Правильное и универсальное решение - вынести длительные задачи в сторонний сервис/процесс, запускаемый независимо (например php-cli запускаемый с помощью services а во время отладки просто в консоли или screen). Совсем правильно - организуйте ваш сервис в виде приложения с использованием например reactphp (websocket сервер например и проксируйте его через ваш веб сервер), при этом организуйте работу полностью асинхронно (есть методы для асинхронной работы со всем включая работу с файлом, т.е. ваш цыкл будет выглядеть как метод, который указан в качестве вызова успешной записи в файл для записи следующей порции данных)

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

В вашем случае, даже если числа float, где то нужно хранить 15 000 000 * 500 000 * 4 = 30 000 000 000 000 это 30 терабайт. Это просто линейный блоб, файл в формате 4 байта на число. И это без индексов (они появятся когда вам понадобятся поисковые запросы по выборкам). Не вздумайте брать универсальные базы данных, у вас узкая специализация и практически любое другое готовое решение будет требовать от вас плату либо местом либо процессорным временем.

Никуда от этих чисел вам не деться!.

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

Поверьте, стоимость места в данном случае настолько мизерная что даже смешно ;)

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

Отличный пример, вам нужно посчитать матрицу якобиана для нейронной сети, изменяя значения весов по одному +e и -e. Т.е. нужно вычислить матрицу N*N чисел где N - количество весов в нейронной сетию Если решать задачу в лоб, это значит нужно O(N^3) вычислений - это дико много. Но, так как для каждого числа из матрицы в нейронной сети меняется только один вес, то почти в половине случаев вычисления веса будут использовать одни и те же числа (особенно если вес изменился в сети близко к ее концу) а значит если хранить промежуточные значения вычислений, можно их опускать. На практике хранить ВСЕ на постоянной основе не по требуется, достаточно используя знания в каком порядке идут вычисления (не важно в каком она будет считаться, пусть например с конца) можно рекурсивно считать нейронную сеть, храня эти промежуточные значения в стеке. Трудоемкость конечно все равно останется большой где то порядка O(N^2*log(N)*...) но за ускорение будет небошая плата в N*log(N) памяти

https://api.jquery.com/mousemove/

Properties such as .clientX, .offsetX, and .pageX are available, but support for them differs between browsers. Fortunately, jQuery normalizes the .pageX and .pageY properties so that they can be used in all browsers.

вы бы хоть для теста вывели в лог что внутри evt

Spectre/Meltdown это уязвимости, для эксплуатации которых нужны либо четкая адресность атаки либо очень много времени. Это когда один процесс в системе может получить данные из других процессов, вне контроля прав доступа, причем это можно делать даже на javascript из браузера (только еще дольше).

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

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

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

антивирус?
возможно странные настройки на фаерволе?