Пользователь не может коснуться-t

Почему это не работает

Когда Вы пытаетесь изменить время изменения файла с touch, или в более общем плане с базовым системным вызовом utime, существует два случая.

• Вы пытаетесь установить время изменения файла на определенное время. Это требует, чтобы Вы были владельцем файла. (С технической точки зрения эффективный идентификатор пользователя процесса должен быть владельцем файла. ²)
• Вы пытаетесь установить время изменения файла на текущее время. Это работает, если и только если у Вас есть разрешение записать в файл. Причина этого исключения состоит в том, что Вы могли достигнуть того же эффекта так или иначе путем перезаписи существующего байта файла с тем же значением ¹.

Почему это обычно не имеет значения

• При копировании файлов с ftp, scp, rsync, и т.д., копия создает новый файл, это принадлежит тому, кто бы ни сделал копию. Таким образом, копировальное устройство имеет разрешение установить времена файла.
• С rsync Вы не сможете установить время существующих каталогов: они будут установлены на время, когда файл в последний раз синхронизировался в них. В большинстве случаев это не имеет значения. Можно сказать rsync не беспокоиться временами каталога путем передачи --omit-dir-times (-O).
• С системами управления версиями даты пересмотра хранятся в файлах; метаданные по файлам главным образом не важны.

Решения

Это все имеет отношение к включению разработки PHP в сценарии единственного разработчика (т.е.: без SCM).

Хорошо, остановитесь тут же. Просто, потому что существует единственный разработчик, не означает, что Вы не должны использовать SCM. Необходимо использовать SCM. Сделайте, чтобы разработчик зарегистрировался в файле и дал ему способ нажать “развернуть” кнопку для проверки файлов от SCM в живой каталог.

Нет абсолютно никакой технической причины, почему Вы не должны использовать SCM, но может быть человеческая причина. Если человек, работающий над этими файлами, разрабатывает себя “разработчик”, он должен использовать SCM. Но если это - нетехнический человек, продвигающий документы в, SCM мог бы быть слишком сложным. Поэтому продолжите продвигать файлы по FTP или SSH. Существует три способа, которыми это может работать.

• Необходимо ли действительно синхронизировать времена? Как обозначено выше, rsync имеет опцию не синхронизировать времена. Scp не делает, если Вы не говорите его. Я не знаю WinSCP, но он, вероятно, может также.
• Продолжите делать то, что Вы делаете, просто игнорируете сообщения во времена. Файлы все еще копируются. Это не хороший вариант, потому что игнорирование ошибок всегда опасно. Но это технически возможно.
• Если Вам нужна гибкость в заполнении файлов, принадлежавших apache пользователь, затем обычный подход должен был бы предоставить пользователю доступ SSH как apache. Свободный доступ должен сделать, чтобы пользователь создал закрытый ключ SSH и добавил соответствующий открытый ключ к ~apache/.ssh/authorized_keys. Это означает, что пользователь сможет выполнить произвольные команды как apache пользователь. Так как Вы соглашаетесь с предоставлением пользователя sudo права так или иначе, оно не имеет значения в Вашем случае. Это возможно, но не так легко, для помещения большего количества ограничений (Вам нужна запись базы данных отдельного пользователя с другим именем, тем же идентификатором пользователя, ограниченной оболочкой и chroot тюрьмой; детали в отдельном вопросе, хотя это может уже быть покрыто на этом сайте или на Отказе сервера).

¹ _{Или, для пустого файла, пишут байт и затем усекают.}
² _{Запрет дополнительных сложностей, но ни один, о чем я знаю, не применяется здесь.}