Daria Motorina

1. это не методы, это функции.
2. они используются по своему прямому назначению.
3. что вы делаете в js не имеет никакого отношения к этим функциям.

В Таблицах часто используют REPT для генерации выражения REGEXEXTRACT

=INDEX(JOIN(",";
  REGEXEXTRACT(
    B2;
    REPT(".*/(\d+)";COUNTA(SPLIT(B2;"Руб";0))-1)
  ) & "см"
))

Зависит от того, какой перенос вы хотите сделать и какие состояния веток сейчас
Предположим, что у вас такая ситуация:

branch-1 A - B - C - D - E
branch-2 F

Коммиты C, D и E были запушены случайно, и требуется переместить их в branch-2
Порядок такой:

# переключаемся на нужный бранч
git checkout branch-2
# мержим бранч с коммитами
git merge branch-1
# переключаемся на бранч, в который случайно запушили
git checkout branch-1
# делает жесткий резет на 3 коммита назад (все, что мы сделали и на закомитили в ветке сотрется)
git reset --hard HEAD~3
# переключаемся на наш бранч
git checkout branch-2

Результат:

branch-1 A - B
branch-2 F - C - D - E

Используйте какой-нибудь менеджер процессов, типа supervisord.

Вы плодите лишние сущности, которые к тому же занимаются дублированием.
Ваш UserService должен принимать UserRepository и работать с данными через него.
Так же и контроллер должен работать с UserService и не работать напрямую с UserRepository.
Простая цепочка UserModel -> UserRepository -> UserService -> UserController. Если вы начнёте переставлять звенья, то цепочка запутается и будет хуже чем прямая работа с UserModel.

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

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

Основных проблем с естественными ПК две.

1. Проходит время, и возникает необходимость поменять естественный ключ. Например, его внесли с ошибкой (человеческий фактор). В вашем случае, допустим ISO решила, что существующий код оказывается не политкорректный, и его нужно поменять. И вам нужно поменять либо одну строку в одной таблице, либо все строки во всех таблицах, которые на нее ссылаются. Чувствуете разницу? А часть данных может быть уже в архиве, read-only и т.д.
   
2. Проходит время, и "уникальный" естественный ключ оказывается не уникальным. Например, вам понадобился тот же доллар, но с особым курсом и т.п. Если это ПК, то нормального решения нет, пусть даже сложного, как в п. 1. Вам придется превратить естественный ключ в суррогатный, а для естественного добавить отдельный столбец. Так лучше сделать это с самого начала. :)
   

Я бы посоветовал использовать специализированный менеджер процессов. Например supervisor
Инструкция на русском

Память без остановки сжирается вплоть до зависания ПК (на момент написания вопроса 8GB).

Похоже на баг - где-то утечка памяти. Какая у вас версия? Какие плагины стоят?
(Вообще такая ситуация нормальная, но для этого в проекте должны быть миллионы строк кода)
А почистить память можно через File -> Invalidate Caches/Restart

тащемта, если игнорили нотисы, то игнорьте и ворнинги.
ну и вместо echo $var используйте echo $var ?? ''

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

Описанные недостатки — очень спорные. Метод пристального взгляда находит баги только в первые 10 минут, пока голова свежая.

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

А вопрос-то ваш в чём? Пока выглядит как «вы тут меня поуговаривайте писать тесты, а я вам буду объяснять, почему не буду этого делать». Не хотите — не пишите. Если для вашего проекта и для вашей команды тесты не несут большой пользы, то и не пишите их.
Судя по вашим прошлым вопросам, вы считаете, что всё знаете лучше других, соответственно, вопрос нужен, чтобы потешить ЧСВ? Ну или вы нарвались на какой-то карго-культ-секты-стопроцентного-кавереджа? В таком случае — сочувствую.

Ещё вариант: заполняется OPcache. Чтобы проверить, вместо FPM restart попробуете выполнить его сброс.