Saboteur

Так и пиши:
rm -rf /var/www/html/*/temp/*

Или удалить сами папки целиком:
rm -rf /var/www/html/*/temp

3.4 Форматы PKCS1 и PKCS8 это форматы только для ключей или для сертификата тоже?

https://en.wikipedia.org/wiki/PKCS

3.2 Отправить запрос получается только в том случае, если ключ указан в самом файле сертификата, то есть я их объединил в один файл и тогда запрос заработал. Почему по отдельности не работает?

Ну потому что TSL делается не по ключам, а по сертификатам с ключами. Например пара ключей не содержит информации о сроках годности и нет цепочки доверенных сертификатов чтобы проверить валидацию.

Но не успел я им ничего отправить, как они прислали мне новый сертификат. Как они его сгенерили без реквеста? Типа по старому реквесту? То есть реквест не имеет срока годности?

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

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

Обычно сертификат лежит на сервере, который соответствует домену, а не на клиенте.
Вы же когда на google.com ходите по HTTPS, то можете это делать с любого компа, а не только с сервера гугла?

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

если файлы в одном каталоге, то
sed -i 's/было/стало/g' /home/user/mydir/*.ini

Комментируем строку:

sed -i 's/Notify="notify/11111"/#Notify="notify/11111"/g' /home/user/mydir/*.ini

Сейчас же я захотел переделать код, начав с соблюдения принципа «один класс - одна задача»

Почему? Откуда взялся этот принцип?

Следуйте следующим принципам:
1) данные, которые находятся внутри класса обрабатывались методами этого класса
2) Избегайте суперклассов (слишком больших классов, которые не помещаются в голову одного программиста, и вызывают много конфликтов при поддержке приложения)
3) Соблюдайте баланс между первыми двумя пунктами.

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

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

правильно юзать try

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

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

А непосредственно балансировщик - это вообще часть функционала кластера или сетевой подсистемы, а не непосредственно контейнера.

(поскольку пользователь — динамическая запись в БД)

Так в базе и храните.
шифруйте каким-нить AES256CBC и храните в виде base64 строки

clean-code это не про синтаксис. Это про архитектуру, а она зависит от понимания как работают различные технологии.

может быть вместо user нужно имя вашего юзера?
И ключ для авторизации добавить?

Базовые требования любого тестировщика - продвинутый пользователь windows/linux, и SQL.

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

Производительность не увеличится потому что

1) размер физического сектора ты не изменишь. Винчестеры с возможностью домашнего низкоуровневого форматирования последний раз видели лет 20 назад на IDE и до него.

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

3) Physical Sector size: 512 bytes
не доверяй этой инфе. Внутри может быть 4к, эмулирующие 512б. Найти винчестеры с 512б сектором производства 2011+ года довольно сложно. Правда это точная инфа для HDD. Может быть в SSD 512байтные сектора вполне еще норма.

В вашем случае cat array | while запускает весь блок while в отдельном шелл процессе, и естественно результат в родительский процесс не вернется, умерев вместе с завершением цикла и дочерним процессом.
Делай так:

#!/bin/bash

i=1
while read str
do
   array["$i"]="$str"
   i=$(($i+1))
done <array.list 
echo ${array[@]}