rPman

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

да, именно так и делают

а чтобы вставить 16x pci-e видеокарту в 4x/8x pci-e разъем, используют рейзеры, специальные переходники (в этом случае видеокарту придется как то по другому закреплять нестандартно

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

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

p.s. DisplayPort в своей основе поддерживает одновременную работу нескольких мониторов на одной линии, но нужна поддержка в мониторах, зовется DisplayPort Multi-Stream Transport (MST), вот например у dell


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

Вроде как есть утилита rsinc для centos, но ей нужен доступ куда будет писать

из-за вот этой фразы непонятно что у вас не получается.

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

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

Я успешно пользовался tar-ом и netcat, перемещая архив между серверами с разными ОС (linux/windows), к сожалению с rsync тогда могли бы возникнуть проблемы, поэтому пользуйся инструментом что для этого создавался.

p.s. если бы у тебя была файловая система btrfs, то можно было бы создавать снапшоты, сохраняя последний и удаляя все старее, тогда можно было бы одной командой получать накопившуюся разницу в виде файла, который можно как хранить и передавать, так и применять на сторонней машине (там так же должна быть btrfs).
https://btrfs.wiki.kernel.org/index.php/Incrementa...

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

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

Твое понимание неверное.

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

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

p.s. по поводу скорости, php и javascript (node) это самые быстрые и эффективные 'языки программирования' из интерпретируемых, причем в каких то случаях лидирует php а в каких то node. Писать эффективный код можно и на c (был такой кейс у меня давно, недолго участвовал в веб проекте, где все было именно на чистом Си), причем наверное самый эффективный, но в бизнесе это так не работает и важным является не скорость исполнения решения, а скорость и затраты на его разработку и поддержку, вот тут всякие c,c++,go,rust и прочая экзотика, не шибко поддерживаемая коммунити становятся не таким привлекательными.

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

Если говорить про совет, какой язык выбрать, выбирай то в чем лучше разбираешься, как я понимаю TS? или лучше его основу node javascript. Если лично мои рекомендации - используй php, скилы в этих двух языках сейчас наиболее востребованные на рынке веб.

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

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

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

речь ведь не про языки программирование а про математику

лучше бы написал вопрос так

вопрос на засыпку, чем отличается применение минуса в следующих формулах?

и


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

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

p.s. сходу не нашел строгого определения применимости минуса как знака и его приоритет именно как знак перед числом а не арифметический операнд (ведь можно записать 1 - -2)

отредактировано

автоматизированно ... на стороне js/ts

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

Правильное решение - исправить бакэнд

у virtualbox очень продвинутый инструмент командной строки по работе с виртуалками (доступно все что есть в gui плюс еще немного) - VBoxManage
а внутри виртуалки все то же самое что с реальными машинами, уже отвечали - ансибл вполне хорош.

в скомпилированной программе

т.е. исходников нет но развивать как то надо?
декомпилируешь и развиваешь

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

Гуглится десятки проектов-декомпилеров, советую самостоятельно в них разобраться.
java decompiler

Установи sysinternails monitor (раньше filemon и regmon), позволяют собрать логи работа с файлами и реестром, они телки огромны, но можно фильтровать по всякому, как минимум там все, только найти.

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

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

Пример в вопросе - это клиент, wss://example это адрес сервера, спрашивать адрес сервера у владельца сервера,..

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

Если в настройках сервера стоит 0.0.0.0 то значит сервер слушает ВСЕ интерфейсы машины (на момент открытия сокета, т.е. запуска программы), включая 127.0.0.1, 127.x.x.x и другие адреса сетевых устройств

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

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

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

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

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

p.s. регистрация com компонент вручную проводится с помощью штатной утилиты regsvr32

Видит ли провайдер vpn -сервера ip vpn- клиента ?

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

НО! ты используешь проприетарное приложение softether vpn client, которое устанавливаешь на свою машину, на mac/pc оно может видеть все что творится на твоем компьютере и всю твою локальную сеть с твоими логнами и паролями (да оно может этого не делать но речь о том что может), на android/iphone знает твой локальный ip и информацию, которую ты предоставил разрешениями

Боже мой, и для этой задачи нужно использовать windows?

Используй linux, красивые кнопки - простейшее приложение на любом языке программирования (полагаю на mono develop такое написать за 15 минут можно), прописанное вместо DE на автозапуск. Точно помню для кастомизации кнопок что то было у openbox и у awesome (последний идеален для kiosk mode но там конфиг по факту кусок кода этого DE и для некоторых может быть сложноват)

Запрет других операций - это называется kiosk mode, и в linux инструментов для кастомизации сильно больше чем в windows