Вы перевели их в текстовом режиме:
$ pngcheck -v mobile-menu-icon.png
File: mobile-menu-icon.png (425 bytes)
File is CORRUPTED. It seems to have suffered DOS->Unix conversion.
ERRORS DETECTED in mobile-menu-icon.png
Первые восемь байт файла PNG всегда содержат следующие значения :
(decimal) 137 80 78 71 13 10 26 10
(hexadecimal) 89 50 4e 47 0d 0a 1a 0a
(ASCII C notation) \211 P N G \r \n \032 \n
Из спецификации PNG "ra Эта подсистема идентифицирует файл как файл PNG и обеспечивает немедленное обнаружение общих проблем передачи файлов. Первые два байта различают PNG-файлы в системах, которые ожидают, что первые два байта однозначно идентифицируют тип файла. Первый байт выбирается как значение, отличное от ASCII, для уменьшения вероятности того, что текстовый файл может быть неверно распознан как PNG-файл; Кроме того, он ловит неудачные передачи файлов, которые очищают бит 7. Байты с двух до четырех называют формат. CR-LF-последовательность ловит неудачные передачи файлов, которые изменяют последовательности строк новой строки. Символ control-Z останавливает отображение файла под MS-DOS. Финальный фид строки проверяет обратную проблему перевода CR-LF.
См http://www.libpng.org/pub/png/spec/1.2/
журнал Проверка ошибок вашего сервера HTTPd –
Спасибо. Ничего в error_log, но ничего в access_log тоже. Это странно. Почему у меня нет следа .png доступа к странице в access_log? –
Это странно, потому что вы должны иметь хотя бы одну запись в любом из журналов - проверьте настройки httpd и исправьте регистрацию в первую очередь - выполните регистрацию страницы, например, страницы или что-нибудь еще? есть ли у вас что-нибудь, что может перенаправить PNG-запросы в другом месте (кеш/etc), так что не нужно запрашивать ожидаемый сервер? и, наконец, он начинает выглядеть как вне темы вопроса :) –