Dmitry Bay

Так у вас должно быть не два модуля OSNOVO SFP S1LC13-G-1550-1310, а один OSNOVO SFP S1LC13-G-1550-1310 а второй OSNOVO SFP S1LC13-G-1310-1550.

Они взаимно обратные должны быть.

Можете даже не пытаться - линк не поднимется.

У них TX и RX должны на противоположных длинах волн должны быть (один модуль с желтой рамкой второй - с синей).

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

Убрать пробелы и переводы строк между тегами изображения и ссылки:

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

Но я предлагаю не мучаться, а просто сделать singleton-обертку над PDO
И вызывать её там где нужно нафигачить запросы к БД

class Data 
{
    public function __construct($param1, $param2)
    {
         // Получаем PDO напрямую
        $this->db = DB::getInstance();
    }

    public function example()
    {
        // $query = $this->db->query("SELECT * FROM table");
        // $query->execute();

        // $stmt = $this->db->prepare("...");
    }
}

Вариант пробросить PDO через конструктор всё ещё останется, если поймете что оно вам нужно
А так просто получаем глобальный доступ к инстансу PDO из любого места в коде

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

Если же нужно "коллективный блог", как хабр, с "хабами", они же по сути тэги постов, то WP под это допилить всяко проще. чем под форум. Но так как WP изначально индивидуальный блог, то тоже не всё так просто.

PS: С точки зрения минимизации расходов на инфраструктуру и разработку оптимально вообще не делать фронт-бэк архитектуру и какой-то сложный кастом. Это лишние усилия и ресурсы на внедрение и самое главное поддержание (то, что многие недооценивают!), а большого смысла для собственно "форумной" функциональности тут вообще нет. Поэтому я бы посоветовал ограничиться стандартным популярным движком, подходящим под нужную задачу и активно поддерживаемым разработчиками, а не пилить свой очень слишком мудрый комбайн.