sim3x

Как можно всё это проверить?

Пригласить квалифицированного аудитора.

Если хотите\вынуждены заняться самодеятельностью - курите методологии:
ITAF, COBIT, IPPF, SSAE No. 16

Ох, неправильный у вашего начальства подход. Весь ваш аудит, увы, можно будет выкинуть в мусорную корзину!
1) По вопросам, которые вы задаете, у вас просто нет компетенции для данной работы.
2) Даже если вам полностью все разжуют, то скорее всего вы получите неверные результаты.
3) Даже получив верные результаты, их еще нужно как-то интерпретировать, что тоже сомнительно.

Не занимались бы вы этим, от слова - вообще, именно аудитом, ведь за его результаты всех собак повесят именно на вас!

А вот если интересует безопасность для себя самого, то начните со сканирования портов (nmap), входа в домен, подключения к сети, точек доступа wifi. Далее - сканируем сеть со стороны пользователя. Далее - смотрим на подключение к интернет и фильтрацию трафика. Далее - подключение флешек и всяких СД-ЮСБ устройств. Далее - везде.

sum(x[1] for x in b)

Чтобы такого не происходило, задайте внешние ключи (FOREIGN KEY) с блокировкой удаления/изменения (ON DELETE RESTRICT ON UPDATE RESTRICT).
Внешние ключи как раз предназначены для автоматического поддержания связности данных между таблицами.
Ну и, заодно, увидите, у кого скрипты начнут ошибки выдавать.

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

setTimeout(function() {
        let div = document.querySelectorAll(".answer-row");
        for(let i = 0; i < div.length; i++) {
            div[i].firstElementChild.setAttribute("class", "");
            div[i].firstElementChild.setAttribute("style", "");
        }
    }, 500);

Еще можно с помощью расширения requestly, перенаправить скрипт, который детектит блокировщик на свой хост с правильным кодом.

Использовать stackoverflow.com вместо этого кривого автопереведенного сайта.

Ну, или вот на коленке накидал юзерскрипт, который приводит стили в порядок:

if (document.readyState === "loading") {
  document.addEventListener("DOMContentLoaded", makeOk);
} else { 
  makeOk();
}

function makeOk() {
	setTimeout(
	function() {
		let elementList  = Array.from(document.getElementsByClassName('desc'));
		elementList .forEach(element => {
			element.attributes.style = "";
		});
		let elementList2  = Array.from(document.querySelectorAll('div.answer-row > div'));
		elementList2 .forEach(element => {
        element.className = "";
		});
	}, 500);
}

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

Предлагаю воспользоваться книгами, например:
Официальный учебный курс
Или
Adobe Photoshop CS6 для всех

Если уж совсем тянет на видеоуроки, то пользоваться лучше официальным курсом: https://helpx.adobe.com/ru/photoshop/atv/cs6-tutor...

Не делайте так
filename.replace("C:\\fakepath\\", "")
C:\\fakepath будет только на винде, на Linux, macos, мобилках будет свое значение.
Имя файла можете получить от
this.files[0].name
Возможно по этой причине не работает в Firefox, я точно не помню, такое же там значение или нет.

Учитывая то, что воркеры рестартуют каждые 5000 запросов, забивание памяти тут связано (я на 99.9% уверен) с твоим кодом. Сам по себе uWSGI кушает ОЧЕНЬ мало памяти.

Выключен ли DEBUG? При включенном дебаге все SQL запросы остаются в django.db.connection.queries. Если ещё и не оптимизировать N+1 запросы, то на каждый рендер страницы вполне может прийти 500-2000 запросов. Умножая на 5000, получается до 10млн записей. Каждая из них является словарём, который, допустим, занимает 200 байт памяти. Внутри содержится сам SQL, размером, допустим, 80-400 байт и время исполнения.

Итого, если взять по максимуму, каждая запись будет занимать примерно 600 байт * 10млн = 6млрд байт, что примерно равно 5.6гб. На каждый воркер (ведь у тебя каждый воркер — скорее всего процесс, а не тред). Если воркеров штуки 4, получается больше 20гб.

Это один из многих векторов оптимизации.

Посоветую системный блок. или увеличивать бюджет.

За 7 лет работы в геймдеве ни разу не видел, чтобы компания НЕ предоставляла ПК. Всегда предоставляют рабочее место. Могут дать и ноут, но обычно не программистам.
Если вас просят носить на работу свой ноут и работать на нем - бегите. Вообще нормально работать на ноуте в юнити без внешних мониторов - вряд ли получится продуктивно.

Нанять менеджера. У хорошего менеджера есть база клиентов.

не существует

по 5,6 книг полно
по 1 книг нет ( ну ладно, ладно,ТРИЗ - хаха) ну или пусть "Кроссфит мозга" будет
по 2 - книги по МБА, втирать до полного удовлетворения. Повторить
3 - любая по паттернам + язык
4 - любой пендель от начальства + костыли

в одно это все несовместимо, хотя бы потому что 5,6 и 1,2 для разных умов
да и 3 и 4 - тоже

P.S. без обид, но за "с примерами" - в лучшем случае твои книги - это 6

прям домашка по паттернам

ну см. например

что касается

Десятки других подобных правил...

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