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

Ваша функция выходит на первой же итерации, если первый элемент не совпал - до нужного у неё дойти нет шансов.
Ну а сравнение прекрасно работает:

function getXmlProduct(string $product_code, SimpleXMLElement $xml): int
{
    foreach ($xml->items->item as $item) {
        if (
            (string)$item->code === $product_code &&
            (string)$item->stock === "В наявності"
        ) {
            return (int)$item->priceRUAH;
        }
    }

    return 0;
}

Если хотите, то можете и в стиле пятилетней давности функцию сделать:

function getXmlProduct($product_code, $xml)
{
    foreach ($xml->items->item as $item) {
        if ($item->code == $product_code && $item->stock == "В наявності") {
            return (int)$item->priceRUAH;
        }
    }

    return 0;
}

Попробую поугадывать по вашему небрежно оформленному вопросу, чего же вы хотите.

Нужно отделить логику от представления.
Сначала данные, которые вы собираетесь выводить, нужно подготовить:

$tipIds = array_unique(array_column($tovar['tips'], 'id'));

Дальше можете делать с ними всё, что угодно.

Кажется, что должно хватить вызова ksort($orderGrouped, SORT_NUMERIC) перед циклом.
Foreach сам назло вам ничего не пересортировывает - как пришло, так и обрабатывает. Порядок ключей в объекте JS не гарантирован, так что, скорее всего, он вам портит малину. Можете убедиться, если сделаете var_dump($orderGrouped) в самом начале - наверняка, порядок будет нарушен уже там.

Ну и если у вас свежая версия PHP, то код можно сократить до такого:

$filteredArray = [];
ksort($orderGrouped, SORT_NUMERIC);
foreach($orderGrouped as $group){
   array_push($filteredArray, ...$group);
}

А то в вашем варианте array_push лишний и достаточно просто $filteredArray[] = $groupItem.

опрашиваем api пока не получим нужные данные

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

foreach (['anime-tv-series', 'show-tv-series', 'tv-series'] as $type) {
  $json = json_decode($this->videocdn_get($data, $type), true);

  if ($json['status'] == 'true') {
    return $json;
  }
}

return ['status' => 'false'];

Ну или то же самое, но без return:

$response = ['status' => 'false'];

foreach (['anime-tv-series', 'show-tv-series', 'tv-series'] as $type) {
  $json = json_decode($this->videocdn_get($data, $type), true);

  if ($json['status'] == 'true') {
    $response = $json;
    break;
  }
}

<?php get_template_part('tour-templates/' . the_field('one_day')); ?>

Ошибка в том, что вы для работы со строками в многобайтовой кодировке используете однобайтные функции.
https://www.php.net/manual/ru/book.mbstring.php

https://ideone.com/4Sz3Lc

P.S. Вы строку к верхнему регистру приводите, зачем в регулярках нижний?

Это называется XSS и никакого отношения к PDO и вообще к БД не имеет. Эта атака хорошо известна и способы борьбы с ней описаны во множестве статей, выбирайте любую.
Собственно, в блоке "Продаваемый товар" у вас, очевидно, уже всё сделано правильно, раз там скрипт выводится текстом, а не исполняется.

Итерируйте по всем категориям, имеющимся в БД и для каждой из них синхронизируйте либо пришедшие с запросом идентификаторы, либо пустой массив.

$input = $request->get('category', []);

foreach (Category::all() as $category) {
    $category->roles()->sync(Arr::get($input, $category->id, []));
}

Старайтесь рассуждать о задаче для начала простым человеческим языком, тогда решение зачастую будет становиться очевидным. А потом уже его превращать в in_array(), foreach и так далее.
Ну и терминология важна, я уже вам об этом говорил. Слова "значения", "данные", "реквест" слишком общие и в них легко запутаться. Если бы я не видел ваши предыдущие вопросы, я бы в этом ничего не понял.

Много где такой поиск работает не на названиях файлов, а на текстовых описаниях, сохранённых для каждого файла.
А дальше это просто полнотекстовый поиск с использованием специализированных инструментов или просто встроенных механизмов СУБД. И да, словарь синонимов всё равно придётся скармливать этим инструментам, магически компьютер их не придумает.

Зависит от того, где лежит файл и где лежит база. А ещё как она сконфигурирована. А ещё от кучи других переменных.
Измерять сферических коней в вакууме бессмысленно, но вам абсолютно ничего не мешает сделать файл, сделать таблицу и провести исследование в реальных условиях.
Но сразу скажу, что при таком малом количестве данных, вы на бенчмаркинг потратите больше времени, чем сэкономите за сотню лет, выбрав наиболее производительный вариант.

Тысяча и одна ошибка.
Во-первых, посмотрите, что функция возвращает: https://www.php.net/manual/ru/function.preg-match.php
Во-вторых, возвращает она у вас false, потому что регулярное выражение содержит ошибку - в нём нет ограничителей.
В-третьих, у вас на конце лишний дефис.

"~^(?:[A-Z]{4}-){3}[A-Z]{4}$~"
https://regex101.com/r/nB2P5E/1

Прикол в том, что всё прекрасно работает: https://ideone.com/xeuVKq

Ошибка в том, что в массиве нет указанного ключа. На одном хостинге выключены нотисы, на другом включены.

return array_key_exists('c', $atts) && $atts["c"] == "caps" ? mb_strtoupper($city) : $city;

Странное дело - куда он девается-то? Что мешает прямо в задачу очереди его сохранить?

Ну а если вас безопасность интересует - пароль должен устанавливать пользователь, тогда он никуда и не утечёт. Если же это совершенно невозможно, то нужно всё равно генерировать не пароль, а разовую ссылку на регистрацию / подтверждение регистрации, по которой пользователь обязан установить свой пароль. В плане безопасности это мало чем отличается от генерации пароля - стащив хоть ссылку, хоть пароль, можно авторизоваться. А вот с точки зрения архитектуры будет проще реализовать сценарий и в любой момент можно отделить таких "неактивированных" пользователей.

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

Проверьте, что кириллические буквы нигде не затесались.

Все шаги подробно описаны: https://wiki.php.net/rfc/howto

Однако, я бы не рекомендовал вам тратить своё и чужое время на это предложение.
Во-первых:

If you don't have the skills to fully implement your RFC and no-one volunteers to code it, there is little chance your RFC will be successful.

А во-вторых, это настолько нишевое и малополезное предложение, что усложнять язык ради него никто не станет.