AUser0

А что, так не пробовали?

if ($priceFile === false) { echo("Error downloading price!");}

Ну сделайте
if(empty($user) or count($user) == 0) {

Во-первых, в PHP-коде генерации HTML, в строке с комментарием есть лишняя одиночная кавычка, из-за которой код не должен исполняться.
Во-вторых, в Javascript-е полученная картинка не всовывается в HTML, а логируется в консоль.
В-третьих, вам надо не сохранять изображение на диск, а отдавать его в STDOUT через imagepng($full).
P.S. Еще и </body> отсутствует!

Переменная $user не определена внутри функции addUser(), в момент первого использования конечно. Кстати, это ошибка, PHP должен был об этом настойчиво сообщить.

Поскольку у вас в определении формы в action не вписан никакой id (например action="/vendor/wall.php?id=111"), то и переменная $_GET['id'] во время исполнения PHP-скрипта не определена, не существует, не назначена, поэтому и код внутри if (isset($_GET['id'])) не должен отрабатываться.

Но лучше не вписывать id внутрь action, а добавить в форму скрытую переменную <input type=hidden name=id value='{$row['id']}'>, и поменять в скрипте на $_POST['id'].

Как выглядит строка $cook в функции open()?
В ней должен быть только текст "PHPSESSID=kg0m06ko0p1fi3aipi4g3jbb44", исключительно и только, и ничего более.

Во-первых замените dirname() на realpath(). Во-вторых, второй DIRECTORY_SEPARATOR перенесите внутрь круглых скобок realpath(). И в-третьих, не создавайте новых файлов в директории, из которой как раз читаете. Собирайте вывод в переменную, а уже после окончания сканирования директории (т.е. снаружи foreach (scandir($dir) as $node) {}) создавайте файл в сканируемой директории.

Потому что снаружи второго foreach() нет обрамляющих "<tr>" и "</tr>".

В сторону запуска реального, настоящего SOCKS4 или SOCKS5 прокси на свободном (например 8080) порту вместо 22-го, который используется по умолчанию для SSH.
Если нет у вас SOCKS5 PROXY на локальном 22-ом порту, то зачем в него стучаться?

Видимо ДО вызова setcookie() у вас уже делается какой-нибудь вывод страницы.
Из-за этого не успевают передаться данные (cookies), которые должны быть выведены в header HTTP-ответа.
PHP конечно ругается об опоздавшем применении setcookie(), но у вас подавлен вывод ошибок на страницу, их не видно. Загляните в error.log WEB-сервера, там этих ошибок 'Cannot modify header information' будет...

Хотя нет, WP все ошибки складывает в своём лог-файле, смотрите там. А может это WP перестраивает всю логику работы, и нужно пользоваться исключительно его функциями управления cookie-сами...

Резюмируя: перенесите setcookie() в index.php первой строкой, что бы уж точно срабатывало раньше любого вывода.

Вообще-то AJAX-запросы всегда сгенерированы JavaScript-ом, в этом их суть.

А так, надо разбирать эти JS, удостоверяться, что токены генерируются именно в них, и повторять JS-генерацию средствами PHP.

Ой сомневаюсь я, что почтовый сервер Yandex пропустит к себе письмо, присланное НЕ напрямую с почтового сервера GMail-а, поскольку такая отправка письма в путь является чисто поддельно-спамерской.

Для того, что-бы корректно прошло письмо с ящика на GMail-е, вы должны подключаться к серверу GMail с логином/паролям этого ящика, и отправлять письмо перез почтовую систему GMail. Только тогда Yandex его примет как легитимное...

Проще использовать свой почтовый адрес, который просто обязан существовать на вашем WEB-сервере/у вашего хостера.