Rsa97

я бы выбрал роутер на опенВРТ. Например Routerich или Cuddy + перепрошить

но если знаний мало как вариант можно взять кинетик

PS - белые списки этот способ не обойдёт

А зачем вообще у нейронки подтверждения каких-то убеждений или выводов своих спрашивать?

Базовые систем-промпты:

Общий

Соблюдай следующие требования (это важно):
Не выдумывай и не фантазируй. Если не знаешь - так и пиши "не знаю". Отвечай кратко и по существу, не повторяйся. Не пиши лишнего, не пиши того о чём я не просил, только если это явно может улучшить решение. Код никогда не сокращай если я не указал это явно. Проверяй свои ответы (писать "проверяю себя" не нужно, это команда). Писать лишних пояснений тоже не требуется. Не используй эмоджи если не просили. В комментариях и общении всегда используй русский, если иное не следует из контекста.

Когда используется поиск

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

Сложные пошаговые задачи:

Не скрывай ограничений. Если задача невозможна — так и скажи. Не пиши раньше времени «Готово» — только если действительно всё завершено в этом чате. Уточняй, если информация неточная, устаревшая или неполная. Проверяй себя. Если есть вариации и требуются дополнительные данные для следующего шага - прерывай рассуждения и сначала запроси недостающие, не строй предположений.

В целом адекватные ответы выдавать будет.

Ну добавьте ещё в общий

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

А вообще, нейронка это не ИИ, сколько раз надо это людям повторять? Это довольно тупой алгоритм предсказания следующего слова. Пользуйтесь им с учётом этого знания, не нужно ждать от него что он за вас думать будет, так отупеете совсем.

Свободная память - это выкинутая память (деньги за неё заплачены, а она не используется).

Поэтому Linux всю свободную память использует под cache. Если приложения потребует память - он её отдаст от cache.
Поэтому вопрос - с какой проблемой боремся?

Обезопасить полностью — никак. Можно только усложнить доступ к данным. Есть Windows Data Protection API — можно использовать его для хранения ваших данных. Есть Rfc2898DeriveBytes Class для получения ключа на основе пароля с использованием псевдо-случайного генератора. Вот тут ещё пишут на эту тему: How to securely save username/password

Так же не забываем про другие методики защиты приложения от попыток чтения памяти — ограничения прав, шифрование переменных в памяти и целых блоков, использование рандомизации выделения адресов и блоков в памяти, ссылочные типы, какая-нибудь изощрённая логика алгоритмов, пропущенная через какой-нибудь безумный оптимизатор, алгоритмы с бессмысленной логикой, определение попыток доступа к памяти, использование нестандартных компиляторов и языков программирования, и всё такое прочее. А ещё есть отдельные инструменты для защиты приложений типа Enigma Protector и Enigma Virual Box. Стандартный подход: усложнить взлом на столько, чтобы процесс взлома был дороже полученного результата.

Если кому-то очень будет надо — всё равно вскроют и достанут всё, что нужно, независимо от всех ваших усилий и их объёма.

API jQuery - jQuery.getJSON()

The jqXHR.success(), jqXHR.error(), and jqXHR.complete() callback methods are removed as of jQuery 3.0. You can use jqXHR.done(), jqXHR.fail(), and jqXHR.always() instead.

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

Ничего не делать. Это противозаконно и нарушение норм безопасности сети ВУЗа. Последствия - в лучшем случае тихое исключение из ВУЗа или громкие маски-шоу согласно УК.

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

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

Забэкапить важные данные и заменить флешку на что-то менее непотребное типа Samsung, WD (бывший SanDisk), ну хотя бы Transcend

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

#5 = #4 NAND #2 = 0

Нет, #5 = #2 NAND #2 = 0

#8 = #5 OR #7 = 0

Нет, #8 = #5 OR #5 = 0

#11 = #7 AND #12 (тут вообще непонятно, так как #12 ещё «не наступила»

Нет, #11 = #7 NAND #7

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

Не надо путать задержку и пропускную способность.

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

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

В сетях и на то и на другое влияет очень много факторов:
1. Количество узлов между отправителем и получателем. Больше узлов - больше задержка
2. Производительность этих узлов. Чем ниже производительность - тем выше минимальная задержка и меньше пропускная способность.
3. Нагрузка на каналы связи. При высокой нагрузке будет расти задержка, так как данные будут вставать в очередь (а может и не будут вставать в очередь - они вполне могут просто отбрасываться и тогда будет тот самый packet loss)
4. То, как эти узлы обрабатывают данные, которые через них проходят. Меньше всяких проверок - меньше задержка.
5. Физическая среда и физическая длина кабелей. Чем длиннее физический путь и чем хуже среда, тем выше задержка.
Скорость распространения сигнала в оптике, меди, и по беспроводу отличается.

Как будет влиять замедление от провайдера - сильно зависит от выбранной стратегии.
Может увеличится rtt, а может будет packet loss.