Довольный Айтишникъ

Ну раз уже вскрыли, то остаётся только выбросить. Шансы на восстановление при вскрытии не в чистой (беспылевой) камере околонулевые.

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

AI здесь вобщем не нужен. Это классика машинного обучения еще из 20-го века.

Я такое делал в алгоритме K-Means для Apache Spark. В данном случае выборкой были векторы { r, g, b }
всех пикселов картинки а количество кластеров было 256. И на выходе алгоритма я получал массив из 256 наиболее популярных цветов (центров кластеров) для данной картинки.

Реализация алгоритма K_Means есть в любом научном или статистическом пакете. Я еще находил ее
в java commons-math кажется.

Далее рисование мозаики - это отдельная задача. Она - утилитарная и любой разработчик Python / JavaScript
ее сделает за 5 минут. И здесь AI тоже не нужен.

Если они использовали данные о вас из открытых источников - то ничего незаконного нет.
И в целом такого термина как "пробили" в юриспруденции нет.

По сути вы насрали себе же в штаны, а теперь пытаетесь оценить насколько другому плохо. Извинитесь перед ними, да и все.

Ваш класс БД будет работать с таблицами. Зачем ему лезть в файлы? Его задача (и единственная ответственность) - прослойка между кодом, который обращается к БД, и кодом, который реализует хранение. Не нужно в него совать куски ни из того, ни из другого.
Сделайте таблицу отдельным классом, который принимает имя файла в конструкторе. В нем уже читайте и пишите данные в файл.
Сделайте фабрику, которая по имени файла выдает класс таблицы-файла либо создает его, проверяя наличие такого имени в системе и инкапсулируя в себе ВСЮ логику имен файлов, путей и проч. Классу БД об этом знать незачем, классу таблицы - тем более.
В общем, делите код на то, что надо сделать вот здесь на этом уровне логики, и выкидывайте из него все, что требует опуститься на уровень ниже, в соответствующие классы. И работайте только с их методами, не вникая в реализацию. Не размазываете реализацию конкретных вещей по коду - собирайте ее в одно место, и пусть за нее отвечает только один класс.

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

Т.е. прежде чем что то решать, нужно четко понять, что именно является узким местом. Убедись что у тебя процессор не на 100% нагружен. Оцени нагрузку на сеть.

Варианты решения:
* уменьшить битрейт, уменьшить разрешение видео, уменьшить fps видео - это поможет как с сетью так и нагрузкой на процессор
* проверить наличие драйверов на видеокарту, бывает что идущие с операционной системой поддерживают ускорение на базовом уровне и его не хватает для декодирования 16 видео (это очень высокая нагрузка даже с низким разрешением видео)
* установить более мощную видеокарту (кстати этот вриант потребует исследований)
* поставить промежуточный сервер декодер (на базе того же ffmpeg, у него есть ограниченная поддержка gpu) который будет собирать твои видео в матрицу и выдавать единое видео, как частный случай не все 16 а по 4 видео. Дело в том что одно видео с высоким битрейтом и разрешением потребует меньше ресурсов чем несколько видео с суммарно таким же битрейтом и разрешением (если считать по количеству пикселов)... там зависимость нагрузки не линейная.
Как частный случай, просто перекодируя поток из тяжелого высокоэффективного кодека в какой-нибудь mjpeg можно неплохо снять нагрузку с итоговой машины (советую поперебирать кодеки), но высоких fps такой подход не даст.

Купил видеокарту (rtx 3070 TUF Gaming)

Новую или бу? Если бу - что там с термопрокладками?

1. В приведенном списке все адреса из одной сети. (192.168.0.0)

Судя по тому, что такой вопрос вообще возник, используется WiFi. С какого устройства идет раздача WiFi и интернет?

2. Какой способ шифрования WiFi сети используется? (рекомендуется wpa2, 3. Плохо - wep)

3. Для начала: смените пароль WiFi, отключите wps.

Правильно ли я понимаю, что претензии к адресам 10, 13?

У Вас есть робот пылесос?

Идет речь о ключах шифрования, хранящихся в TPM. Если у вас зашифрован диск с помощью Bitlocker и нет доступа к Bitlocker recovery key - потеряете данные, поэтому сначала следует сохранить ключ восстановления.

