Конфликт доступа к папкам между Joomla и фтп-клиентом (например) - различные владельцы файлов

Постоянно возникают конфликты, когда, например, Joomla жалуется, что для установки нового расширения, компонента, шаблона и прочего у неё нет прав. Это понятно - захожу на сервер, меняю правила допуска к папке, устанавливаю.
Однако, после того, как Joomla поставит своё добро - я уже не могу ничего с ним сделать через сервер (например через админку хостинга (cPanel), местным диспетчером файлов).

FileZilla показывает, что у того, что я заливал первоначально - для установки Jooml'ы, например - владелец Я - 627 627. А у того, что ставил Я же через саму Jooml'у - владелец Я же, но 99 99. Соответственно, ни через фтп, ни через диспетчер файлов cPanel - я не могу изменить права на файлы Joomla (например configuration.php, или на шаблон, который я добавил после установки). Так же я не могу добавить, например, иконку в папку шаблона своего, потому, что у меня нет прав.

Как пустить Jooml'у на сервер - я понял. А как дать серверу полный доступ ко всему, что создаёт Joomla?

Спасибо.

 

namad, есть ли есть root на сервер, то нужно присвоить демону php (вроде так называется) группу с нормальным доступом.
777 на папки лучше выставлять только на время каких-либо манипуляций с файлами, затем вернуть к 755 хотя бы или 644

 

Обратился, пока молчат. Теоретически, они могут пошаманить с правами доступа и решить этот вопрос таким образом.

Согласен, не кривая... На забугорных ресурсах пишут, что так и должно быть. Связано со скриптами, которые выполняют установку модулей и с тем, что веб-сервер Apache как бы является другим пользователем (общими глупыми словами) - nobody или apache

На сколько я понимаю, речь о пункте установки Joomla, который можно благополучно пропустить? Если я переустановлю её заново (при том, что мне сейчас там нечего терять), но задам параметры доступа по FTP - это может решить данную проблему?

Да, я, конечно, потом менял обратно на 755. Просто постоянно лазить туда, чтобы что то изменить, поскольку я не специалист в работе с Joomla... )
Я был бы не прочь узнать поболе про демона php (хотя бы ресурсом в личку, например).
По поводу root... скажем: где лежат все потроха Joomla - я имею доступ к каталогу выше


Там же на забугорных ресурсах нашёл конкретное решение данной проблемы, путём добавления .php файла с кодом, выполнение которого через браузер меняет разрешения на папку, или все вложенные в ней в том числе, или удаляет всё вообще.
Если кому интересно, готов поделиться информацией.

 

Хостеры мне так и не ответили.
На счёт FTP - это действительно решило проблему, однако с косяком в плане аккаунта. Но это другой разговор

Спасибо всем за помощь

 

Очень интересно. Если есть возможность? То был бы рад полученной информации.

Пардон за невежество, но если бы чуть подробнее об этом...или же - ткнуть в темку, где это уже обсуждалось...был бы признателен.

 

OlegM, спасибо за оперативный ответ! Сейчас дальше буду осваивать. А то конфликта пока избежать не удается. При редактировании данных в админке часто выскакивают ошибка (500). На зарубежных форумах эта проблема знакома как "www-run-problem" , там же зачастую предлагают переименовать файлы и вновь все-все перезалить на сервер...что само по себе не выход из ситуации.

 

Согласен, что под "ошибка 500" скрывается множство абсолютно различных значений.
Но "методом проб и ошибок" выяснилось, что даже используя стандартные модули и расширения все равно иной раз возникает конфликт доступа к папкам Joomla через ftp-клиент. И копаясь в этом всем глубже нашлось и название данной проблемы, как уже упомянул выше "wwwrun-problem".

Почему меня и заинтересовало возможное решение через организацию:

 

Вот один из примеров, задавал вопрос на другом форуме тут но пока никаких вариантов решения не нашлось.
С неиссякаемым оптимизмом ведем поиск решения проблемы далее...

 

Совершенно верно, это не стандартное расширение. Ссылку на тот пост я привел только как в качестве примера. Как говорится, "что было под рукой".

P.S.: по той теме - обновление до последней версии тоже не исправило ошибку.

 

Дабы не распространять, возможно, сомнительные ссылки - отправил сообщение в ЛС.

Скрипты работаю хорошо, но запаришься ими работать всё время.
В данной ветке я действительно нашёл решение проблемы. Хотя самостоятельно я на него наткнулся, но не прощупал и не оценил первоначально.

 

Немного ОФФТОП: Ошибка 500 исчезла после обновления того компонента. Пример оказался не к данной теме, пардон.

 

А теперь по теме:
Поправьте меня, если я не прав или я - заблуждаюсь, но...
...я заметил такую тенденцию, что при апдейте Joomla или же ее компонентов ЧЕРЕЗ бек-энд (через админку) становится невозможным изменять/удалять файлы, "попавшие под апдейт" уже через сам ftp-клиент (в частности, я использую FileZilla). То есть, изменять названия файлов - можно, но вот удалить их? Или изменить данные в них? Никак. Появляется конфликт.

Решение: делал все через CPanel. Благо, там позволяет их удалить и изменять в них данные.

to namad, спасибо за личные сообщения и за ссылку на код...но к сожалению, пока нет особо времени его потестировать, но! Все впереди!

Так же, спасибо всем за отклики и за участие в поиске решения проблемы.