0) смотрим права. веб-скриптам хватает их, чтобы создать/модифицировать необходимые файлы?
1) идем смотреть дату на создаваемом файле - здорово сужаем тем самым поиск в access.log
2) раз 95% запросов однотипные - может быть имеет смысл такие и отфильтровать сразу?
5% - это уже порядка 1k строк access.log _всего_ ;)
3) есть смысл попробовать сразу поискать следы контента создаваемого файла прямо в
access.log. раз там есть iframe тег - например, grep iframe /path/to/access.log
displayerrors=on или см. error.log - и он все расскажет, почему.
teremoks, "дырка" там вероятнее всего не в скриптах
сайта - а где-то на завирусованном компьютере ТС, как
правильно заметил kxk. Откуда по FTP фрагменты js и
были добавленны на сайт. Посмотрев FTP-логи можно узнать когда.
... ну а если таки отключили что в php - смотрите disable_functions в ini-файлах.
PS: вообще, exec - плохая идея.
+1
8) пробуем Debian (или Ubuntu) Live CD для ознакомления с работой
9) через неделю сносим Windows и устанавливаем понравившийся дистрибутив
10) забываем о вирусах. кушаем сало сами (по желанию).
Вообще-то там английский :)
Вот дока на французском:
http://httpd.apache.org/docs/2.3/fr/mod/mod_rewrite.html
Видимо у вас браузер так настроен в отношении языковых предпочтений.
А ТС - сохраняйте файлы с _именами_ в UTF-8 на диске. И будет вам счастье.
http://httpd.apache.org/docs/2.3/mod/mod_rewrite.html
см.
RewriteMap Directive -> External Rewriting Program
В "Practical Solutions" есть ряд примеров, как использовать RewriteMap
с скриптом в качестве обработчика отображения.
Проще - никак.
КАК именно вы прикрутили? что и к чему?
Не пробовали посмотреть в error.log на предмет объяснения 500-й ошибки?
это какие? 🍿
Вообще-то такие решения от 30k$.
Впервые слышу. Подробнее можно где-то прочитать? Кстати, а Вы
уверенны, что по ТХ - используемый девайс _был расчитан_ на подобную нагрузку.
