Борис Сёмов

Проблема может быть, например, в том, что вы установили php-cli, а модуль апача, какой-нибудь как был подключён старый, так и остался.

Посмотрите в phpinfo() какой SAPI у вас используется, и сделайте выводы. Вероятнее всего вам придётся сделать изменения в конфиге веб сервера, чтобы у вас заработала нужная версия php в нём, например, отключив старый mod_php, и подключв новый.

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

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

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

И может лучше, всё же подумать, как выявлять нежелательную активность, а не использовать geoip в данном случае?

У вас какая-то мешанина из $_POST и $_GET...
Откуда возьмётся id, если у вас POST запрос, вероятнее всего, а достать вы его пытаетесь из $_GET?
Есть-ли вообще в вашей форме скрытое поле id, которое вы заранее должны заполнить?

P.S. Ну и лучше, используйте PDO, а не mysqli.

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

1. Да, конечно. Надо понимать, что они совсем для разных целей, один для пользовательских данных, второй для кеширования промежуточного результата обработки самого скрипта.
2. Нет, его надо самостоятельно использовать в скрипте, и класть туда данные какие-то которые надо кешировать, ну также, конечно, его может использовать уже готовый скрипт или библиотека какая-нибудь, относительно незаметно. Если всё написано правильно, то сброс кеша кроме повышения нагрузки не должен иметь последствий...
3. Это значит, что это просто хранилище данных. Их можно туда положить и оттуда забрать, довольно быстро.

А зачем это делать на уровне приложения?
Можно использовать для этого любой MTA, который умеет внешнюю авторизацию, и выполнение внешних команд, при получении сообщений. Например, какой-нибудь Postfix. И к нему интегрировать вашу авторизацию и ваши обработчики сообщений.

php.net/manual/ru/language.constants.predefined.php
Вам там нужны __FILE__ и __DIR__

Если учитесь, то срочно забывайте о существовании mysql(i), и осваивайте PDO. Используйте привязку параметров и подготовленные выражения. И никогда не используйте переменные в тексте запроса...

Если по какой-то причине, это какой-то legacy код, который нельзя переписать и обязательно надо использовать mysqli, то по меньшей мере, проверьте тип и значение id, например, с помощью filter_var($id, FILTER_VALIDATE_INT). Или другим подходящим способом. Внимание: не is_int(), т.к. $_GET["id"] это строка...

A phpinfo() при этом что говорит о openssl?

Если нет, то есть-ли файл расширения физически в папке с остальными расширениями?
php -m из командной строки ни на что не ругается?

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

Вероятно, либо надо использовать php.net/manual/ru/session.configuration.php#ini.se... , либо в каждом файле запускать сессию с помощью php.net/manual/ru/function.session-start.php , а ещё лучше, вообще иметь единую точку входа, где будет запускаться сессия, обрабатываться маршрутизация и.т.п.

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

Конечно возможно, например с помощью php.net/manual/ru/function.imagettftext.php

Есть Drupal для этих целей. Он очень гибкий, но и довольно сложный в освоении. =)

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