mayton2019

Если со 2 дома есть жалобы то надо их всех собрать в одну большую жалобу. Пускай меняют кабель.

yt-dlp -F

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

Если ты работаешь с С++ то тебе объективно лучше использовать векторы из std.
У них - больше смысловых возможностей и они безопаснее с точки зреня контроля над ресурсами.

Многомерный массив
int arrTwo[3][2] = {{1,2}, {3,4}, {5,6}};
в обоих языках эмулируется через массив массивов.

Но его имеет смысл использовать когда у тебя есть матрица где число элементов в строке "скачет".
Например так
{{2,3,5}, {,7,11}, {13}};
В этом случае использование такого зубчатого массива оправдано. Мы экономим ресурсы.
Это может быть полезно для микро-контроллеров например где память меряется килобайтами.

Если матрица - прямоугольная то ее можно просто "отобразить" на плоский массив.

Я думаю что криптографы и безопасники найдут в этой схеме много недостатков.
И риски будут больше чем условные удобства которые вы получаете.

Не нужно видеофайл кидать в видео-память потому что в этом нет смысла и это ничего не решает.
Пропускная способность памяти не является барьером для видеокодеков. А узким местом
является сам процесс кодирования. И для кодирования обычно достаточно памяти нескольких
кадров.

Скорее всего не получиться. Обычно технологии работают на пределе возможностей. И если системотехника создана для SLC (Single-Level Cell) то у нее низкие требования к качеству хранения заряда и она очень толерантна к утечкам заряда например. И 1 бит детектируется легко.

Если вы ее из SLC переделываете в QLC (Quad-Level Cell) то вы должны гарантировать что те-же полевые транзисторы или конденсаторы способны более качественно удерживать не 2 уровня напряжения а уже 16 уровней чтобы гарантировать хранение 4 битов. Соотвественно вероятность ошибки или сбойного чтения повышается раз в 8. От двух уровней мы прыгнули в 16 уровней. Откуда дешевое и грубое железо может
выдержать такое повыжение требований - мы не знаем. Если даже теоретически оно и будет работать
то качество хранения информации будет ужасным. Вряд-ли вам понравится память которая
рандомно меняет четверки бит на левые значения со временем.

Если его можно было бы повышать таким простым образом то завод-изготовитель давно бы это сделал
сам.

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

Можно прогнать численность через алгоритм кластеризации. Где число кластеров 8.
Это по количеству цветных сегментов в легенде.

И по кластеризации можно выбрать любое красивое число больше либо равно центра кластера.

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

Программирование - это практическая наука. Тут нельзя читать много теории алгоритмов. Все равно
наступит момент практического написания кода и здесь - теория бесполезна. Нужен просто навык.
Навык верстки кода. Фантазия. Желание экспериментировать.

По поводу пет-проекта. Вообще не факт что термин алгоритм здесь применим. Ну какой алгоритм
может быть у веб-сайта кухонных рецептов? Я не знаю. Может и нет его. Скорее есть набор технических
приемов или best practices.

Начни с копирования других проектов на Go и с выборки того что тебе полезно. Копировать - это
нормально. Любой hello world или шаблон проекта это копирование.

Большинство файлов - небольшие. Их можно грузить в фолдер /tmp на сервере и проверять на вирусы сразу. И если ок то публиковать в s3.

Если файл допустим больше 10мб то публиковать сразу на s3. Но здесь как бы слегка уже срезали costs.

У меня была ситуация когда я тушил Ubuntu в hibernate и забыв загружался из меню в Windows.
И получалось что линукс усыпил намертво сетевушку и она не хотела просыпаться.

Это нормально. В сетях с коммутацией пакетов пинг и скорость не обязаны вообще быть ровными.
Такова архитектура. В вечернее время. В 20.00 обычно все сети проседают от количества потребителей.
Вот если бы вы покупали у провадера какую-то особую услугу с гарантией полосы - то тогда можно
было бы торговаться.

Для трехзвенки я-бы предложил завести БД и в неe складывать длинные имена файлов как
ключи и как значения - короткие имена файлов в виде UUID например.

Но у вас там какой-то Nextcloud и поэтому не знаю насколько такой стек возможен.

Еще вариант - конвертить utf8 в любую однобайтную кодировку (win1251) и тогда лимит на 128 будет снят.
Но нельзя будет поддерживать всякие китайские и арабские символы.

Фреймворк - это - работа в рамках. Тоесть ты должен навязать разработчику
какую-то рамочную модель разработки. Это не всегда возможно. Разраб этого
обычно не любит. Поэтому за созданием фреймворка обычно стоит более глубокая
идея чем просто Фреймкорк Васи Пупкина.

Например - многие фреймворки давят на шаблон Inversion of Control.
Обычно это доверие главного control flow фреймворку. А программист
уже вставляет свою логику в какие-то ключевые точки. Яркий пример
- сервлеты. Фреймвор обеспечивает веб, балансировку, роутинг путей
и поддержку сессий. А программист просто делает сервлет который обрабатывает
request.

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

То что ты хочешь - называется инфо-безопасность и она решается не на питонах а на
базе unix атрибутов доступа (u,g,o) к файлам или в более расширенном варианте на листах доступа ACL
(Access Control Lists).

Технологи наблюдения за файловой системой (sys/inotify.h) не предназначены для отклонения или разрешения
доступа. Они - для других задач.

До того как делать автоматизацию - попробуй сначала вручную скопировать. Тут сразу могут быть нюансы.
Может где-то скорости не хватит или у вас будет действовать квота. Вот когда этот шаг пройдет - можно
подумать об автоматизации.

И сразу совет. Нужно провести тренировочное восстановление. А то так часто бывает. Ситуация анекдот.
Тебе настроят бэкап под ключ. А он бекапил либо не тот фолдер либо бекапил не туда.

Тебе вообще не нужен С++. Изучай системную архитектуру. Устройство процессоров. Ассемблер.
И язык С. Этого материала достаточно чтоб сделать эмулятор а знание С++ здесь тебе будет
как "гиря на ноге".