Илья

JavaScript - очень плохой язык, который выжил только благодаря его безальтернативности на фронте, а Node.js была создана только для того, чтобы открыть доступ в мир взрослого программирования несчастным засранцам, вкатившимся через фронт. Причём сам создатель Node.js считает её ошибкой. Лучше уж тогда развернуть ситуацию и писать фронтовый код на чём-нибудь вроде Brython. Только остаётся ещё html и css, а использовать настоящего программиста для вёрстки - это глупый расход ресурсов, проще нанять верстальщика/фронта.

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

По порядку:

Браузер выдает следующую ошибку:

Во первых не браузер, а сервер, а браузер ее только отображает. Во вторых это уведомление и предупреждение, а не ошибка.
Далее, если ваш $view->assign('persons', $data); работает верно - значит в индексе ДО этого места в дата ничего нет. Что легко проверить с помощью вар_дамп. И если там не пусто - что-то в вашем вью работает криво, или не так как вы предполагаете, читайте документацию к данному методу.

1) Пройти курсы битрикса и сделать самому
2) Нанять исполнителя за денежку

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

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

Во-вторых, интерфейс гарантирует реализацию конечным программистом определенного поведения. Это очень широко применяется. Возьмите те же PSR: тысячи библиотек реализуют одни и те же подходы, и все программисты могут использовать одинаково библиотеки, основанные на этих интерфейсах, не задумываясь о конечной реализации классов.

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

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

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

Добавлю, к слову, о внедрении зависимостей. Действительно, этот подход может использоваться и без интерфейсов, тот факт, что инверсия управления и внедрение зависимостей используются чаще всего с интерфейсами — своего рода совпадение. Хороший пример: фреймворк Yii 2 или библиотека Pimple, там в качестве маркеров для внедрения зависимостей часто используются произвольные (или основанные на иных соглашениях) строки. Это к тому, что DI — необязательно самый яркий пример использования интерфейсов (хотя и более ценный, чем другие варианты).

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

Сделать обёртку?

let a = { 
mas1:[1,2,4,5,6,],
mas2:['asd','as2']
}

try {
   tlgrm('sendMessage', ['text' => 'Само сообщение']);
} catch (Throwable $t) {
    tlgrm('sendMessage', ['text' => $t->getMessage()]);
}

try {
    // Code that may throw an Exception or Error.
} catch (Throwable $t) {
    // Executed only in PHP 7, will not match in PHP 5.x
} catch (Exception $e) {
    // Executed only in PHP 5.x, will not be reached in PHP 7
}

https://habr.com/ru/post/261451/

Один человек уже написал боокчейн на PHP: https://habrahabr.ru/company/dcoin/blog/272695/ - посмотрите, может там где-то ссылка на исходники есть или спросите у автора. Правда, потом его бросила девушка и он переписал всё на Go.