Установил русскую Joomla на хостинг. После установки все тестовые данные отображались нормально. Но заданное мной при установке название и описание сайта превратилось в вопросительные знаки (или одинаковые вопросительные кракозябры в ромбиках).

Попробовал изменить навзание сайта в общих настройках - выдало "Возникла ошибка! Не могу открыть конфигурационный файл на запись!"

Решая данный вопрос пришел к выводу, что надо бы разрешить какие-то права. Ну я выставил все права на все файлы и папки 777. Все ли я правильно сделал?   Или это была большая ошибка?

Если это не страшно, то тогда зачем вообще разным каталогам и файлам давать разные права? Надо всем все по максимумуцц, чтобы не было проблем как на Денвере.

а если у тебя в каталоге хранятся кофигурационные файлы акцессы и т.д.??? зачем пользователю иметь к ним доступ?... для это и права

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

Я что понимается под пользователем не понял. И что понимается под запись, запуск.

Чтение - это когда захожу на страницу и скрипт выполняется? Или это запуск?
А запись? Это когда исходник php-скприта загружаю в браузер?

взято с одного форума:


как я и говорил.. если права 700... то доступ к ним (на запись, чтение, запуск) только у владельца будет и все

Раз уж связались с пхп, то хотя бы ознакомьтесь с *nix'ами.
Если взялись объяснять, то и потрудитесь рассказать что такое права доступа и как все это устроено в линуксе.
А непонятных цитат и я с форумов могу понатаскать.
У каждого файла есть свой пользователь, каждая программа запускается от чьего-то имени.
Вот здесь понятно описано --> http://heap.altlinux.org/modules/linux_per...ions/index.html

Win MK 32, Всегда есть вероятность, особенно при пользовании CMS с общедоступным кодом, что в ней есть уже обнаруженные, но не исправленные пока на этом сайте уязвимости. Эти обнаруженные уязвимости публикуются в открытом доступе на хакерских сайтах и в баг-трекерах сайтов разработчиков CMS, так что узнать и воспользоваться ими может любой зантересованный хакер. Эти уязвимости могут позволить, к примеру, исполнить какой-нибудь злодейский код на сервере, записать с его помощью на сервер какой нибудь троян, mail-бомбер и прочее и прочее (см. обычные вирусные страшилки...) 
Чтобы злодею было посложнее, можно запретить для записи скрипту всё вообще, а картинки грузить по ftp   

enof, 
Тема расположене не в Линуксе, а в РНР... я согласен, что я не прав с точки зрения для Линукса... а для РНР я прав

Shark, но исходя их вашего поста я не узнал ни что такое пользователь, ни что такое группа, ни что такое запуск, ни что такое запись, ни что такое чтение.

Win MK 32, 
пользователь - это тот человек который имеет те или иные права на файл
грппа - это граппа пользователей, которая имеет те или иные права на файл
запуск-запуск файла
запись-запись в файл
чтение-чтение файла
это по логике можно догадаться

В каком месте? Вы сказали про пользователя и "кофигурационные файлы акцессы". Обычный пользователь использует браузер, который общается с сервером посредством запросов и никак не касается файловой системы сервера.
Я так понимаю вы не только линукс, но и вообще работу HTTP себе слабо представляете, если смогли связать фс сервера и клиента с браузером.

гениально. Всем все сразу стало понятно что к чему.

Shark, вы Гений(флуда?)!   
Ответ не получен.

Я ссылку дал, там написано про пользователей, группы и права.
Интерпретатор запускается от какого-либо пользователя. Зависит от настроек сервера.
У файла есть права доступа. Например 0764. Владелец может читать,записывать и исполнять, группа читать и писать, остальные только читать. Права нужно выставлять исходя из того, кем является владелец файлов и пользователь, запускающий php.

При копировании файлов на nix сервер их владельцем выставляется пользователь, который их закачал. В принципе конец света не настанет если обеспечить все файлы правами 777, но лучше этого не делать по причине, которую описал ksnk.
Ставь для всех файлов 644. Это будет означать разрешение на чтение и запись владельца файла и чтение для группы и всех остальных. Далее для того чтоб joomla могла записать конфигурационный файл нужно обеспесить только для него доступ. При инсталляции Joomla сама говорит какие файлы ей нужны. Тут можно либо прописать для них права 777, либо сменить владельца этих файлов на apache

операция будет выполнена рекурсивно от текущей директории

так для одного file.php

Это сообщение отредактировал(а) icewind - 19.6.2009, 09:50