Доброе время суток.
Такой вопрос.
Чтобы ускорить загрузку zebuem lite на хостинг, написал скрипт, который пакует сайт и копирует его по ftp на хостиг.
Вместе с архивом сайта, на хостинг копируется еще один файл "unpack.php" который предназначен разархивировать сайт.
Далее через curl вызывается этот скрипт (unpack.php), сайт разархивируется. Но т.к. все файлы и папки созданы этим скриптом, в папке cache и pages не могут создаваться файлы, а следовательно сайт не может работать.
Достаточно ли скриптом выставить этим двум папкам права "0777" для нормальной работы сайта?
и второй вопрос по безопасности:
Если у этих папок будут права 0777, влияет это как-то на безопасность сайта, может кто-либо изменить содержания этих папок (например из браузера)?
Заранее спасибо за Ваш ответ.
0
права на паки и безопасность
Автор
misha_2002
, 09.03.2010, 22:38
Сообщений в теме: 6
#1
Отправлено 09.03.2010, 22:38
#2
Отправлено 10.03.2010, 05:11
misha_2002 (09.03.2010, 22:38) писал:
Достаточно ли скриптом выставить этим двум папкам права "0777" для нормальной работы сайта?
misha_2002 (09.03.2010, 22:38) писал:
Если у этих папок будут права 0777, влияет это как-то на безопасность сайта, может кто-либо изменить содержания этих папок (например из браузера)?
#3
Отправлено 10.03.2010, 08:06
support (10.03.2010, 05:11) писал:
Зависит от настроек сервера и присутствии других клиентов на нем.
Тогда все таки лучше поставить этим папкам права 0755 т.к. планирую использовать разные хостинги.
Тогда у меня другая проблема.
Я делал так.
у меня работает денвер, на нем работает сайт "myparser.ru". Я запускаю скрипт http://myparser.ru/upload.php.
Этот скрипт по Ftp закачивает архив с сайтом на хостинг, но в архиве нет папок "cache" и "pages". Затем этот же скрипт вызывает через curl
http://ямя_нового_сайта.ru/unpack.php
unpack.php - распаковывает сайт и ставит права папке zcontent = 0777.
Затем первый скрипт продолжает работу, и по фтп созает две папки "cache" и "pages", таким образом их владельцем является фтп пользователь. У этих папок права уже 0755. Теперь остается вернуть папке zcontent права 0755. Снова через curl вызывается скрипт http://ямя_нового_сайта.ru/unpack.php
но на этот раз unpack.php просто должен выставить папке zcontent права 0755. Но почемуто- здесь происходит ошибка, chmod() : Operation not permitted.
Даже если удалить папки "cache" и "pages", все равно скрипт unpack.php показывает ошибку chmod() : Operation not permitted.
То есть когда первый раз через curl вызывается скрипт unpack.php, права на папку меняются, если же его тут же вызвать снова, уже не меняются!
Пробывал так, при первом вызове unpack.php менять права папке несколько раз
chmod("zcontent", 0777);
chmod("zcontent", 0755);
chmod("zcontent", 0777);
Все 3 раза права менялись. Если же запустить скрипт unpack.php второй раз, то уже не меняются!
В чем может быть проблема В zebrum lite или в хостинге?
Буду благодарен за любую помощь, уже замучался с этими правами. Не могу сделать это 3-й день
#4
Отправлено 10.03.2010, 13:22
Как проблема может быть в лайте, если ошибка возникает в Вашем собственном скрипте?
Ошибка относится к PHP-скрипту? Или к ftp-соединению? В любом случае проблема в отсутствии прав на изменение chmod. Если это ошибка PHP, то проверьте, что режим Safe Mode выключен.
Что-то более конкретное посоветовать для решения проблемы не могу, только отладку. Могу только отметить, что Zebrum CMS справляется с данной задачей при корректных настройках веб-сервера
Ошибка относится к PHP-скрипту? Или к ftp-соединению? В любом случае проблема в отсутствии прав на изменение chmod. Если это ошибка PHP, то проверьте, что режим Safe Mode выключен.
Что-то более конкретное посоветовать для решения проблемы не могу, только отладку. Могу только отметить, что Zebrum CMS справляется с данной задачей при корректных настройках веб-сервера
#5
Отправлено 10.03.2010, 20:35
support (10.03.2010, 13:22) писал:
Как проблема может быть в лайте, если ошибка возникает в Вашем собственном скрипте?
Ошибка относится к PHP-скрипту? Или к ftp-соединению? В любом случае проблема в отсутствии прав на изменение chmod. Если это ошибка PHP, то проверьте, что режим Safe Mode выключен.
Что-то более конкретное посоветовать для решения проблемы не могу, только отладку. Могу только отметить, что Zebrum CMS справляется с данной задачей при корректных настройках веб-сервера
Ошибка относится к PHP-скрипту? Или к ftp-соединению? В любом случае проблема в отсутствии прав на изменение chmod. Если это ошибка PHP, то проверьте, что режим Safe Mode выключен.
Что-то более конкретное посоветовать для решения проблемы не могу, только отладку. Могу только отметить, что Zebrum CMS справляется с данной задачей при корректных настройках веб-сервера
С проблемой разобрался. Как я понял проблема была в том, что первый раз скрипт обрабатывался при помощь php 4. А после распаковки сайта (разархивировался .htaccess который менял обработчика файлов php), уже php5.
После запуска tools/parser.php (из стандартного набора zebrum lite), папка pages и все вложенные в неё папки имеет права 777. А файлы права 666 (кроме .htaccess).
Так и должно быть? До запуска tools/parser.php папка pages имела права 755 (и была пустой, не считаю стандартного файла .htaccess).
использую shared хостинг provisov.net
#6
Отправлено 11.03.2010, 06:25
misha_2002 (10.03.2010, 20:35) писал:
После запуска tools/parser.php (из стандартного набора zebrum lite), папка pages и все вложенные в неё папки имеет права 777. А файлы права 666 (кроме .htaccess).
Так и должно быть? До запуска tools/parser.php папка pages имела права 755 (и была пустой, не считаю стандартного файла .htaccess).
Так и должно быть? До запуска tools/parser.php папка pages имела права 755 (и была пустой, не считаю стандартного файла .htaccess).
Все файлы страниц по умолчанию с правами 0666, все папки - 0777. Это можно поменять в конфиг-файле. Для этого нужно добавить:
[file] file.chmod = 0644 [directory] directory.chmod = 0755
#7
Отправлено 11.03.2010, 09:57
Спасибо!
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 скрытых пользователей