Максим Федоров

Я все починил, теперь ваша карьера и ориентация в порядке!
Не благодарите.

сосбенность в том что магента одна из самых геморных cms

1. верно
   
2. ок
   
3. нет. docker build (док) создаёт новый image (образ) В вашем примере с тегом python-barcode
   
4. docker run запускает из образа контейнер. Можно и не один, а несколько, даже параллельно. В вашем примере имя для него сгенерится автоматом, какая-нибудь смешная комбинация двух слов. Контейнер может работать, останавливаться, перезапускаться. Можно удалить контейнер. Контейнер не изменяет образ, из которого создан – он «накатывает» свою деятельность поверх, в новых слоях.
   
5. контейнером не поделиться. Делятся образом. Если в контейнер вносили изменения - например, зашли в него терминалом, установили доп. пакеты – можно из этого контейнера создать новый image через docker commit
   

базовый FROM образ -- образ с доп. слоями = ваш новый образ -- контейнер и изменения -- образ с изменениями

Смотрел ещё давно. Фигня полная, это как учиться рисовать по готовым точкам.
Читайте Куроуза, руководство CCNA, руководства по Linux.
А это - чушь.

Как то так

class UserData {
    /**
     * @readonly
     * @var string
     */
    public $source;

    public function __construct(string $source)
    {
        $this->source = $source;
    }
}

class NoSupportingSenderFound extends \Exception {}
class AnswerTransportError extends \Exception {}

interface AnswerSender {
    public function supportSource(string $source): bool;

    /**
     * @throws AnswerTransportError
     */
    public function sendAnswer(string $answer): void;
}

class AnswerSenderFacade
{
    /**
     * @var AnswerSender[]
     */
    private $senders = [];

    public function __construct(AnswerSender ... $answerSenders)
    {
        $this->senders = $answerSenders;
    }

    /**
     * @throws AnswerTransportError
     * @throws NoSupportingSenderFound
     */
    public function sendAnswer(UserData $userData, string $answer)
    {
        foreach ($this->senders as $sender) {
            if($sender->supportSource($userData->source)) {
                $sender->sendAnswer($answer);
                return;
            }
        }
        throw new NoSupportingSenderFound("...");
    }
}

В конструктор класса AnswerSenderFacade нужно передать инстансы всех реализаций интерфейса AnswerSender. В Symfony это просто делается через tagged services (Навесить тег на _instanceof AnswerSender через конфиг и в конфиге же указать что все помеченные тегом классы нужно заинжектить)

Над названием конечно можно ещё подумать.

p.s. в случае Симфони, правда, в конструкторе вместо ...$providers придётся использовать iterable и дополнительно проверять что пришли инстансы SenderInterface через instanceof

FROM nginx:alpine

Вас вот эта строка вообще не смущает?

А почему не использовать editorjs на основе которого и работает vc.ru?

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

Интенсивной работы в день 5-6 часов максимум. Больше - только на ограниченное время, с обязательной компенсацией отдыхом. В офисе 9-18 работают в целом так же, кулер, поболтать, что-то обсудить 10 раз в день, почитать статьи. По моим личным ощущениям на удаленке работа интенсивнее, даже с учетом меньшего количества часов. Поэтому работаю по часам и на ставке больше чем в офисе на 8 часовом рабочем дне.
Пробовал помодоро - не зашло.
Бывает что накапливается и какие-то дни работа вообще не идет - даю себе отдохнуть, могу поработать часа два-три.
Что-то новое изучаю иногда в формате перерывов - поработал - почитал. Так как график и учет времени гибкий, это не считается рабочим временем, и совесть не мучает. Могу посередине дня отдохнуть пару часов если совсем не идет, или сходить прогуляться или еще что.
Свои проекты сначала пилил "по вечерам и выходным", особенно когда работал 9-18 потом понял что так не пойдет, на долгий срок это провальный подход, поэтому сейчас больше работаю как часть рабочего времени. Уменьшаю основную работу (при этом естественно уменьшается доход).

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

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

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

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