PHP-скрипт не может открыть файл при вызове из Perl-скрипта

Question

PHP-скрипт не может открыть файл при вызове из Perl-скрипта

2

У меня есть интересная ситуация, когда у меня есть perl watcher script (с использованием Linux:: Inotify2), чтобы файлы были удалены в определенном каталоге, а затем передайте их на PHP скрипт для обработки. Наблюдаемый каталог и файлы в нем не принадлежат пользователю, на котором работает наблюдатель script, но все дерево каталогов, в которое вставляются файлы, - rwxr-xr-x, и файл доступен для чтения в мире.

Вот моя делемма. PHP script не может открыть дескриптор файла в файле, переданном ему при вызове из perl script, используя system(), exec() или ``. Тем не менее, PHP скрипт может открыть дескриптор файла в том же файле, когда script запускается вручную из командной строки с использованием того же самого эффективного пользователя.

У кого-нибудь есть идеи, почему это будет так?

Preston 01 июль 2010, в 22:26

Источник

0

Вы передаете дескриптор или имя файла? Непонятно из вопроса.
Joseph 01 июль 2010, в 19:49
0

Какие сообщения об ошибках вы получаете?
Pekka 웃 01 июль 2010, в 19:55
0

Я не получаю ошибок, PHP-оболочка возвращается без ошибок. Как упоминалось в моем комментарии к ответу ниже, PHP-скрипт может видеть, что файл существует, но молча не может открыть дескриптор файла для него. Опять же, запуск сценария PHP из командной строки следующим образом: / usr / bin / php script.php имя файла работает нормально, и сценарий может открыть дескриптор файла «имя файла». Однако выполнение того же сценария в perl-скрипте, что и: system ("/ usr / bin / php script.php filename") приводит к тому, что PHP-сценарий не может открыть дескриптор файла 'filename'.
Preston 01 июль 2010, в 21:17
0

Таким образом, в ответ на мой собственный вопрос это выглядит как условие состязания, когда perl запускает системный вызов до того, как файл завершил передачу в каталог, в отличие от проблемы с самим системным вызовом. Примечание для пользователей, использующих Linux :: Inotify2 и IN_CREATE, необходимо добавить оператор ожидания при проверке событий, чтобы разрешить завершение передачи / копирования файла перед попыткой его обработки.
Preston 01 июль 2010, в 23:17

Показать ещё 2 комментария

Теги:

php

perl

1 ответ

Ещё вопросы

Вы передаете дескриптор или имя файла? Непонятно из вопроса.
Какие сообщения об ошибках вы получаете?
Я не получаю ошибок, PHP-оболочка возвращается без ошибок. Как упоминалось в моем комментарии к ответу ниже, PHP-скрипт может видеть, что файл существует, но молча не может открыть дескриптор файла для него. Опять же, запуск сценария PHP из командной строки следующим образом: / usr / bin / php script.php имя файла работает нормально, и сценарий может открыть дескриптор файла «имя файла». Однако выполнение того же сценария в perl-скрипте, что и: system ("/ usr / bin / php script.php filename") приводит к тому, что PHP-сценарий не может открыть дескриптор файла 'filename'.
Таким образом, в ответ на мой собственный вопрос это выглядит как условие состязания, когда perl запускает системный вызов до того, как файл завершил передачу в каталог, в отличие от проблемы с самим системным вызовом. Примечание для пользователей, использующих Linux :: Inotify2 и IN_CREATE, необходимо добавить оператор ожидания при проверке событий, чтобы разрешить завершение передачи / копирования файла перед попыткой его обработки.

Álvaro González · Answer 1 · 2010-07-01T17-51-00.000Z

Ваши вызовы fopen(), вероятно, полагаются на относительные пути, которые ломаются при изменении рабочего каталога.

Я передаю имя файла, и в файле PHP предварительно прописан абсолютный путь. Файл PHP может точно определить, что переданный файл существует, но не может открыть дескриптор файла для него.