Иван Корюков

Высоконагруженный, да и вообще любой серьёзный проект, надо писать не "на чём?", а "как?". Точнее надо писать код так, чтобы он поддерживал горизонтальное масштабирование.
Это значит что ваш код должен уметь запускаться на нескольких серверах сразу и не так чтобы отдельные части в разных местах, а именно дублироваться. "Перед" копиями должен стоять балансировщик, который на основании того, насколько загружен тот или иной сервер, выбирает на какой сервер адресовать приходящий запрос.
Тут же стоит продумать бутылочные горлышки, а точнее избавиться от них. Например БД, она может поддерживать запуск своих копий на разных серверах, а может и не поддерживать.
Сессии пользователей можно хранить централизованно, а можно делать "липкую" сессию, когда все запросы одного пользователя будут всегда идти на один сервер.
В итоге, highload - это не про то на чём пишется софт, а про то как он пишется.

spl_autoload_register() принимает функцию, которая принимает имя класса, который вы попытались использовать.
Соответственно, вам нужно написать функцию, которая по имени класса делает include соответствующего файла.
Важно - в функцию передаётся имя класса с пространством имён. Обычно люди располагают классы в пространстве имён точно так же как лежат файлы, т.е. файл в папке значит класс в одноимённом пространстве имён.
В итоге, в файле test.php должен быть примерно такой код:

spl_autoload_register(function($classname){
    $filename = // тут вычисляем имя файла из $classname
    include($filename);
});

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

mysqli_fetch_assoc возвращает одну строку результата запроса в виде ассоциативного массива.
При следующем вызове этой функции она вернёт следующую строку результата запроса.
В случае если в результате закончились строки, функция вернёт false;
В итоге надо вызывать эту функцию в цикле.

$query_result  = mysqli_query($sqlConnect, "select ...");
while($row = mysqli_fetch_assoc($query_result)){
    //...
}

Сессию стартовать надо до печати любого текста.
Об этом и текст варнинга - headers alredy send.
При старте сессии сервер отсылает клиенту куки с идентификатором сессии. Куки передаются в заголовках. Заголовки можно посылать только перед посылкой тела ответа. Любой echo начинает отправлять тело ответа, и заголовки уже отправлять нельзя.

Ну а самый первый варнинг - устаревший способ обозначения конструктора. Люди, очнитесь, php 5 уже лет десять как вышел! Надо использовать __construct()

Если вы хотите возвращать из функции несколько значений, используйте массив.

function banana(){
    $first = "first";
    $second = "second";
    return [$first, $second];
}

Для получения такого результата удобно использовать функцию list

list($first, $second) = banana();
echo $first;
echo $second;

Скорее не первый $info, а последний, т.к. вы в цикле перезаписываете переменную.
Возможно вы хотели написать

public function start ($message) {
    $info=[];
    foreach ($user as $user){ 
        $status = $op->post($message,$user,$us);
        if($status == false){ 
            $info[] = "error"; 
        }else{
            $info[] = "ok";
        }
    }
    return $info;    
}

Какое-то однобокое решение:

if (!isset($config['dependencyClass'])) {
    $this->dependencyClass = new Dependency();
}

Вроде как и внедрение зависимости, но всё-равно остаётся жесткая связь.

А чем вас не устроил родной Yii сервис-локатор через конфиг?
Можно было бы делать конфигурирование зависимости как компонента yii вот так:

//config/web.php
"components"=>[
    //...
    "model_deps"=>[
          "class"=>"app\components\ModelDependenciesService",
          "default_dependency"=>"app\model\model_2",
          "dependencies"=>[
                 "app\model\model_1"=>[
                        "dep_1"=>"app\model\model_3",
                        //....
                  ]
           ]
     ]
    //...
]
// в базовом классе модели
public function getDepClass($dep_name){
    retrn Yii::$app->model_deps->depClass(static,$dep_name); // не помню точно как текущий класс брать
}
// где-то в модели
public function getDependencies()
{
    return $this->hasMany($this->getDepClass($dep_name), ['modelId' => 'id']);
}

В классе ModelDependenciesService, естественно надо реализовать метод depClass, который будет возвращать класс зависимости или класс по умолчанию, если зависимость не определена.

В простейшем случае сформировать условие из набора параметров можно вот так:

$params = [
    'param1'=>'value 1',
    'param2'=>'value 2'
];
$where_str="";
if(!empty($params)){
    $where = [];
    foreach($params as $param=>$value){
        $where[]="$param = '$value'";
    }
    $where_str = " WHERE ".join(" AND ", $where);
}
$sql = "select * from table".$where_str;

Этот код довольно условный - тут нет защиты от sql инъекций, он не привязан к расширению для работы с БД. Но в целом так работает большинство генераторов запросов.

Если вы создаёте кучу одинаковых таблиц с разными названиями - то у вас проблемы не с запросом как таковым, а с подходом к работе с БД.
Что мешает создать одну таблицу, в которой дополнительно будет поле user?
Ну и подобным образом вставлять данные в запрос тоже нехорошо. Любой пользователь может послать в POST вместо названия таблицы кусок sql кода, который либо удалит всю базу, либо позволит увидеть конфиденциальные данные.

А нужен ли пользователю путь в адресной строке?
Значения по умолчанию в Yii2 реализуются очень просто

public function actionIndex($id="mainpage", $user=1){
    // ...
}

Как уже сказал Роман, в php массивы изначально являются ассоциативными и по сути являются хеш-таблицами.
Таким образом массив без ключей, на самом деле является ассоциативным массивом, где в качестве ключей используются числа.

Необходимо найти репозиторий для используемого дистрибутива с нужной версией ПО, и прописать его в /etc/apt/sources.list
Ну и в дальнейшем устанавливать необходимый пакет с указанием версии.

Может просто фейсбук не хочет чтобы по нему боты лазили. Причём такие наглые)

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