Saboteur

6. Берусь за любую работу, которую могу сделать (чтобы быть хоть немного полезным)

Не надо за совсем любую. Если есть выбор, бери за те, которые для тебя будут более полезные - с чем-то разберешься, доведешь до конца, узнаешь какие-то моменты.

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

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

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

Проведешь таким образом 3-5 встреч, посмотришь какой из них выхлоп, и вместе решите надо ли делать чаще или реже, и в каком формате - это все можно адаптировать по ходу. Или они вообще перестанут быть нужны.

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

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

В основном дело привычки и вкусов.

Возьмите то что нужно регуляркой

SystemName=$(grep -oP "SystemName: \K[A-Za-z0-9]*" server_out.db)
if [ "$SystemName" == " S4BZJ045 ]; then
  echo "Ok"
else
  echo "Not Ok"
fi

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

Соответственно командой tar его не запакуешь и не скачаешь по sftp

В адекватном сайте, медиа контент должен жить в отдельных каталогах, следовательно аудио и видео качаются отдельно, база отдельно, а код сайта пакуется таром и качается тоже отдельно.
Или все вместе по sftp (почему нельзя, неясно, все можно)
или rsync

Пингайте разовыми пингами и проверяйте код возврата в переменной $?: 0 успех, не 0 - ошибка связи.

ping mysite.com -c 1
echo $?

После обсуждения в камментах, вот вам скрипт помощнее:

declare -i failcount=0
status="OK"

while true: do
    if ping mysite.com -c 1; then
        if [ "$status" == "FAIL" ]; then
            echo "Network is restored"
            curl -X GET -k "https://api.telegram.org/bot1938&text=Connection_is_restored"; 
            status="OK"
        fi
        failcount=0
    else
        failcount+=1
        if [ "$status" == "OK" ] && [ $failcount -gt 60 ] ; then
            echo "Network is unavailable for 60 seconds!!!"
            curl -X GET -k "https://api.telegram.org/bot1938&text=Connection_broken_for_60_seconds"; 
            status="FAIL"
        fi
    fi
done

Чтобы один процесс А мог читать память процесса Б, в современных операционных системах требуется, чтобы процесс А был запущен с привилегиями.
Обычно программы для этого встраивают в ядро свои драйвера (отладчики, всякие cheatengine/artmoney) и др.

Да никто вам ничего дельного не подскажет. Это ваша жизнь, ваши интересы.
Фронт и SAP - это просто два рандомных слова в вашей жизни.
Все зависит от конкретной компании, от того как туда ездить/ не ездить, адекватный начальник и коллектив или нет.

Это просто начало карьеры, в начале карьеры можно еще 10 раз сменить направление.
Выбирайте сами, а не закапывайте себе жизнь первым же решением.

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

Да, гитом тоже можно синхронизировать изменения между разными енвайрнментами, но вот те вопросы которые вы задаете - вы сами должны придумать удобный пайплайн и выбрать инструменты (git, scp, rsync, какой-нить CI/CD инструмент или что угодно)

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

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

А кидать туда тестовые вещи, которые вы специально для интервью наделали - ну это такое...

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

2. Если у компании и так есть политика фидбеков, то обычно это максимум неделя. Можете подождать.

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

в данном конкретном случае switch явно не нужен.
switch Нужен когда у вас есть переменная, которую вы хотите сравнить с разными значениями и в зависимости от этого делать разные действия. А вы в качестве условия switch вообще true пишете, и case без завершения - это с точки зрения читабельности, очень неявный OR.

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