d-sem

1. Протестируйте скорость соединения через консольный iperf (или тупо через wget/curl-запрос ресурса).
2. Проверьте скорость работы диска и объём файла-подкачки/swap-а. Если медленно - попробуйте перенести подкачку на быстрый носитель или убрать вовсе (+расширить озу).
3. Свободное место на активном разделе - должно быть не менее 2xRAM.
4. Отключите js в браузере и загрузите любой ресурс: сравните скорость. Либо проц при обработке js-кода слабый, либо памяти мало (промониторьте!), либо - это сеть, либо - флэшрояль))).

Пора уже своей головой научиться думать.
Учите, если нужен.

Такие книги не читают. Такие книги изучают. Это разные вещи. Тем более, если азы вы уже "читали". Изучать - это может быть сидеть над страницей несколько часов, пытаясь понять, что там написано, а может быть пролистывая по 60 страниц в час. Главное - не запомнить что там написано, а понять суть и дух языка.

Это скорее к неврологу, или психиатру. Это не шутка, со здоровьем не шутят.

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

Правда, традиционно "файл с SQL запросами" обычно называется репозиторием , а "репозиторий" - сервисом или хелпером.

В общем, нормальная структура такая

1. Класс "запросы в БД". "Подтягивает" к себе соединение с с БД
2. Класс репозиторий. Подтягивает к себе класс "запросы в БД". Каждый метод возвращает структуру данных, очень условно говоря - "модель".
3. Контроллер выполняет методы репозитория, получая "модели", и формируя "переменные" на основании данных из этих "моделей". При этом СОВСЕМ не обязательно чтобы одной "переменной" соответствовала одна "модель", а для каждой "модели" писался свой запрос.
Модель может содержать сразу много переменных. Например агрегирующие можели могут сразу возвращать и среднее и максимальное и и манимальное значение. А контроллер уже решит акое ему надо
Самое главное, запросы можно формировать динамически! Если у тебя запрос который выводит данные за все время, к нему просто добавить условие, что если в метод репозитория переданы даты, то к запросу добавляется выборка по датам. И сразу получается что метод в репозитории один!
То же самое касается и других условий. Надо только синие утюги? Нет проблем - в тот же самый метод добавляется проверка на наличие цвета в условиях и если есть - это условие добавляется в запрос.

то есть запросы

SELECT count(field) FROM table WHERE a<100;
SELECT count(field) FROM table WHERE a=1 AND field_1 = 'd'; 
SELECT count(field) FROM table WHERE a=1 AND field_1 = 'd'  and date between 2019 and 2020;

это ОДИН метод

кгхм. ну как бы на бэке делаете обращение к своему api, дергаете данные и оформляете тут же в этом же файле в читабельный html

Посредством JS вытягивать данные и вставлять их в текущую страницу уместно только, если вам необходима динамика, вызванная активностью пользователя (то есть тут уже прикручиваете ajax)

Делал нечто подобное, получилось так:

namespace App\Doctor;

use App\Doctor\Check\CheckInterface;

final class Doctor
{
    /**
     * @var CheckInterface[]
     */
    private iterable $checks;

    public function __construct(iterable $checks)
    {
        $this->checks = $checks;
    }

    /**
     * @return Violation[]|array
     */
    public function check(): array
    {
        $violations = [];
        foreach ($this->checks as $check) {
            $violations[$check->feature()] = array_merge($violations[$check->feature()] ?? [], $check->violations());
        }

        return $violations;
    }
}

namespace App\Doctor\Check;

use App\Doctor\Violation;

interface CheckInterface
{
    public function feature(): string;

    /**
     * @return Violation[]
     */
    public function violations(): array;
}

services:
    _instanceof:
        App\Doctor\Check\CheckInterface:
            tags:
                - { name: app.doctor.check }

    App\Doctor\Doctor:
        arguments:
            $checks: !tagged app.doctor.check

public function doctorAction(): JsonResponse
{
    return $this->json($this->doctor->check());
}

{
    "foo": [], // Ok
    "bar": [
        { "message": "Отсутствуют статусы", "treatment": "Добавьте статусы" }
    ]
}

Как вариант, можно группировать проверки по фичам, чтоб не проверять все, когда нужна информация по конкретной фиче, но для этого надо будет CompilerPass заюзать

Ни который из них.

Если в поисках языка программирования вы пришли на Тостер, то это, скорее всего, Питон.

Служба времени Windows должна в автомате.
Смотрите настройки в других местах:

Или так:

1. Странный глюк. Теоретически, если до этого часы шли исправно, такого вообще не могло произойти.
   
   
2. А POST тест при включении проходит нормально? Пиканья из динамика или сообщений нет?
   
   
3. Попробуйте проверить не допуская загрузки винды:
   
   
4. Включить комп и зайти в БИОС. Там выставить текущее время, если сбито, сохранить параметры БИОС (на всякий) и выключить комп. Через 2-3 часа также включить и зайти в БИОС - узнать, есть ли нормальный ход у часов. Будет понятно, точно ли виновата винда или это что-то накрылось в материнке... Ну а потом искать далее.
   

Или так:
Выставьте в ОС привязку по месту нахождения, часовым поясам, времени.

Где и какие параметры выставлять ?

Как вам выше заметили, обучение это не чтение и не просмотр. В первую очередь стоит отталкиваться от прикладных (не обязательно сложных) задач, под которые вы уже подстраиваетесь. Только в этом случае будет и мотивация и направленность в обучении. Идеи для подобных проектов можно взять из большого списка тестовых заданий: https://github.com/Hexlet/ru-test-assignments

Я когда-то написал интерактивный учебник, в котором как раз все крутиться вокруг практики прямо в браузере (чтобы легко было начать). Попробуйте ощутить разницу по сравнению с простым чтением: ru.code-basics.com/languages/php

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