Сайты каталогов/файлы по умолчанию не подлежат записи на Mac OS X
https://drupal.stackexchange.com/questions/8451
-
16-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
У меня был разработан мой веб -сайт кем -то другим, и в настоящее время он работает без проблем на нашем веб -сервере. Я пытаюсь установить тот же сайт на моем Mac OS X 10.6, используя предварительно установившийся сервер Apache, MySQL и PHP5. Кроме того, мы используем Drupal 6.22. Я скопировал все файлы веб -сайта (включая Drupal и файл .htaccess) и поместил их в/библиотеку/веб -сервер/документы/веб -сайт. Затем я сделал резервную копию MySQL на сервере и импортировал этот файл на локальной машине с PhpMyAdmin. Я настроил файл stens.php и все остальное, чтобы работать хорошо, чтобы он мог подключаться к БД и т. Д.
Большая часть сайта работает так, как и ожидалось, однако есть пара узлов, которые вообще не будут работать. Вместо этого я получаю это сообщение, когда иду к ним:
«Сайт в настоящее время недоступен из -за технических проблем. Повторите попытку позже. Спасибо за понимание».
Странная часть - если я введу URL, чтобы перейти на страницу редактирования для этого узла, но я все еще не могу просматривать страницу.
При попытке искать проблемы, которые я обнаружил, на странице «Отчет о статусе», в нем говорится, что файловая система не подлежит записи. Я получаю это сообщение:
«Сайты каталогов/файлы по умолчанию не подлежат записи».
Я проверил разрешения, и эта папка имеет набор DRWXR-XR-X.
Любые идеи относительно того, что может быть не правильно установлено, были бы очень оценены.
Решение
А файлы Справочник на вашем сайте должен быть доступен для записи WebServer. В искателе сделайте информацию о файлы каталог и назначить читай пиши разрешения на сотрудники. Анкет (Убедитесь, что это относится к любым каталогам внутри файлы также.) В качестве альтернативы, в терминале вы можете «CHMOD -R 775 My-Site-Path/Sites/Default/Files», чтобы позаботиться о файлы и любые содержащие подкатарии.
Другие советы
Я проверил, какой пользователь запускает процесс "httpd". В моем случае это был «Демон».
Sudo Chown -r Date Sites/Files/Files/Files/решил проблему (разрешения: 775)
