Решил сделать настроичный файл в папке со своим сайтом, и хотелось бы чтобы только я мог его читать. (Читаю я его php скриптом.)
php код в настроичном файле заключённый в <? ?> не читается, и то что печатается этим кодом тоже не прочитать, так что защитить его содержимое проверкой сессии не получится. Да и редактировать такой файл будет нереально.
Простой текст в файле читается, но если этот файл открыть по url в браузере его тоже можно приспокойно прочитать.
Как сделать чтобы он доступен был только из php. (редактировать через php мне тоже его нужно.)

Plavozont, заведи дополнительную "папку со своим сайтом" выше каталога public_html (или www или как там на сервере?) тогда снаружи никто не сможет добраться до файла. только посредством php..

А если он будет в этой же папке то никак ?

Пример покажи, что у тебя не читается.

Как вариант Deny from all ?

СОхрани этот файл как .php и не выводи никаких данных, в чем проблема то?
А вставляй через include

Нужно редактировать через сайт? тогда опять же сохраняй как .php и инклудь

Это сообщение отредактировал(а) Muerto - 21.7.2010, 20:23

Смысл в том чтобы клиент не мог получить доступ к файлу на сервере, а php выполняемый на сервере мог брать файл на сервере и делать с ним что хочешь. Чтобы клиент не мог сним ничего сделать достаточно запретить публичному пользователю чтение запись и выполнение файла. Но тогда и php отказывается с ним что либо делать, но оно и понятно, так ведь кто угодно сможет написать свой php код и отредактировать мой файл. Тогда возникает желание запретить доступ к файлу неавторизованному пользователю, а мне разрешить, но как такое сделать ? Или может быть сделать как-то чтобы php который находится в этой же папке мог его редактировать а всякие левые - нет.

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



textfile.txt:
Hello World

php:code
$fs=filesize('textfile.txt');
$handle=fopen('textfile.txt', 'r');
$contents = fread($handle, $fs);
fclose($handle);
print $contents; //Hello World
/----------------------------------------/

textfile.txt:
<?
print 'Hello World';
?>

php:code
$fs=filesize('textfile.txt');
$handle=fopen('textfile.txt', 'r');
$contents = fread($handle, $fs);
fclose($handle);
print $contents; //...Пусто



Вариант чудесный был бы если можно было из php этот динай отменить отредактировать файл и тут же назад установить. А просто разрешить какому-то одному IP доступ к файлу не пойдёт, сайт тиражируется и администраторы меняются...



Было бы чудесно но как отредактировать php который ты заинклудил ???

Может быть поможет что-то вроде этого?

Код

if (!defined("GUARD")) die("Go away!");

P.S. Не правильно сначало понял, извиняюсь.

Это сообщение отредактировал(а) Just123 - 22.7.2010, 09:56

о ф и г е т ь .... 



Клиент в смысле покупатель скрипта? Или клиент как посетитель?



Это сообщение отредактировал(а) IgorIV - 22.7.2010, 16:26

  
надо попробовать,

а вдруг fread сработает, copy и curl не сработало  

Клиент как javascript, как web-браузер, как любая клиентская программа, чтобы к файлу пролезть можно было только со стороны сервера и никак иначе.

По поводу javascript, можешь не переживать. Доступ к файлу блокирурй с помощью .htaccess, как подсказал s0lman.

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

Далее определенный скрипт проверяет эти права админа, и перенаправляет на нужную страницу с нужными правами и возможностями.

Все эти проверки можно так же сделать с помощью mod_rewrite.

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

 И каким по-твоему образом его код попадёт к тебе на сервер?
Невозможно ответить на твой вопрос.

Запретить доступ к файлу можно многими способами, начиная от mod_rewrite и заканчивая игрой с правами на стороне сервера.

в смысле на своём сервере.

в смысле файл с настройками, на моём сервере.


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

