Существует ли простой способ создания отчета о "мертвых" файлах в IIS?
Мы собираемся создать список файлов, которые не использовались на нашем веб-сервере в течение последних 3 месяцев, 6 месяцев и года.
IIS может дать нам список файлов, которые были поражены, но мне интересно, есть ли инструмент, который сгенерирует список файлов в нашем каталоге веб-сервера, которые не отображаются в файлах журнала.
4 ответа
Боюсь, что нет простого решения. Я полагаю, вам придется сравнить ваши журналы со списком (я полагаю, статических) файлов. Лучший способ придумать - использовать инструмент LogParser.
Вы можете импортировать свои журналы в базу данных SQL и создать таблицу, содержащую все URL-адреса (выберите разные...). Затем вам нужно будет создать список имен файлов в ваших каталогах, используя скрипт и импортировав полученный файл в другую таблицу базы данных. Шаг 3 будет выбрать все имена файлов из таблицы 2, которые не имеют аналогов в первой таблице.
У Splattne есть ответ, который я собирался опубликовать. Я просто добавил бы к этому, что ДРУГОЙ способ идти о вещах состоит в том, чтобы сделать следующее:
Переименуйте любой файл, который вы подозреваете в том, что он не используется, с префиксом "X_". Например, переименуйте suspect.htm в "x_suspect.htm".
Следите за своими 404 журналами LIKE A HAWK. Мы использовали grep для анализа всех 404-х и поиска "мертвых" файлов, которые на самом деле не были мертвыми. Поместите их обратно (или исправьте ссылку), если это необходимо.
Это не мой ЛЮБИМЫЙ метод для ведения дел (т.е. показ клиенту 404), но он помогает подтвердить, используется ли файл или нет.
Надеюсь это поможет.
Это было бы непросто сделать в общем, поэтому я думаю, что вы вряд ли найдете готовое решение. Хотя вы можете получить список файлов, к которым обращались из журналов, и сравнить его со списком файлов в соответствующих каталогах, вам придется учитывать любые файлы, к которым обращаются:
server.transferserver.execute#include- на стороне сервера
<script>теги - вероятно, ряд других вещей - приведенный выше список - это только очевидные, которые приходят на ум для "классического" ASP.
и так далее. Для некоторых приложений может быть много файлов, которые используются сценариями, но не видны в журналах веб-сервера из-за способа ссылки на них.
Xenu Link Sleuth проверит потерянные файлы, если вы предоставите ему FTP-доступ к вашему веб-сайту.