Melkij

https://github.com/sektioneins/suhosin/blob/master...
Опция регистрируется через стандартные макросы php api, значит должна отображаться в phpinfo. Проверьте версию php и suhosin

Не ожидал, что suhosin вообще ещё жив. Хотя последний коммит два года назад и travis собирает только музейные 5.4-5.6... Мда, мёртв уже.

Поскольку в профиле вы себя описали начинающим - то не надо так делать. register_globals был в своё время очень большой ошибкой
Объявите необходимые переменные явно с достаточными проверками на существование переданных данных и их корректность.

echo $$ вам возвращает pid оболочки, которую exec запустил. То что число находится рядом с искомым - совпадение.

Для получения pid'а собственного процесса в php существует соответствующая функция getmypid

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

Ошибки парсера показывают на место, с которого возникла ошибка. Её причина может быть выше в рамках этого файла.

Следовать PSR и вынести объявление класса в отдельный файл по ожидаемому пути PSR-4 (или PSR-0).

Повесить дополнительный IP на интерфейс, перевесить веб-сервер туда и обратиться к этому адресу.
Или банально воткнуть $_SERVER['REMOTE_ADDR'] = 'any another ip'; где-нибудь до проверки. $_SERVER не защищён от записи. Только не забыть удалить перед коммитом.

Вы предполагаете слишком умную логику для глупой функции.
https://github.com/php/php-src/blob/PHP-7.2/ext/st...
var_export пытается вывести строку в одинарных кавычках, чтобы в ней не осуществлялись подстановки спецсимволов и другого счастья. Но null-байт поэтому же в одинарных кавычках вывести нельзя. Поэтому все \0 заменяются на ' . \"\\0\" . '
В предельном случае получаются как раз одинарные кавычки по краям результирующей строки и ' . \"\\0\" . ' в качестве основных данных. А проверять предварительно, что у нас всего-то и есть \0 в строке -- слишком частный случай.

limit можно передавать параметром. Проблема в комбинации двух фактов:
1) эмуляция prepared statements в pdo дефолтно передаёт строки
2) парсер mysql утверждает, что limit обязан быть числом

Поэтому необходимо исправить один любой из этих нюансов:
1) указать тип параметра явно:

$q = $dbh->prepare("select ... limit :limit");
$q->bindValue(':limit', 10, PDO::PARAM_INT);
$q->execute();

2) либо отключить эмуляцию prepared statements: PDO::ATTR_EMULATE_PREPARES => false в настройках соединения.

Соответственно придумайте, как корректно представить NULL в values именно NULL'ом. От такого использования функции join очевидно придётся отказаться.

А лучше не извращайтесь, и используйте pdo prepared statements, который null передавать умеет штатно.

Там простой текстовый протокол
Открываете сокет, чуток разговоров, и вот вы знаете, хотят ли с вами общаться. Затем закрываете сокет.

Если к сессии ещё обращаются - значит кому-то она ещё нужна. Раз она кому-то нужна - почему её надо удалять?
https://github.com/php/php-src/blob/PHP-7.2.2/ext/...

Варнинг в мануале для чего дан? php.net/manual/en/function.sprintf.php

Warning Attempting to use a combination of the string and width specifiers with character sets that require more than one byte per character may result in unexpected results

Потому что указание длины строки в printf работает в байтах, а не символах.