Алексей Уколов

Да, этот дейтпикер берёт всегда короткую запись месяцев из moment: daterangepicker.js#L80

Но вы можете передать в настройках свой объект с названиями месяцев: daterangepicker.js#L140-L141
Брать его можно из того же moment по аналогии.

Использовать средства парсинга, которые умеют исполнять javascript: headless браузеры, Selenium и т.п.

Хотя, в данном конкретном случае нужно просто быть внимательнее и отправлять POST-запрос, а не GET.

Должно сработать нечто подобное (раз уж в тегах JS указан):

function dataDebug($data, $flag = false)
{
    echo '<div class="debug-entry">';
    echo '<pre>';
    if (!$flag) {
        print_r($data);
    } else {
        var_dump($data);
    }
    echo '</pre>';
    echo '</div>';

    echo <<<JS
    <script>
    if (!window.debug_entries_moved) {
        window.debug_entries_moved = true;
    
        const $container = document.createElement(`div`);
        $container.classList.add(`mc__debugger`);
    
        [...document.querySelectorAll(`.debug-entry`)].forEach(($entry) => {
            $container.appendChild($entry);
        });
    
        document.body.appendChild($container);
    }
    </script>
    JS;
}

Нужно переделать функцию так, чтобы она принимала аргументы, а не брала значения из контекста запроса.
Аргументы можно передавать явно при создани агента, а можно писать данные куда-то (в файл или БД) и передавать в функцию-агент только идентификатор записи, по которому она может получить всё нужное.

Пытаться инициализировать полноценный Request внутри агента не стоит - это сложно и чревато багами (особенно, если сами агенты исполняются на хитах).

Во втором случае функцию в data вы не вызываете:
data().init

Кардинально ускорить UPDATE не выйдет.

Если критично время, то лучше класть значение в Redis, а оттуда уже фоновым скриптом переносить в таблицу (если вообще этот шаг нужен, потому что данные жалко потерять).

Ну или просто сначала отдавать пользователю ответ, а потом в том же скрипте обновлять таблицу.

Или убрать ON DUPLICATE KEY UPDATE, кидать в таблицу каждый раз новую строку, а потом в фоне её периодически пылесосить от мусора.

Задача, конечно, максимально странная, но решается она так:

select zagolovok from (
    select 1 as sort, name as zagolovok from sotrudniki
    union
    select 2 as sort, nazvanie as zagolovok from transport
    order by sort, zagolovok
) as tmp

Поскольку id после группировки может быть несколько, то нужно использовать аггрегатные функции для их получения. В данном случае - GROUP_CONCAT().

Ну или, если очень хочется получить каждый id в отдельной строке, можно обернуть ваш запрос в другой:

select * from test_prep_materials where PATH in (
  select tpm.PATH
  from tests as t 
  left join test_prep_materials as tpm on tpm.TID = t.ID
  group by tpm.PATH
  having max(t.YEAR) < 2024 and min(t.YEAR) > 2022
)

P.S. Логичнее, вроде, джойнить тесты к материалам, а не наоборот.

Вы получаете значение span один раз при запуске скрипта и туда попадает первый span первого div.
Вам же нужно при клике брать span внутри кликнутого элемента:

div.addEventListener('click', function(e) {
    let span = this.querySelector('span');

    set.add(this.textContent); 
    let arr = [...set];
    el1.textContent = arr.join(', ');
    
    sum += +span.textContent;
    console.log(span.textContent);
    el2.textContent = sum;
})

парсит только первую страницу

Наверное, не первую, а последнюю? У вас на каждую итерацию while массив найденных элементов затирается и используется потом только данные последней страницы.

Отступы у for i in root: нужно поправить - эта логика должна выполняться внутри цикла while.
А tage = [] нужно из цикла, наоборот, вынести. Ну а лучше вообще эту переменную убрать и писать в файл прямо внутри while.

Array.from(CarStore.cars).map(([key, car]) => <Text key={key}>{car.name}</Text>);

Понятия не имею как с этим работать.

Поскольку это даже не JSON, а сериализация средствами PHP, то единственный адекватный способ - получать все записи из БД, десериализовывать и в коде считать что нужно.

У объекта тега могуть быть только type и id:

An individual tag has a type, represented as a string name, and an optional id, represented as a string or number. It can be represented as a plain string (such as 'Post'), or an object in the shape {type: string, id?: string|number} (such as [{type: 'Post', id: 1}]).

https://redux-toolkit.js.org/rtk-query/usage/autom...

Так что вашу структуру нужно разделить на несколько тегов:

getInvoiceReviewTaskDetails: build.query<InvoiceReviewTaskDetails, number>({
  ...
  providesTags: (response) =>
    response ?
      [
        { type: TagTypes.VendorInvoiceReview, id: response.id },
        { type: TagTypes.VendorInvoiceReview, id: `vendor-${response.vendor.id}` },
        { type: TagTypes.VendorInvoiceReview, id: `facility-${response.facility.id}` },
      ] : []
}),

updateInvoiceReviewTask: build.mutation<void, UpdateFacilityInvoiceReviewTaskRequest>({
  ...
  invalidatesTags: (response, error, params) =>
    [
      { type: TagTypes.VendorInvoiceReview, id: `vendor-${params.vendor_id}` },
      { type: TagTypes.VendorInvoiceReview, id: `facility-${params.facility_id}` },
    ]
})

Но можно обойтись и одним:

getInvoiceReviewTaskDetails: build.query<InvoiceReviewTaskDetails, number>({
  ...
  providesTags: (response) =>
    response ?
      [{ type: TagTypes.VendorInvoiceReview, id: `vendor-${response.vendor.id},facility-${response.facility.id}` }] : []
}),

updateInvoiceReviewTask: build.mutation<void, UpdateFacilityInvoiceReviewTaskRequest>({
  ...
  invalidatesTags: (response, error, params) =>
    [{ type: TagTypes.VendorInvoiceReview, id: `vendor-${params.vendor_id},facility-${params.facility_id}` }]
})

функционал уже зашит в файле

В файле может быть (и почти наверняка) зашита часть функционала. А всё самое важное, если разработчик не дурак и задача позволяет, вынесено на недоступный вам сервер.

Может, просто "use client" надо добавить?

Я группирую, не творю хаос и при этом у меня ничего никуда не едет.

peer-зависимости - обычно предназначены для подключения особо крупных библиотек

Крупность тут ни при чём. Peer-зависимости нужны для реализациии чего-то типа плагинов - они позволяют этому самому плагину сказать "я работают в такой-то библиотеке такой-то версии, но сама эта библиотека в моём коде не используется". Таким образом при установке плагина проверяется, что на одном с ним уровне есть эта библиотека, но в зависимости плагина она не тянется.

Теоретически, мы могли бы отмечать и мелкие библиотеки как peer-зависимости.

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

Ну и вообще-то не особо понятно, в чём конкретно у вас вопрос.

Никак.