Нужно проверять файл на изменения, в идиальном варианте уловить даже его открытия посторонним, по каким аттрибутам файла можно это вычислить?

filemtime.
конфиг перезагружаешь?

Нет буду мд5 хэш отсылать по этапу, нужно знать, был ли файл кем-то просмотрен или нет. Есть какой-нибудь флаг для этого? И вопрос, мтайм переписывается при аплоде на сервер?

fileatime. но, как и написано в мане, механизм обновления atime(access time) при чтении файла может  быть отключен при монтировании. для ускорения работы. и потому лучше не полагаться всецело.

хоспади, посмотрел бы уже полный список функций в мане.
filectime - штамп создания
fileatime - штамп доступа(на чтение в том числе)
filemtime - штамп последнего изменения

Добавлено через 2 минуты и 7 секунд
не давай файл напрямую средствами только НТТР-сервера. переадресовывай запросы на скрипт, который перед отдачей чего-то куда-то(желательно не построчно, а при помощи механизма X-SendFile) будет делать нужный тебе операции.

Смотрел, и подумал, что если запущу просто скрипт время там тоже изменится



Тогда на что полагатся?



Какой файл? Скрипт? Так я его и не отдаю, он запускаеммый ведь

не понимаю.
что за файл, изменения/доступ к которому надо отслеживать?
зачем отслеживать доступ к файлу?

логично предположить, что filemtime запрашивает информацию у системы, которая "смотрит" в таблице размещения файлов аттрибуты файла. а не открывает сам файл на чтение. так что нет, время "там" не изменится.

Пожелания заказчика   

неужели, заказчик желает, чтоб ты отследил чтение абсолютно бесполезного файла с мусором вместо содержимого и отправил куда-то его MD5-хеш?
Не верю! ©

skyboy, в файле данные, в случае доступа посторонних к данным, сменить содержимое. Так ясней?

atime не отрегировал на открытие файла, система - Убунту. Какие ещё флаги есть?

1152010, Постановка задачи бредова изначально. И задавать еще десяток наводящих вопросов, чтобы понять какую задачу Вы решаете ни у кого нет желания.

Нужны подробности, телепатов нет. Каким образом может происходить доступ к файлу, потрудитесь описать полную картину.
При такой постановке вопроса задача не решаема на уровне php да и не решаема в принципе.

Добавлено через 1 минуту и 10 секунд
P.S. я бы конечно мог Вам предложить писать перехват системных вызовов, чтобы более менее гарантировано отслеживать обращение к файлу, но все же подождем более подробного описания проблемы.

Ну в принцепе я уже изложил задачу, я конечно понимаю, что всегда остаётся возможность скопировать файл и посмотреть копию. С этим риском заказчик ознакомлен и согласен.

Задача данная заказчиком в принцепе такая: В файле данные доступов, в случае просмотра файла, нужно, что бы сработало что-то вроде сигнализации. Файл пхп, он будет каждый раз при запуске создавать мд5 хэш себя, и передовать его вместе с данными, у принимающей стороны будет записан актуальный хэш файла, в случае несоответствия должна сработать выше указанная "сигнализация".

Какие ещё вопросы к задаче?

Добавлено через 2 минуты и 4 секунды

Я сомневаюсь, что это возможно на ПХП из открываеного на сервере файла, или?
Кстате, по логике, atime должен срабатывать и на копирование, так как для копирования файл ведь прочесть надо или?

т.е. конфиг с параметрами доступа к БД и прочим ресурсам? тогда бида - РНР-то действительно будет его при открытии читать. и сигнализация бы "сигнализировала" каждый раз при открытии страниц сайта. можно только запретить чтение не из-под РНР: запускать Apache(и РНР) под сторонним пользователем(обычно это www-data), а у остальных пользователей чтоб не было прав даже на чтение.
правда, это не помешает при наличии доступа написать РНР-скрипт, который не только прочитает конфиг, но и напечатает его.
и при наличии админ-прав на сервере не помешает тоже.

Добавлено через 1 минуту и 7 секунд
а atime - это не "любой доступ". копирование - системная операция. скорее всего, atime у источника и не должно меняться. а у копии должно "обнулиться"

Да, иммено так, явки пароли. Доступа к серверу как такого сказали нету, только на уровне положить файл, а дальше уже через этот файл, как хочешь так и корячся   

Проблема была в системе где тестировал, atime всё правельно делает, то что надо, и кстате копирование тоже изменяет значение последнего доступа