Saboteur

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

Например "обслуживание и поддержка" уже имеющегося софта - чем не разработка?
Или вы не видите разницы между условным MS office 1.0 и MS Office XP и современной версией?

Все зависит от проекта.

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

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

ОБразование - любое, относящееся к IT, там все равно будет кусочек базы.
Если есть вариант за границей - наверное вполне имеет смысл чисто по причине того, что это заграница.

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

первый кластер лежит в directory entry (вроде 20й байт для FAT32)

остальные кластера вычисляются через FAT (в соответствующем поле будет либо номер следующего кластера этого файла либо FFFFFFFF, который показывает что это последний кластер файла.
Там же в directory entry лежит точный размер файла в байтах, чтобы понять сколько байт нужно дочитать из последнего кластера

Как это делать в дельфи не знаю, но можно почитать датащит по FAT16/FAT32 что именно где лежит в directory entry

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

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

Если же вы пишете сложный продукт, для которого нужно человек 5-10, им нужно согласовывать и стандарты и стек технологий, и чтобы упростить - не пишут велосипеды, а берут какой-то готовый движок.
А если вы сервер хостите где-то в облаке, следует обратить внимание, будет ли этот движок обновляться, или через 5 лет облако скажет "мы едем на новую версию ОС, где ваш движок не работает, переезжайте на другую версию или другой движок"

Совсем другой вопрос что дейсвительно существует море "усложнятелей", но об этом полно и анекдотов и реальных историй. Так что в данном случае нужен архитектор или грамотный менеджер, который понимает и необходимости бизнеса, чтобы работать и адаптировать ТЗ, и понимает риски со стороны технологий, чтобы выбирать или одобрять на чем будет это все написано, где хоститься и так далее.

Рассматривали вариант репозиторий с CI/CD куда аналитик кладет свой SQL-запрос.

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

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

Но риски, если что-то пойдет на продакшене не так кто берет на себя?
Это нужно заранее обговорить с владельцем проекта.
То есть у вас перед принятием технического решения, нужно решить организационный.

P.S. Для обычных то есть рид-онли запросах, обычно просто пишется маленькое веб-приложение прямо для аналитиков, в котором шаблонизируются необходимые запросы и выдается результат в удобном для аналитике виде (html/csv/excel...), как часть обычного процесса разработки, интегрируется с вашей же системой авторизации и раздаются права какой репорт (запрос) кто может выполнять и смотреть результат.

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

В России были случаи, когда наказывали, даже если ты делал багрепорт в существующую bug bounty, поэтому это довольно опасная штука, и всегда следует предохраняться, если совершаешь нелегальные действия.
Разница в white hat и black hat только в том, что белые продают взломы в баг баунти, черные - на черный рынок. Но оба действия подпадают под преступные.

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

Ну а официальные пентестеры делают все после заключения договора.

Обманывают обычно в краткосрочной перспективе, потому что обманывать сотрудника месяцами - это должен быть слишком лох.
А так - как и на ЛЮБОЙ другой работе или любом другом магазине - смотрите на репутацию и известность компании. Читаете договор. Смотрите за выполнением условий с их стороны.

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

Даже если вас обманут с разовой ЗП, всегда можно уйти, набрав опыта. Но схемы существуют далеко не только в ИТ.

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

Ну и юридическая защита.

ну если тип у столбца текст, то можно добавить туда такую текстовую строку.
Но это бессмысленно, так как выборка стандартным select будет идти по столбцу а не под суб-столбцам.
Правильнее добавить еще одну колонку в таблицу.

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

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

encrypt file names - иногда полезная опция, особенно в связке с solid archive. Позволяет укрыть метаданные, чтобы потенциальный злоумышленник, ну например не мог увидеть в списке файлов знакомый маленький .ico или дефолтный конфиг файл, содержимое которого предсказуемо или точно известно и не воспользовался этими данными чтобы упростить подбор пароля. Иногда даже достаточно знать расширение, чтобы считать первые 3-10 байт файла, в которых обычно сигнатура или метаданные.

Опции вместе - дают достаточную защиту, чтобы без пароля нельзя было взломать архив.

вопрос не понят. Что перехватит, как перехватить?
Вы тут просто вызываете внешнюю команду, для которой нужно указать набор переменных, а в options попадает аутпут этой команды, а не ее параметры

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

Почему?
Если сервер на линуксе, поднять нам http сервер - задача на пару минут.

"постоянная ячейка памяти" была в восьмибитных архитектурах, где вся память помещалась в одну страницу.
Уже в ранних x386 ячейки были не постоянными а в пределах выделяемого сегмента памяти, если игра влазила в 64к.
Начиная с защищенного режима, в котором работает современная винда, вообще нет такого понятия. Память является виртуальной, которая может быть отражена и на физическую и на своп, и в лучшем случае оффсет может быть тем же отсчитывая от начала конкретного сегмента. Потому что внезапно память у современного приложения может быть фрагментирована.

Приложение может слушать сколько угодно портов.
Можно даже один порт слушать двумя приложениями, есть даже такой вариант, но он редко используется.

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

/var/log может содержать логи с небезопасной информацией. Поэтому давать доступ группе надо только если все кто в группе доверенные лица.
Или запускай скрипт от рута.

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

sed -r 's/#.{0.1}\d*/replacement/g' file

сами никак, копи - пасте