Я пытаюсь отладить проблему со стратегией загрузки файлов и не знаю, есть ли проблема с разрешениями / владением каталогом или скриптами. ... Я пробовал как PHP, так и JavaScript, и, похоже, не могу получить достаточно информации, чтобы отследить, что происходит, несмотря на tail -f как в журналах ошибок, так и в журналах доступа для домена.
НОТА: Я попытался увеличить LogLevel в модуле php - я использую 7, но не могу найти имя модуля.
Это в Fedora 31/32, и есть файл /etc/httpd/conf.d/php.conf, в котором говорится, что он ищет mod_php7, и комментарий о том, что в конфигурации по умолчанию нет mod_php. Однако я ЗНАЮ, что php работает. . . НИКАК mod_php или mod_php7 не приемлемы в LogLevel - возможно, он не загружается до тех пор, пока / когда понадобится ?!
Итак, я включил debug LogLevel вместо этого в каталоге. Много данных, понятия не имею, почему не работает. ... Пытаясь увеличить LogLevel, но это похоже не в ту сторону - слишком много шума! И я никогда не вижу передаваемых данных.
Обновление журнала
Я увеличил LogLevel только для каталога, с которого начинается загрузка в trace5. У меня намного больше данных, но по-прежнему ничего не говорится о доступе к файлам или о том, почему загрузка не удалась.
... Есть ли здесь что-нибудь, чем можно поделиться со сторонними браузерами, такими как веб-консоли (я использую Firefox)? Думаю, нет, но я в этом новичок!
Данные конфигурации
**# rpm -qa | grep php**
php-fpm-7.4.8-2.fc32.x86_64
php-json-7.4.8-2.fc32.x86_64
php-xml-7.4.8-2.fc32.x86_64
php-mbstring-7.4.8-2.fc32.x86_64
php-opcache-7.4.8-2.fc32.x86_64
php-pgsql-7.4.8-2.fc32.x86_64
php-ldap-7.4.8-2.fc32.x86_64
php-cli-7.4.8-2.fc32.x86_64
php-pdo-7.4.8-2.fc32.x86_64
php-mysqlnd-7.4.8-2.fc32.x86_64
php-sodium-7.4.8-2.fc32.x86_64
php-7.4.8-2.fc32.x86_64
php-common-7.4.8-2.fc32.x86_64
**# rpm -qa | grep apache**
apache-commons-collections-3.2.2-16.fc32.noarch
apache-commons-daemon-1.2.2-2.fc32.x86_64
apache-commons-pool-1.6-22.fc32.noarch
apache-commons-dbcp-1.4-29.fc32.noarch
python3-certbot-apache-1.6.0-1.fc32.noarch
**# rpm -qa | grep httpd**
httpd-tools-2.4.43-5.fc32.x86_64
httpd-manual-2.4.43-5.fc32.noarch
httpd-filesystem-2.4.43-5.fc32.noarch
fedora-logos-httpd-30.0.2-4.fc32.noarch
httpd-2.4.43-5.fc32.x86_64
Совет, пожалуйста!
Несколько идей.
Включите ведение журнала отладки в apache.
Запустите strace против процесса.