А вообще я делаю наверно глупость, но почему-то сделать её очень хочется. 
Я делаю приложение которое можно будет настраивать под разные задачи, типа CMS (Content Managment System). И идея такая что человек записывает к себе на сервер в папочку моё приложение (нулёвое) и открывает его в своём браузере. Вводит секретный администраторский логин с паролем, потом php смотрит существует или нет база данных под это приложение и если нет автоматом её создаёт, задав ей временное имя, которое в программу зашито, и таблицу с учётной записью администратора. Потом происходит переход в настроичную систему в которой первым делом предлагается задать имя базы данных чтобы переименовать временную базу в это имя. Тут и возникает интересный вопрос - как сохранить введённое имя базы данных ? В базе данных ведь его не сохранишь. Если сохранить его в файл, возникает загвоздка - файл у которого запрещено публичное редактирование php отказывается редактировать. Вот мне и нужно чтобы только человек который зашёл под администратором мог отредактировать этот файл и записать туда имя базы данных. Я согласен никакой проблемы нет зайти в исходник и вписать туда это имя, но почему бы не сделать это красивенько через интерфейс, если это возможно!

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

Если человека так заботит проблема сокрытия какой-то текстовой информации в некоем файле, то почему бы не сделать вот так:
вместо того, чтобы эту информацию печатать - помести её в функцию, которая будет возвращать тебе эту информацию. И вызывай эту функцию из того файла, куда ты подключаешь защищаемый.

Пример, как у тебя:


Пример сокрытия:

Как он со своего сервера достанет (ВНИМАНИЕ) Php код!!! на твоем сервере. Учитывая что PHP код не отдается апачем. Отдается результат его исполнения.

Да... вы меня не поняли :(



Информация должна быть редактируема через рhp код....



Php код он ясень пень не достанет, а вот содержимое текстового файла(открытого для публичного редактирования к тому-же(по другому он у меня вообще никак не редактируется)) - сколько угодно  

Можно вообще сделать просто - создать в папке с сайтом файл имя которого равняется имени базы данных, но опять же, чтобы создать файл, у папки в которой его создаёшь должно стоять публичное право на запись. Вот скажите, это так и должно быть ? Только через публичные права на сайте можно что-то создавать/удалять/редактировать ?

Plavozont, 



Чувак, снимись с ручника. Тебе уже по десятому разу объясняют! 

1) Кто тебе мешает из PHP кода редактировать другой PHP код? Нафига делать текстовый файл с настройками, а потом бояться что его сопрут? Делай PHP файл с настройками и редактируй его! Извне его достать нельзя ---------> Вот и нет проблемы!

2) На публичное редактирование тебе плевать c колокольни. С другого сервера НИКАК нельзя отредактировать файл на твоем сервере, даже если на него стоят права 0777. Разве что ты сам их пригласишь, предварительно выдав пароли на ssh или ftp.

Если же у тебя на ТВОЕМ ЖЕ сервере в соседней папке рядом живут чуваки, которые могут технически украсть твой файл - я тебе сочувствую и ты НИКАК не решишь эту проблему, кроме как положить все в базу. Но даже в таком случае шанс кражи минимален, так как они не знают твою структуру папок и не знают, где у тебя лежит этот файл.

Аммм... так яш уже спрашивал: "А КАК??"... извините...

Для примера - разместить у себя на сервере во такой скрипт.

Если ввести в адресной строке броузера адрес этого скрипта и побеспокоится, чтобы файл config.php был открыт для записи (установить ему правильные атрибуты). То скрипт будет способен редактировать этот файл.

А вот чтобы злые люди не запустили этот скрипт и не заредактировали все что захотят, нужно сюда прикрутить систему авторизации... Но это уже совсем другая история...   

так же, как и текстовые файл. естественно, надо следить, чтоб соблюдался синтаксис формируемого РНР файла.
следи за моими руками:

это велосипед, не лишенный недостатков.
лучше использовать var_export