Melkij

if (...):
endif;

Это штатный альтернативный синтаксис. Временами используется при выводе html.

Условие же 0 !== 0 всегда ложно.

CURLINFO_TOTAL_TIME из curl_getinfo.

Может быть документацию почитать? С чего вы решили, что fetch_row когда-либо вернёт двумерный массив, да и вообще будет возвращать больше одной строки результата за раз? Прямым текстом сказано:

Fetches one row of data from the result set and returns it as an enumerated array

И дальше в примерах показано как остальные строки прочитать.

У вас цикл из 8 итераций. Восьми полностью идентичных итераций. Почему в результате должно быть более одного элемента массива?

Если вы думаете, что '$l' - это обращение к переменной - то вы заблуждаетесь.

nl2br вставляет тег br перед символом переноса строки.
https://github.com/php/php-src/blob/PHP-7.2/ext/st...

in brief this inserts
or
before matched regexp \n\r?|\r\n?

То есть строго отвечая на заданный вопрос - нет, не дописывает. Но функция не заменяет имеющиеся в тексте символы перевода строки, а вставляет тег перед ними - потому символ перевода строки в тексте после тега будет.

Смотрите в код и думайте, что ваш код выполняет на самом деле. Смотрите отладчиком содержимое переменных либо банально распечатайте их.

1) Вы сначала делаете match (не знаю зачем, ну да ладно, не о том вопрос).
2) Затем обходите результаты.
3) Затем игнорируете то что вы нашли и по всё той же регулярке что в пункте 1 заменяете всё в строке на певрое совпадение.

Результат совершенно логичен. Исправьте логику, чтобы заменять в теле цикла только одно соответствующее совпадение.

Через preg_replace это делать банально проще и удобнее, чем match + цикл по нему. А есть ещё preg_replace_callback если просто replace не хватает.

Мне это в последующем надо применить в условии
if ($interval > 7){...

$datetime1 = date_create('2019-05-16');
if ($datetime1 < new datetime('-7 day'))

?
Для datetime сделаны операторы сравнения родные.

Это странный способ написать:

$b = 'dd';
$obj->dd;

А вы про какую версию спрашиваете? Синтаксис var_dump для объекта выглядит как: https://github.com/php/php-src/blob/PHP-7.2/ext/st...

%sobject(%s)#%d (%d) {

В самом начале возможен символ & - если это ссылка.
Второй %s - имя класса.
следующий %d - идентификатор объекта
последний %d - число свойств объекта

Что немного не похоже на object(PDO)[1]. Да и не менялся формат уже давно.

Начните проверять свой код.
Где именно что-то идёт не так?
Запрос в базу формируется корректный? Выведите его. Посмотрите на него. Подумайте, почему он получился неверен.
Посмотрите, где потеряли часть данных. В вызываемом php скрипте? В ajax запросе? В js его формировавшем? Может быть в php скрипте, который выводит список? Или же сам HTML некорректен?

https://wiki.php.net/rfc/pcre2-migration

The userland code is unaffected

Ключевые отличия - изменения C API. Потому смена major версии библиотеки.

Сложно сказать с не воспроизводимым примером кода. Впрочем легко заметить, что сейчас ваш метод _query строго одноразовый. На повторный запуск этого метода (в контексте одного объекта) вы получите такую ошибку. Потому что curl_close закрывает ресурс, но переменная остаётся типа ресурс и потому не отвечает условию !$this->_ch

Штука называется Protocols and Wrappers, могут быть даже самописные.
Ровно та же самая вещь, почему file_get_contents умеет делать http запросы.