IamB

А хотя бы один из них должен быть. Проверьте права на директорию: https://docs.instantcms.ru/manual/install

Посмотрите сначала есть ли у вас файлы /cache/wl.log и /cache/wl.json

User-Agent — это текстовая часть запроса, которую веб-приложения используют для сообщения сайту информации о себе. User-Agent браузера содержит название и версию приложения, а также данные об операционной системе компьютера: версия, разрядность, язык по умолчанию и другие параметры. Помимо браузеров User-Agent есть у утилит (Wget и cURL) и поисковых роботов — обычно в них содержится имя робота и ссылка на ресурс, регламентирующий его работу. Источник: https://blog.sprinthost.ru/2016/11/18/user-agent/

---

Сегодня отправил компонент в каталог, он на проверке.

Ловко.

А в руки всаднику дать флаг с каким нибудь пафосным лозунгом.

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

У вас функции disk_free_space() и disk_total_space() заблокированы на вашем хостинге настройками безопасности. Нужно их разблокировать.

Вы это серьёзно?

Была отдельная тема.

А вот же человек интересовался.

webtotma, благодарю за обратную связь!
В утилите я сейчас, например, для jpeg при сохранении просто указываю quality из интервала [0,100].
Вы в своём варианте задаёте quality=85 и ещё применяете преобразование в прогрессивный jpeg (--all-progressive).
Как тут правильно выбрать quality, чтобы изображению от этого преобразования хуже не стало? Эти два преобразования как-то взаимосвязаны?

vikont, вы в своём праве устанавливать правила безопасности на своём сервере. Для справки: exec штатно используется в движке.
Могу для вашего случая предложить вариант использования утилиты DeprecationDetector через консоль, ссылка на первоисточник
в тексте поста.

Специально скачал с сайта. Файл handler.php 26 строка.
Вы не ответили на мои вопросы про функцию exec и запрос через консоль.

Не скажу как у вас так получилось. Способ определения не изменился
$cdir = __DIR__; // текущая директория
Тут не сработала конструкция
exec("whereis php", $output);
и либо у вас отключена в целях безопасности функция PHP exec, либо не сработала консольная команда
whereis php
попробуйте выполнить её в консоли, у вас же есть возможность?

Ris, огромная благодарность за тестирование и мозговой штурм.

Файл скрипта вновь доступен для скачивания, протестировали все доступные на этот момент конфигурации ПО ,на них скрипт работает.

Недоработка с моей стороны. Разработку вёл на встроенном сервере и был уверен, что и на "настоящем" всё так же. Ан нет. Конструкция
давала мне путь к интерпретатору PHP, но она не работает. В массиве $_ENV тоже нет необходимого, PHP_BINARY отдаёт не то, что хотелось бы.
Пока не знаю, как тут быть.

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

Эта штуковина ищет устаревший код в вашем проекте и рассказывает, что не так.

DeeMon, давайте определимся, данный скрипт проверяет не движок и не компоненты. Скрипт проверяет правильно ли установлен
PHP на сервере, чтобы поставив на этот сервер CMS, у CMS не было проблем именно с PHP.
Если вы точно знаете, что у вас на сайте стоит компонент, который работает с PHP 5.5.0 и не выше и починить это некому, то даже попыток
переходить на PHP 7.2.24 делать нецелесообразно. Советовать дальше ничего не буду, вы всё знаете лучше меня.

1.Вы можете расширить объём проверок. Все проверки, которые выполняет скрипт, находятся в файле
check/php.php в строчках 19-25.
IonCube Loader, например, можно добавить так
если ошибся, пусть меня поправят те, у кого он стоит.
2.Какие дополнительные расширения, применяемые разработчиками, вам известны?