Михаил Ливач

Объединение на основание совпадений свойств id объектов, используя Map и reduce, при пересечение одинаковых свойств, значение свойства будет заменено на значение из массива array2 (т.к. в тз не указано условие обработки одинаковых свойств):

const array1 = [{
    'id': 3231,
    'stage': 3,
    'sort': 999,
}];

const array2 = [{
    'id': 3231,
    'status_client': 3,
    'status_date': '2024-11-22 16:18:58',
    'sort': 999,
}];

const map = new Map(array2.map((item) => [item.id, item]));

const reduced = array1.reduce((acc, item) => {
    const _item = map.get(item.id);

    _item
        ? acc.push({..._item, ...item})
        : acc.push(item);

    return acc;
}, []);

console.log(reduced);

// [
//   {
//     id: 3231,
//     status_client: 3,
//     status_date: '2024-11-22 16:18:58',
//     sort: 999,
//     stage: 3
//   }
// ]

-      try_files $uri /$uri /index.php?$query_string;
+      try_files $uri $uri/ /index.php?url=uri&$query_string;

но сомнительная задумка, т.к. то же относительно легко вытаскивается через $_SERVER['REQUEST_URI']

Никак.

Подскажите пожалуйста, как обновить PHP на сайте. Имея только доступ в wordpress-admin?

никак.

Или это можно будет сделать только из личного кабинета данного хостинга?

Из панели управления хостингом.

Решим задачу в общем виде - сделаем функцию, находящую количество совпадающих элементов у любых итерируемых объектов. Причём под совпадением будем понимать не обязательно непосредственное равенство (оставим это как вариант по умолчанию), а равенство некоторых производных значений. Так что к чёрту filter (а ещё Safari - говорят, яблочные уроды пока не реализовали поддержку методов итераторов; впрочем, сделать обычный for...of вместо reduce не проблема):

function countIntersections(data1, data2, key = n => n) {
  const getKey = key instanceof Function ? key : n => n[key];
  const keys = new Set(Array.from(data2, getKey));
  return data1[Symbol.iterator]().reduce((acc, n) => acc + keys.has(getKey(n)), 0);
}

В вашем случае применять так: const result = countIntersections(newWord, glas);.

Другие примеры использования:

countIntersections(Array(7).keys(), Array(4).keys()) // 4
countIntersections('abCdE', 'ACe', n => n.toLowerCase()) // 3
countIntersections([ { id: 1 }, { id: 2 }, { id: 3 } ], [ { id: 3 } ], 'id') // 1

Проблема решена оказалось при подключении одного из свичей он брал адрес роутера как свой свич старый и управляемый оказался поменял адрес и все заработало

Потому-что в select нужно указать 'COST.<имя поля из COST>'. Например:

$hlSelect = array('COST.ID', 'COST.UF_NAME');

i — это индекс массива — номер позиции в нём, считая от 0.
arr[i] — значение, которое лежит в массиве arr в позиции i.


Последовательность получается примерно такая:
min = 12;

i = 0; arr[i] = 12; arr[i] меньше min? НЕТ. идём дальше
i = i + 1
i = 1; arr[i] = 5; arr[i] меньше min? ДА. min становится 5; идём дальше
i = i + 1
i = 2; arr[i] = 8; arr[i] меньше min? НЕТ. идём дальше
i = i + 1
...
i = 4; arr[i] = 3; arr[i] меньше min? ДА. min становится 3; идём дальше
...
for закончил работу, min так и остался равным 3

for (var i = 0; i < elements.length; i++) {
    if (i < items) {
        elements[i].classList.add("red");
    }
}

const items = 5;
const elements = document.querySelectorAll(".elem");

elements.forEach((el, i) => {
    if (i < items) {
        el.classList.add("red");
    }
});

Это типичный вариант развёртывания приложения в докере. Единственный его минус - некоторое время даунтайма между моментом когда опустился старый контейнер и поднялся новый. Для решения этой проблемы есть разные техники. Например, blue-green deployment. Это когда есть два контейнера, условно называемые green и blue. И трафик льётся только на один. Скажем, на green. В момент деплоя обновляется blue контейнер и после того как он полностью будет готов - переключаем трафик на blue. В следующий раз деплой начнётся с обновления green.

Переключение трафика делается разными способами. Самый безопасный - переписать конфиг nginx и релоаднуть его. Или менее безопасный, зато без необходимости править конфиг, - добавить оба конейнера в одну upstream группу и опустить green контейнер после обновления blue.

Довольно муторное дело. Но в оркестраторах типа openshift и kubernetes такой деплоймент процесс уже встроен из коробки. Но вот сами оркестраторы довольно тяжелая штука. Для них нужен отдельный выделенный человек, который будет заниматься только ими. Так что я советую начинать присматриваться к оркестраторам только когда количество серваков перевалит за 50. С меньшим количеством это просто нерентабельно.

Другой вариант развёртывания - контейнер с пхп поднят постоянно, но код проекта монтируется в контейнер через volume. Далее ci джоба по sftp заливает новый код в соседнюю папку и переключает симлинк. Симлинк переключается атомарно и контейнер сразу начинает работать с новым кодом. Ничего больше делать не надо. Я рекомендую такой подход когда на проекте менее 50 серверов.

Пропущена закрывающая фигурная скобка в print_arr

Посоветуйте, как можно было бы максимально безболезненно восполнить утраченные знания, а также наверстать упущенные новшества в языке?

так это...

Сейчас хочу попробовать реализовать научный проект.

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