Если исходные данные могут измениться во время передачи (напр. живой файловый сервер) я рассмотрел бы DFSR. В противном случае просто используйте xcopy. Прочитайте документацию тщательно, потому что существует много параметров для включения и выключения в зависимости от потребностей (сохраните ACLs, метки времени, включите функцию паузы, и т.д.),
Проверьте апачский файл журнала доступа, чтобы видеть, что Вы действительно запрашиваете корректный файл. Также проверьте индексный файл на любые безудержные теги (например, пропавшие без вести </head>
это могло заставить целый документ быть проанализированным как информация заголовка только.)
Одна вещь, которую можно попробовать, проверяет, чтобы помочь диагностировать, прошлое время доступа рассматриваемого файла index.html. Сначала необходимо будет удостовериться, что флаги atime обновляются в файловой системе. Выполненный монтируются и видят, имеет ли файловая система, что Ваш корень документа идет, набор флага noatime. Если это делает, то Вы не обновляете atimes файлов и должны будете повторно смонтировать его без этого флага. Иначе это должно обновлять atimes.
Теперь, когда Вы сделали, что, просто выполнил это:
ls -l --full-time --time=atime index.html
Затем ожидайте несколько секунд и затем попытайтесь получить доступ к http://www.exampledomain.egg/, затем возвращаются к оболочке и выполняют это команда ls снова и видят, изменился ли atime.
Если atime не изменился:
Посмотрите, есть ли у Вас все еще значение по умолчанию welcome.conf включенный в/etc/httpd/conf.d/, могло бы случиться так, что желанный ошибочный файл является пробелом или чем-то, и Вы соответствуете этому. Соответствие по умолчанию там только соответствует в корне, который походит на то, с чем Вы встречаетесь.
Если atime действительно изменялся:
Удостоверьтесь, что файл index.html не действительно пуст? кошка index.html
Кроме того, Вы не упоминали, проверили ли Вы источник в свой браузер на пустой странице, чтобы видеть, пусто ли это действительно или если это просто имеет невидимое содержание.
Используйте другой браузер, чтобы проверить, что проблема находится на конце сервера:
вихревой http://www.exampledomain.egg/
И хорошо, если это действительно имело невидимое содержание, я дурачил меня несколько раз в размышление этого, так не ударяйте себя слишком трудно.