Советую посмотреть в направлении обновление win7 для поддержки sha256

Ох, ё-мое. Разблокировалось воспоминание о тюнинге системы в DOS...

Итак. Сперва точно вспомните в чем была ваша задача, т.к. devicehigh или loadhigh вам сегодня явно не нужны. Они позволяли на ПК уровня 286-486 высвободить блок ОЗУ большего размера, за счет переноса приложений в загрузку в "верхнюю память", которая находится за пределами первых 640 кб (там у PC шли адреса видеоадаптера и остальных девайсов). Часто в верхней памяти оставались свободные блоки и можно было аккуратно их прощупав - запихнуть туда мелочи, типа русификатора и драйвера мыши. И еще, в связи с особенностями адресации - памяти в реальном режиме PC доступно не ровно 1 мегабайт, а 1 мегабайт + 64 кб. Сейчас это выглядит смешно, но раньше было важно.
Выкроив большой блок в основном пространстве - вы могли запускать игрушки, программы и пр, что требовало непрерывный кусок памяти под себя.
А еще можете преподу сказать, что кроме himem.sys мог использоваться менеджер памяти QEMM, намного более гибкий и тонкий. С ним можно было почти каждый пропущенный байт задействовать...

Во времена позднего DOS, на процессорах с поддержкой защищенного режима - уже не имело смыло так кроить, т.к. были доступны как правило 4 мегабайта ОЗУ. Однако и там ухитрялись запускать игры рассчитанные на 8 мегабайт - имея только 4. Заменой (в еxeшнике Duke Nukem 3D или HERETIC) менеджера памяти DOS/4GW на PMODE.

Теперь что касается форматирования:
На дискетах - размера 3,5" и емкостью 1.44 мб - можно было в зависимости от качества диска и строения привода - в силу аналоговой природы магнитной поверхности - наформатировать до 1,7 Мб. И на такую дискету, на одну, влезала игра - например Another World (хотя надежность хранения и успешность переноса между ПК резко страдали).
К жестким дискам эта история вообще никогда не относилась.
Частично можно было делать перепрожиг на CD/DVD болванках, дописав хвост данных вместо закрывающей записи, но такие диски имели проблемы.
На флешках ячейки памяти физические и сделаны на заводе. Их обслуживает собственный контроллер с собственной прошивкой. Там тоже расширять нечего.
На HDD всегда есть резервные участки на случай дефектов магнитной поверхности, однако ни один диск не позволит вам вернуть их в геометрию дискового пространства.
На SSD в теории часто есть резервная емкость - для целей выравнивания износа и замены поврежденных блоков. Однако вернуть ее в дисковое пространство - тоже очень сложная да и плохая идея.

З.Ы.
Для вашей задачи - раскуривайте запуск MEMMAKER. Он сам оптимизирует загрузку резидентов и дисковых буферов в UMB.

З.З.Ы.
Если у вас там Windows 3.х или Windows 95/98/МЕ- то вам все равно надо иметь свободный непрерывный блок в пространстве первого мегабайта для запуска DOS приложений.
А там ещё и Windows отжирает под себя немало.

devicehigh или loadhigh не имеют никакого отношения к форматированию диска. Это просто команды загрузки драйвера устройства или любой TSR-программы в верхнюю память. Управляет этой памятью himem.sys.

Возможно, что препод помнит времена драйвера 800, который грузился и каким-то хитрыми методами позволял отформатировать обычную 5.25" дискету емкостью 360к (DS/DD) на 800к обьема. Но проблема была в том, что:
- такой финт ушами работал только при загруженном драйвере 800
- он был крайне ненадежен

Обычно PHP в таком случае видит последнее значение. Используйте site.ru/?foo[]=bar&foo[]=bar2. Тогда в PHP будет массив $_GET['foo'] = ['bar', 'bar2'].

Мне понравилась следующая система:

При регистрации пользователь заполняет телефон и его просят позвонить по номеру сервера
он звонит серверное по определяет номер, если номера совпадают до аккаунт регистрируется.

Вся прелесть в том что с виртуального номера звонок не сделаешь, а покупать 10 симок такое себе.