lolrofl01

принудительную гибернацию можно сделать с помощью команды shutdown -h -f
А S3 попытаться выключить в биосе. Может быть тогда и из- gui заработает

"Дополнения и темы" -> Шестерёнка -> "Отладка дополнений" -> "Загрузить временное дополнение" -> Тыкаешь в свой manifest.json.

Посмотри тесты в реальных задачах, включая игры, рендер и т.п.
В НЕКОТОРЫХ случаях прирост до +30% что я считаю критичным
в single thread прирост незначительный в 3%

Считаю что 5т.р. этих бонусов стоит, так что бери AMD Ryzen 7 5700G (и хотя TDP там меньше 100w, я советую нормальное охлаждение, башенный с 4-пин разъемом для авторегулировки оборотов - будет тише!)

Смотрите, главное различие между ними это количество ядер
У 5600G - 6 ядер/12 потоков
У 5700G - 8 ядер/16 потоков

Еще у 5700 более мощная видеокарта встроена.

Собственно далее вопрос: у вас, в вашей нагрузке будет чем утилизировать эти дополнительные 2 ядра/4 потока? Это либо задачи, которые хорошо параллелятся, либо большое количество процессов (виртуальные машины, например). Я в свое время взял 1700 первого поколения именно из-за этих дополнительных ядер по сравнению с 1600. Собственно никаких проблем с пиковой загрузкой проца не имею. Может быть хватило бы и 6 ядер, может быть и 4. Но, поскольку комп я брал надолго (и мне его более чем хватает на данный момент), то решил брать максимально доступную конфигурацию (был еще Threadripper, но его цена чуть более чем неприличная).

Занимаюсь разработкой на Java и время от времени играю в не особо требовательные игры.

Лично я при таких условиях взял бы 5700, но решать разумеется вам.

Вы не указали, что сейчас имеется от старого ПК (н-р 16 Гб DDR4) и за сколько собрались приобретать указанные железки.

При сравнении я бы учитывал еще Ryzen 5x00X и новое (последнее) поколение Intel - Alder Lake.
Н-р, 5600X быстрее 5600G в играх, а 12xxx Intel быстрее Ryzen 5000x.
Очень много точечных сравнений вышло на канале i2HARD, тоже посмотрите.

Согласен отчасти с предложением Mnemonic0 подождать до конца года.
Но с другой стороны быть первопроходцем и доплачивать за новинки не каждый захочет.
Я наоборот решил собрать сейчас ПК на лет 5 на AM4 и как раз выбираю маму на X570.
Думал взять бюджетную на время и посоветовали GIGABYTE B550 AORUS MASTER - там инженеры что-то намудрили (в хорошем плане) с PCI-E 4.0 и многие ее советуют из-за этого.

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

Если по теории, то мне в свое время вот эта книга помогла:
https://www.litres.ru/robert-s-martin/chistaya-arh...

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

Через несколько месяцев прочел еще раз, анализируя все затупы, что записал за это время в блокнот. После прочтения начал потихоньку рефакторить в существующих проектах места, которые уж очень жить мешали.

Еще через пол года прочел третий раз, опять же с оглядкой на личный опыт. И тут я кажется уже совсем въехал. По крайней мере многие проблемы с организацией взаимодействия между компонентами стали разрешаться. И вообще появилось достаточно четкое понимание, как структурировать приложение и где разбивать его на компоненты.
Ну и после 3 прочтения еще помог момент: мне дали с нуля проектировать новое, достаточно крупное приложение на Rust. Притом заказчик кричал "микросервисы - это круто, хочу, хочу, хочу", а тимлид мне сказал "давай монолит, но так чтоб потом легко было распилить, а то все сроки про**ем". Вот тут прямо вообще понимание пришло. Ну и плюс в Rust архитектурные компоненты очень хорошо ложатся на отдельные крейты (это такая единица компиляции в Rust), а компилятор в принципе не дает делать циклические зависимости между крейтами.

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

Сборки шлак. И завышены сильно
Проще, дешевле и надежнее самому собрать. Я думаю у Вас есть знакомый чел, который за 5ру соберет всё по красоте...

Глаза у вас от чего угодно устают, только не от разрешения: от мерцающей подсветки, от неправильно настроенной яркости, от того, что голова как-то не так повёрнута, от зажимов в области шеи и т. д. "если речь идет тупо об усталости глаз" - высоким разрешением вы точно ничего не добьётесь.
Но я уверен, что 4к монитор - мастхев для всех, а для прогеров - особенно. Проблем с ними нет, одни плюсы. Я купил уже два.

var form = $('form'), formVal = form.val();
form.val('').focus().val(formVal);

https://carbon.nesbot.com/docs/

$now = new \Carbon\Carbon();

$now->locale('ru');

$month = $now->getTranslatedMonthName('Do MMMM');

var_dump($now->day . ' ' . $month); //string(9) "13 мая"

UPD: ну там варианты и полаконичнее есть, без конкатенации, лень исправлять, думаю разберётесь

Union подразумевает, что у всех выборок одинаковая структура и столбцы, вот он и берёт из первой выборки названия.
Добавить же можно так:

select('pages.id', 'pages.title', 'pages.slug', DB::raw('"page" as `type`'))

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

Два цикла точно не нужны.
Где-то делаешь так, коллекцию из айдишников:

$postCategoriesIds = $post->categories->pluck('id')->all();

Ну и потом проверяешь входит ли айдишник в ту коллекцию.

foreach($categories as $category)
 <option value="{{ $category->id }}" @if($postCategoriesIds->contains($category->id)) selected @endif>{{ $category->name }}</option>
endforeach

$users = User::with('posts')
    ->withCount('posts')
    ->get();

В шаблоне

@foreach ($users as $user)
    {{ $user->name }} {{ $user->posts_count }}
    @foreach ($user->posts as $post)
        {{ $post->title }}
    @endforeach
@endforeach

Вы можете валидировать данные, которые приходят в контроллер через кастомные Request-классы. Там вы можете указать такую конструкцию:

public function rules()
    {
        return [
            'slug' => [
                'string',
                'unique:posts,slug'
            ],
        ];
    }

Если при проверке Slug он уже есть в базе, то выводится ошибка валидации.

Чтобы слаг генерировался на лету, можете в том же кастомном Request реализовать метод:

protected function prepareForValidation() :void
    {
        $this->merge([
            'slug' => ($this->slug) ?? \Str::slug($this->title, '-')
        ]);
    }

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

я явно формировал маршрут /a/b/c/ для "пост" и записывал его в бд.
потом все "непонятные" URL просто проверял по б/д