Евгений Вольф

Вообще суть такая : я перекинул сайт с одного хостинга на другой. Вылезло куча ошибок. Некоторые из них я понял - типо поставьте новую версию mysql (изменил файл config.php поставил mysqli , всё отлично, ошибки исчезли).

Решение "в лоб" - на новом хостинге - поставьте версию PHP поменьше, предположительно 5.3, и все ошибки пропадут с большей вероятностью.

Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in /home/users/3/375297078078/domains/biceps.napervoy.ru/vqmod/vqmod.php on line 247

С вероятностью 99% - из-за новой версии ПХП, модификатор "е" в регулярках устарел. Удалить его оттуда совсем и/или переписать регулярку соотв. образом

Parse error: syntax error, unexpected 'elseif' (T_ELSEIF), expecting function (T_FUNCTION) in /home/users/3/375297078078/domains/biceps.napervoy.ru/system/database/mysqli.php on line 54

Тут нужно строку с кодом смотреть, что-то на вскидку ничего в голову не приходит.

P.S. Наиболее простое решение проблем(ы) - я озвучил в первом абзаце.

Андрей: ну... если верить документации, то там сказано следующее:

font Может принимать значения 1, 2, 3, 4, 5 для встроенных шрифтов в кодировке latin2

Я думаю, можно не объяснять, чем нам это грозит? :))

С учётом

если никаких шрифтов не привязываю?

текст нужно не "кодировать" (изменять ему кодировку), а скорее делать транслитерацию, т.к. кодировка latin2, как мне думается, букв русского алфавита в себе не содержит.

Либо, другой вариант, опять таки, из документации

любому из ваших собственных идентификаторов шрифтов, зарегистрированных с помощью imageloadfont()

- это загружать шрифт, который уже содержит нужные символы соотв.

Или, пользоваться функцией imagettftext...

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

Как Вы понимаете, сказать с большей вероятностью сложно, но мне картина видится, в таком порядке:
1. У Вас есть сайт на ВП
2. Админка ВП или её признаки, доступны по стандартным адресам
3. Заходит бот, в поисках свежего ВП для взлома (с целью рассылки спама), и пытается брутфорсить Вашу админку, или ещё что-то в таком духе делать
3.1 Возможно ему приглянулась админка не ВП, а какого другого сайта... без подробных логов доступа угадать - как пальцем в... небо!
4. Бот несколько часов генерирует паразитные запросы
5. Каждый такой запрос, создаёт новый файл сессии
6. По умолчанию, файл сессии ПХП хранится 24 часа
7. Файлов сессий стало слишком много

Это наверное, самый вероятный вариант из всех, что мне удалось придумать не имея доступа к серверу и практически никакой информации о происходящем внутри оного...

Возможные полезные действия с Вашей стороны:
а) Можно настроить время жизни сессий в ПХП
б) Не хранить админки в свободном доступе
в) Выбрать и установить какой-то механизм защиты от ботов. Не сложно догадаться, что пользователь не мог запрашивать 500 страниц в минуту...

Пример "высосанный из пальца":

<?php

$xml = simplexml_load_file("xml.xml");

foreach ($xml->row as $row) {
    foreach ($row as $exchangerate) {
        var_dump((float)$exchangerate->attributes()['buy']);
    }
}

Можно, например так:

switch($Refereal_ID) {
    case 2:
        $email_from = 'email2@ya.ru';
        break;
    case 3:
        $email_from = 'email2@ya.ru';
        break;
    default:
        $email_from = 'email999@ya.ru';
        break;
}

// ...

$headers = "From: $email_from \r\n";

Примерно так.

Можно. Вместо физического удаления записи - отмечайте её флагом "DELETED" (условно). Потом поиск первой свободной записи, примерно так:
SELECT min(id) FROM my_table WHERE deleted = 1;
А потом вместо добавления новой записи - обновляете существующую, с найденным ID.

Как-то так.

Можно одним запросом найти запись с минимальным ID и обновить её, установив попутно флаг DELETED = 0;

Ну например так:

$a = "Строка с числом 55 и текстом";
$b = (int)preg_replace('/\D/', '', $a);
var_dump($b);