Михаил

Вопрос уровня: "Существует множество марок машин. Права есть. Ранее водил Ford Mondeo. Какую машину мне выбрать? Или выбор не имеет никакого значения? Надеюсь вы поможете мне разобраться"

Зависит от конкретных требований к БД. Если чего-то конкретного нет - берите то что знаете, то есть MySQL.

У bitbucket есть такая штука как deploy keys - это SSH-ключи, которые дают доступ к репозиторию только на чтение. Кладете открытую часть в битбакет, приватную - на сервер. И сервер получает возможность забирать (клонировать и пуллить) репозиторий из бакета (но не пушить туда)

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

См. книгу Р. Мартин "Чистая архитектура", вот статья об этом на хабре

если A^x+B^y=C^z где A,B,C,x,y,z принадлежат множеству натуральных чисел и x,y,z>2 то A,B,C имеют общий простой делитель

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

Таким образом, приведенный пример не опровергает гипотезу Била, так как требуемый простой общий делитель (2) в наличии имеется. Если бы гипотеза утверждала что существует ТОЛЬКО единственный простой общий делитель, то она опровергалась бы элементарно.

Контрпримером для гипотезы Била будет такой набор чисел A, B, C, x, y, z, что A, B, C - взаимно простые, то есть не имеют общих делителей.

Без математики (даже не столько математики, сколько без математического и логического мышления) в программировании делать нечего.

Я бы сделал так (сводя все к какой-то там нормальной форме)
Таблица "Период" (содержит периоды)
Таблица "Тариф" (содержит названия "Тариф 1", "Тариф 2" и т.д.)
Таблица "Группа" ("Группа 1", "Группа 2" и т.д.)
Таблица "Значение тарифа" (ссылается на таблицу "Тариф", "Группа" и содержит соответствующее этому сочетанию значение тарифа)
Таблица "Период-Тариф" (связывает период с тарифом)

Это вот то что прямо описано в вопросе.
НО!
По опыту работы с тарифами скажу - там не просто типичная, а типичнейшая тема: история тарифов. А именно: почему месяц назад посчиталось по такому-то значению? Или изменить значение тарифа вот прямщас, но чтобы действовать начало с понедельника.
Даже если этих требований сейчас нет - они вполне могут появиться.

То что лежит в библиотеке - не аннотируете.

В проекте создаете класс - наследник и аннотируете.
Либо вписываете в конфигурацию:

@Bean
@RestControllerAdvice(...)
GlobalExceptionHandler exceptionHandler() { ... }

Смотрите что написано на блоке питания ноутбука. Но что-то мне подсказывает что там больше 100 Вт.

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

Лично я свой ноутбук (менее мощный Acer) в поезде включал в розетку. И все было хорошо.

А экран 13 дюймов вас совсем не смущает? ИМХО, по этой причине для веб-разработки не подойдет ни один из них.

Возьмите за эти же деньги что-нибудь уровня ASUS ROG Strix G17 с экраном 17 дюймов хотя бы. Это если нужен ноутбук.

А вообще для разработки - десктоп вне конкуренции.

У вас на новом сервере нет такой картинки: https://di-zel.ru/upload/medialibrary/a7a/texa_rem...

Видимо, не полностью перенесли

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

hidden - можно засунуть в options
checked - зависит от значения поля модели, на котором вы строите форму. Это же ActiveForm, а не просто Html::checkbox

В дополнение к ответу jcmvbkbc
Потому что вы игнорируете возвращенный функцией menu результат, соответственно в переменной y всегда 0.