Вячеслав

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

Любой порядок записи в БД приобретают только при выводе, и если только его явно задать. Во всех остальных случаях записи выводятся втом порядке, который удобен базе.

выбирать все строки, сортировать и выбирать с самым маленьким ID - это как-то трудоёмко)

Так и делать. Только средствами БД.
Открываешь для себя операторы ORDER BY, LIMIT - и вперёд.

Почитайте про связь таблиц, в частности ManyToMany. Если конкретнее - создается еще одна таблица, скажем, RelationsRecipeProduct, которая будет содержать всего 2 поля - idRecipe и idProduct. Затем с помощью джойнов подхватываются данные с 3 таблиц и вуаля!

ksort($polzovateli);

1) Не надо называть контроллером то, что им не является.
2) Если у вас 2 дб - не надо в одном объекте их инициализировать, нужно создать 2 объекта (по 1 на дб) со своими настройками.
3) WHERE id - просто шикарное условие.
4) $_POST, $_GET и вообще сырые данные приходящие с фронтенда в запросы вставлять категорически нельзя. Во первых их надо хотя бы базово валидировать, во вторых для этого есть prepared statements.
5) Чем вообще обусловлено разделение данных на 2 базы? Похоже что вы что-то не так делаете изначально, на уровне проектирования структуры данных.

Попробуйте так:
$user = User::findOne(1);

А вообще загрузите advanced шаблон и посмотрите как там реализовано. Можно скопировать к себе и не выдумывать.

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

Никак, это невозможно, к счастью.

switch ($ar['op']){
   case '+':
      $price_type3 = $value['p_type3_price'] + $setup['value'];
   break;

   case '-':
      $price_type3 = $value['p_type3_price'] - $setup['value'];
   break;

//И так далее

}

1. Использовать консольные контроллеры вместо web и установить периодичность его работы.

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

3. Самый не актуальный, но действенный в вашей ситуации - использовать для запросов не объекты и Active Query, а «голые» SQL запросы которые выдают данные в массиве. AR потребляет не мало памяти на объекты. На какое то время вас это спасёт. Но лучше использовать консольные команды. Это больше подходит для подобный задач.

4. Подготавливать денормализованные данные для быстрого запроса в отдельную таблицу СУБД или использовать быстрые NOSQL базы данных. И уже из них считывать ваши данные.

Cron

<?= $var ?>

with юзает отдлеьный запрос с IN(), выходит первый запрос ничего не знает про вторую таблицу, соответственно нужно переделать под join запросы

$keys = array_keys($arr);

$head = "<tr><th>year</th>".implode("", array_map(function($n) {
  return "<th>$n</th>";
}, $keys))."</tr>";

$rows = implode("", array_map(function($key) use($arr) {
  return "<tr><td>$key</td>".implode("", array_map(function($n) use($key) {
    return "<td>$n[$key]</td>";
  }, $arr))."</tr>";
}, array_keys($arr[$keys[0]])));

echo "<table>$head$rows</table>";

Используйте функцию array_values:

$array = array("size" => "XL", "color" => "gold");
print_r(array_values($array));

Результат:

Array
(
    [0] => XL
    [1] => gold
)

https://php.net/manual/en/function.array-values.php

ajax

$tel = $a ?: "телефон";

echo ($a ?: "телефон");