Approval Queue Plus 3.6.4

• исправлено: запланированная очистка могла исчерпать память PHP и ничего не удалить на форуме с большим накоплением зарегистрированных регистрационных данных. Теперь он удаляет данные пакетами и запрашивает у базы данных только необходимые идентификаторы пользователей, а не загружает целые строки, так что объем данных, который может быть обработан за один запуск, больше не зависит от того, сколько данных накопилось
• на любом форуме, где отключена очистка или где данные об удалении пользовательского агента оставлены пустыми, очистка не запускается, что безопасно, но незаметно. Включение или заполнение этого поля - это то, что отправляет первый запуск всего бэклога, поэтому это исправление наиболее важно на форуме, где долгое время ничего не удалялось. approval-queue-plus:configсообщает, сколько строк сейчас имеют право на использование

• теперь требуется PHP 7.4 или более поздняя версия — выше, чем PHP 7.0, который требуется для XenForo 2.2 и необходим для новых проверок командной строки, описанных ниже. Для XenForo 2.3 уже требуется PHP 7.2, поэтому это касается только форумов XenForo 2.2, на которых по-прежнему используется PHP 7.3 или более ранняя версия
• новое: две проверки командной строки. approval-queue-plus:config выводит то, что настроено для отображения в очереди на утверждение, и то, что было записано; approval-queue-plus:validate проверяет, все ли работает: что изменения в шаблоне очереди все еще применяются, что карта заголовков Cloudflare по-прежнему указывает на местоположение, что есть разрешение View User Agents и что запланированная очистка будет выполнена в срок. Ни одна из этих команд ничего не записывает, не удаляет и не отправляет, поэтому их можно безопасно запускать на действующем форуме
• approval-queue-plus:validate возвращает 1 в случае сбоя проверки и 0 в остальных случаях, а --strict возвращает 2 только в случае предупреждений, поэтому скрипт мониторинга может отслеживать конфигурацию форума
• approval-queue-plus:validate сообщает о необходимости очистки, которая никогда не будет выполнена: если включить эту функцию, оставив поле Удалить данные User Agent после пустым, запланированная очистка будет каждый раз отклоняться, что безопасно, но незаметно
• теперь надстройка сообщает надстройке Admin API, что ни одна из ее настроек не является учетными данными, поэтому о них можно сообщать, а не скрывать

• исправлено: ошибка регистрации для любого клиента, который не отправлял User-Agent заголовок — браузеры всегда отправляют его, поэтому обычные регистрации не влияли, но в регистрации по сценарию или API было отказано
• исправлено: при снятии флажка "Удалить данные агента пользователя после" записанные данные каждого утвержденного пользователя больше не удаляются при следующей запланированной очистке
• местоположение Cloudflare в очереди на утверждение теперь заканчивается континентом — например, Сидней, Новый Южный Уэльс, Австралия (Океания) — для пользователей, которые зарегистрировались в версии 3.6.0 или более поздней, когда континент начал регистрироваться
• теперь требуется XenForo 2.2.0 или более поздней версии
• исправлено: информация о континенте Cloudflare так и не была записана, потому что CF-IPContinent заголовок был написан с внутренней ошибкой — теперь он записан и показан на странице тестирования местоположения Cloudflare в разделе Инструменты> Проверки и тесты
• исправлено: настройка включения / выключения опции очистки пользовательского агента теперь выполняется — ее отключение ранее не останавливало выполнение запланированной очистки.
• viewUserAgents разрешение теперь естьhampelAqpViewUserAgents, поэтому оно не может конфликтовать с разрешением с тем же именем из другого дополнения — существующие настройки разрешений автоматически переносятся во время обновления