Всем привет. Такая проблема. Делал все как написано здесьДля просмотра ссылок Вы должны быть авторизованы на форуме. дал права на корневой каталок сайта. в статье написано что Joomla имеет доступ ко всем папкам и файлам, у меня доступ есть только к configuration.php. Покопавшись немного в правах нашел такое: configuration.php после создания в свойствах в пункте пользователь и группы указано apache, а на всех остальных папках и файлах указано логин клиента к которому привязан домен. Если поменять логин поменять на apache, то запись становится доступной.
Как решить данную проблему с доступом?
Уважаемые гости и пользователи форума!
Чтобы видеть ссылки на форуме - надо зарегистрироваться и иметь 1 пост на форуме. Для этого есть КУРИЛКА и там тема Здрасти.
Re: Хостинговая панель управления Kloxo!
Правила форума
Условием использования нашего форума, является соблюдение настоящих Правил форума.
Ваш вопрос может быть удален без объяснения причин, если на него есть ответы по приведённым ссылкам, а вы рискуете получить предупреждение.
Условием использования нашего форума, является соблюдение настоящих Правил форума.
Ваш вопрос может быть удален без объяснения причин, если на него есть ответы по приведённым ссылкам, а вы рискуете получить предупреждение.
- SinglWolf
- Контактная информация:
- Откуда: Башкирия
Сообщение
Re: Хостинговая панель управления Kloxo!
А в чём собственно проблема? Вы не можете установить движок Joomla? Конкретнее описывайте свою проблему, пожалуйста.Hard писал(а):Всем привет. Такая проблема.
[...]
Как решить данную проблему с доступом?
- mini-server
- Контактная информация:
- Откуда: г. Москва
Сообщение
Re: Хостинговая панель управления Kloxo!
Вы пробовали сменить права по FTP? Создаете учетную запись для данного сайта, заходите через FTP, выставляете права на папки и файлы которые необходимы.Hard писал(а):Всем привет. Такая проблема. Делал все как написано здесьДля просмотра ссылок Вы должны быть авторизованы на форуме. дал права на корневой каталок сайта. в статье написано что Joomla имеет доступ ко всем папкам и файлам, у меня доступ есть только к configuration.php. Покопавшись немного в правах нашел такое: configuration.php после создания в свойствах в пункте пользователь и группы указано apache, а на всех остальных папках и файлах указано логин клиента к которому привязан домен. Если поменять логин поменять на apache, то запись становится доступной.
Как решить данную проблему с доступом?
Забыл вчера кота покормить. Утром просыпаюсь, чем-то гремит на кухне... наверное готовит...
Сообщение
Единственный доступный файл для записи это configuration.php в свойствах у этого файла указано что владелец этого файла является
Пользователь остальных папок и файлов является созданный клиент. Если я меняю владельца на apache запись становится возможным. Но это ведь не решение проблемы.
Re: Хостинговая панель управления Kloxo!
Проблема вот в чем Как и было написано я для корневого каталога дал права 777SinglWolf писал(а): А в чём собственно проблема? Вы не можете установить движок Joomla? Конкретнее описывайте свою проблему, пожалуйста.
Единственный доступный файл для записи это configuration.php в свойствах у этого файла указано что владелец этого файла является
Пользователь остальных папок и файлов является созданный клиент. Если я меняю владельца на apache запись становится возможным. Но это ведь не решение проблемы.
Если поставить права 777 то доступ открывается, но ведь тогда папка будет всем доступна. Данное решение тоже не подходит.mini-server писал(а): Вы пробовали сменить права по FTP? Создаете учетную запись для данного сайта, заходите через FTP, выставляете права на папки и файлы которые необходимы.
- SinglWolf
- Контактная информация:
- Откуда: Башкирия
Сообщение
Re: Хостинговая панель управления Kloxo!
Так Вы всё-таки движок не можете установить из-за этого? Как только установите движок, права на запись можно (и даже нужно) убрать. Вроде так это делается всегда. И это не проблема панели управления Kloxo. Переношу тему в общий раздел.Hard писал(а):Если поставить права 777 то доступ открывается, но ведь тогда папка будет всем доступна. Данное решение тоже не подходит.
Сообщение
Re: Проблема с разрешением прав на запись файлу (папке)
Двежек ставится, если на корневой каталог ставить права 777. Но я ничего не могу установить, если не поставлю на нужные папки для установки права 777 или не сменю владельца папки на apache
Проблема видимо в настройки либо в apache либо в php
Проблема видимо в настройки либо в apache либо в php
- SinglWolf
- Контактная информация:
- Откуда: Башкирия
Сообщение
В Для просмотра ссылок Вы должны быть авторизованы на форуме. чётко написано:
Заметьте, только на каталог, а не на все файлы. А вот в папке уже надо быть аккуратным с раздачей прав и выставлять права только в соответствии с запросами установщика движка. Удачи!
Просто для справки, может кому пригодится:
Права и их значения
Re: Проблема с разрешением прав на запись файлу (папке)
Причём тут php или apace?Hard писал(а):Проблема видимо в настройки либо в apache либо в php
В Для просмотра ссылок Вы должны быть авторизованы на форуме. чётко написано:
Код: Выделить всё
При установке Joomla может возникнуть проблема в пункте configuration.php Доступно на запись, что бы ее решить, необходимо выставить права на корневой каталог (в нашем случае это llirikks.ru права доступа 777, только на каталог а не на все файлы).
Просто для справки, может кому пригодится:
Права и их значения
Код: Выделить всё
400 (-r--------)
Владелец имеет право чтения; никто другой не имеет права выполнять никакие действия
644 (-rw-r--r--)
Все пользователи имеют право чтения; владелец может редактировать
660 (-rw-rw----)
Владелец и группа могут читать и редактировать; остальные не имеют права выполнять никакие действия
664 (-rw-rw-r--)
Все пользователи имеют право чтения; владелец и группа могут редактировать
666 (-rw-rw-rw-)
Все пользователи могут читать и редактировать
700 (-rwx------)
Владелец может читать, записывать и запускать на выполнение; никто другой не имеет права выполнять никакие действия
744 (-rwxr--r--)
Каждый пользователь может читать, владелец имеет право редактировать и запускать на выполнение
755 (-rwxr-xr-x)
Каждый пользователь имеет право читать и запускать на выполнение; владелец может редактировать
777 (-rwxrwxrwx)
Каждый пользователь может читать, редактировать и запускать на выполнение
Сообщение
Re: Проблема с разрешением прав на запись файлу (папке)
Данная проблема замечена только на движке Joomla.
В информации о PHP я нашел вот такой раздел apache2handler
в котором есть пункт User/Group apache(48)/48 мне так кажется что это как раз связано с доступностью папок
Еще раз опишу свою проблему.
В панеле создан клиент, допустим user с доменом user.com.
Закачав движек по ftp все папки и файлы получили права: 755, владелец: user, группа: apache.
При установке движка на корневую папку (в нашем случае это user.com) уровень доступа поставили 777.
После установки в информации о доступе к каталогам Joomla говорит что нет доступа ни к одному файлу и каталогу кроме configuration.php
В свойствах этого файла такая инфа. права: 755, владелец: apache, группа: apache
Если пометь владельца на какой нибудь папке на apache, то она становится доступной на запись, по становится не доступной на запись через ftp
В информации о PHP я нашел вот такой раздел apache2handler
в котором есть пункт User/Group apache(48)/48 мне так кажется что это как раз связано с доступностью папок
Еще раз опишу свою проблему.
В панеле создан клиент, допустим user с доменом user.com.
Закачав движек по ftp все папки и файлы получили права: 755, владелец: user, группа: apache.
При установке движка на корневую папку (в нашем случае это user.com) уровень доступа поставили 777.
После установки в информации о доступе к каталогам Joomla говорит что нет доступа ни к одному файлу и каталогу кроме configuration.php
В свойствах этого файла такая инфа. права: 755, владелец: apache, группа: apache
Если пометь владельца на какой нибудь папке на apache, то она становится доступной на запись, по становится не доступной на запись через ftp
- SinglWolf
- Контактная информация:
- Откуда: Башкирия
Сообщение
Re: Проблема с разрешением прав на запись файлу (папке)
Стучитесь в аську, иначе так можно это обсуждать до бесконечности.Hard писал(а):Данная проблема замечена только на движке Joomla.
- mini-server
- Контактная информация:
- Откуда: г. Москва
Сообщение
Re: Хостинговая панель управления Kloxo!
У Вас четко описана ошибка, выставить права доступа на следующие файлы и каталоги, т.е. Вы должны не просто выставить права на корневой каталог, а сделать это для каждого файла и каталога из этого списка, поймите же Вы что выставив права на корневой каталог, не открывает Вам доступ к другим каталогам в этом корне, поэтому и приходится выставлять права для каждого файла в отдельности.Hard писал(а):Проблема вот в чем Как и было написано я для корневого каталога дал права 777SinglWolf писал(а): А в чём собственно проблема? Вы не можете установить движок Joomla? Конкретнее описывайте свою проблему, пожалуйста.
Единственный доступный файл для записи это configuration.php в свойствах у этого файла указано что владелец этого файла является
Пользователь остальных папок и файлов является созданный клиент. Если я меняю владельца на apache запись становится возможным. Но это ведь не решение проблемы.
Если поставить права 777 то доступ открывается, но ведь тогда папка будет всем доступна. Данное решение тоже не подходит.mini-server писал(а): Вы пробовали сменить права по FTP? Создаете учетную запись для данного сайта, заходите через FTP, выставляете права на папки и файлы которые необходимы.
Забыл вчера кота покормить. Утром просыпаюсь, чем-то гремит на кухне... наверное готовит...
- mini-server
- Контактная информация:
- Откуда: г. Москва
Сообщение
Re: Проблема с разрешением прав на запись файлу (папке)
Забыл добавить следующий факт, в некоторых случаях не обязательно выставлять права 777 на каталог, в зависимости от конфигурации сервера, эти права могут отличаться, например для каталогов быть 755, или типа того!
Забыл вчера кота покормить. Утром просыпаюсь, чем-то гремит на кухне... наверное готовит...
Сообщение
Re: Проблема с разрешением прав на запись файлу (папке)
Тоже наткнулся сегодня на эту проблему.
Есть пользователь user, он заливает файлы на хостинг через фтп и все хорошо, он может менять права и удалять так как эти файлы принадлжеат ему.
Проблема возникает когда, через админку устанавливаешь, плагин, шаблон и т.п. И вот установленный плагин уже будет принадлежать аппатчу (www-data). И права папок/файлов уже сможет сменить либо root либо www-data, но вот пользователь user увидит - отказано в доступе...
з.ы. правда я столкнулся этой проблемой в ISPConfig. Не стал создавать отдельную тему так как считаю проблему аналогичной.
Есть пользователь user, он заливает файлы на хостинг через фтп и все хорошо, он может менять права и удалять так как эти файлы принадлжеат ему.
Проблема возникает когда, через админку устанавливаешь, плагин, шаблон и т.п. И вот установленный плагин уже будет принадлежать аппатчу (www-data). И права папок/файлов уже сможет сменить либо root либо www-data, но вот пользователь user увидит - отказано в доступе...
з.ы. правда я столкнулся этой проблемой в ISPConfig. Не стал создавать отдельную тему так как считаю проблему аналогичной.
- SinglWolf
- Контактная информация:
- Откуда: Башкирия
Сообщение
Re: Проблема с разрешением прав на запись файлу (папке)
Хоть и администратор снова перенёс эту тему сюда, ещё раз попробую объяснить. Это не проблема какой-либо панели управления хостингом. Это проблема в голове ею управляющего. Нужно зарубить на носу себе и вдолбить клиенту (если и у него те же проблемы), что нормальная работа любого сайта возможна лишь при соблюдении простых правил:
Отсюда и все вытекающие последствия!
Чтобы избежать этой "проблемы" из под root или админки (зависит от ситуации), а вернее, чтобы не "париться" с выставлением прав на кучу файлов и каталогов, как вариант, предлагаю решение. Кстати, оно изначально предназначено не для этого, а для... ускорения закачки файлов на хостинг.
В attached архиве лежат 2 файла:
Небольшая инструкция:
- При заливании файлов на хостинг приоритет прав на чтение\запись\удаление\запуск файлов и каталогов должен быть клиентским (пользовательским), а не www-data или apache (зависит от панели управления)!!!! И уж тем более не root.
- Если Вы не дадите нужных прав установщику движка сайта, как он сможет его (движок) установить? По окончании установки нормального движка, установщик сам предложит некоторые действия по защите файлов от несанкционированного изменения (доступа), например у некоторых движков, пока присутствует каталог install, нормальная работа сайта будет невозможна.
- Более того, на некоторые папки, например с плагинами или картинками, выставлять право на "запись всем" обязательно.
Так зачем использовать админку, когда вылезают какие грабли? Доступ к каталогу клиента (пользователя) по ftp для чего тогда предназначен по-вашему?brain писал(а):Есть пользователь user, он заливает файлы на хостинг через фтп и все хорошо, он может менять права и удалять так как эти файлы принадлжеат ему.
Проблема возникает когда, через админку устанавливаешь, плагин, шаблон и т.п. И вот установленный плагин уже будет принадлежать аппатчу (www-data). И права папок/файлов уже сможет сменить либо root либо www-data, но вот пользователь user увидит - отказано в доступе...
Отсюда и все вытекающие последствия!
Чтобы избежать этой "проблемы" из под root или админки (зависит от ситуации), а вернее, чтобы не "париться" с выставлением прав на кучу файлов и каталогов, как вариант, предлагаю решение. Кстати, оно изначально предназначено не для этого, а для... ускорения закачки файлов на хостинг.
В attached архиве лежат 2 файла:
- php-скрипт распаковщика zip-архива extract_archive.php
- библиотека для распаковки zip-архива pclzip.lib.php
Небольшая инструкция:
- Внимание: архив, который будет распаковываться, должен обязательно называться archive.zip . Поэтому не забудьте переименовать!
- Скачать PHP Unzipper .
- Закачать файлы extract_archive.php и pclzip.lib.php на сервер в ту папку, где будет распакован архив.
- Установить CHMOD 777 (все возможные права) на extract_archive.php, pclzip.lib.php и archive.zip.
- Запустить скрипт, для этого в адресной строке браузера прописать следующее: Для просмотра ссылок Вы должны быть авторизованы на форуме. (где site.ru - это домен Вашего сайта).
- Подождать пока в левом верхнем углу браузера не отобразиться "ОК" .
В данном случае, скрипт распакует архив archive.zip , который лежит в корневой директории сайта. Если, к примеру, Вам нужно распаковать архив, лежащий внутри папки files, то для запуска скрипта, пропишите в адресной строке:
Для просмотра ссылок Вы должны быть авторизованы на форуме. - Удалить архив и файлы PHP-Unzipper'a (если не нужны).
- mini-server
- Контактная информация:
- Откуда: г. Москва
Сообщение
В течении 10 мин режим начнет нормально функционировать и уже новые установленные плагины, темы, модули, начнут работать как надо из под пользователя а не www-data.
Re: Проблема с разрешением прав на запись файлу (папке)
Ваша проблема не аналогичная! Вы не читали Для просмотра ссылок Вы должны быть авторизованы на форуме., обратите внимание что для сайта выбраны следующие настройки:brain писал(а):Тоже наткнулся сегодня на эту проблему.
Есть пользователь user, он заливает файлы на хостинг через фтп и все хорошо, он может менять права и удалять так как эти файлы принадлжеат ему.
Проблема возникает когда, через админку устанавливаешь, плагин, шаблон и т.п. И вот установленный плагин уже будет принадлежать аппатчу (www-data). И права папок/файлов уже сможет сменить либо root либо www-data, но вот пользователь user увидит - отказано в доступе...
з.ы. правда я столкнулся этой проблемой в ISPConfig. Не стал создавать отдельную тему так как считаю проблему аналогичной.
В течении 10 мин режим начнет нормально функционировать и уже новые установленные плагины, темы, модули, начнут работать как надо из под пользователя а не www-data.
Забыл вчера кота покормить. Утром просыпаюсь, чем-то гремит на кухне... наверное готовит...
Сообщение
Re: Проблема с разрешением прав на запись файлу (папке)
Может быть нужно проверить.
Ну SuEXEC я бы всем не раздавал, ну Error-Documents мне тоже кажется лишними )
Ну SuEXEC я бы всем не раздавал, ну Error-Documents мне тоже кажется лишними )