Поскольку другие сказали, под/usr/local/, не/opt/. У меня обычно также есть эти виды сценариев в/root/, но это можно считать плохой практикой. Одна возможность также/etc/cron.daily/.
Но действительно необходимо спрашивать себя, почему Вы делаете это. Резервные сценарии собственной разработки легче понять превратно, чем некоторое стандартное решение для резервного копирования. И помните, Вы не хотите резервные копии, Вы хотите работать восстановления.
Как Вы сказали, это действительно походит на проблему полномочий. Если Вы знаете пользователя, которого апач выполняет как, показанный файлы тому пользователю/группе. Можно найти пользователя Apache путем заглядывания httpd.conf
, существует две строки 'Пользователь' и 'Группа'.
С другой стороны, Вы могли найти пользователя/группу файлов, которые Вы загрузили с FTP (который Вы сказали что работа). Выполненный: ls -l
на каталоге и примечании имя пользователя.
После того как у Вас есть пользователь и группа, можно применить это к одному из каталогов, которые Вы скопировали путем выполнения:
cd /path/to/directory
chown -R user:group *
(который рекурсивно установит пользователя и группу для всех файлов и каталогов под текущим).
Надо надеяться, это работает на Вас. Если не проверяют полномочия (снова, работая ls -l
) и удостоверьтесь, что у пользователя есть доступ для чтения. Можно установить полномочия с chmod
.
Вы могли бы также хотеть проверить свой .htaccess файл или свой httpd.conf файл для любых ограничений каталога, но сначала попытаться установить полномочия.
Вот инструкции для XAMPP, как избежать этой проблемы путем выполнения XAMPP под собственной учетной записью пользователя:
http://blog.mfabrik.com/2010/12/22/local-xampp-development-and-unix-file-permissions/