сохранение в файл

[Glebr]

Такая ситуация- на определённой странице ввожу данные, скрипт переходит на другую страницу(предварительно записав данные в файл), и когда на этой странице обновить страницу, данные запишутся снова. Подскажите пожалуйста как этого избежать...

[gesandte]

Такая ситуация- на определённой странице ввожу данные, скрипт переходит на другую страницу(предварительно записав данные в файл), и когда на этой странице обновить страницу, данные запишутся снова. Подскажите пожалуйста как этого избежать...

if разве не спасает?

[Виноградов Александр]

После записи добавляйте параметр пусть это будет переменная $ifread = fasle. До записи переменная проверяется, если true то записываем.

[Glebr]

После записи добавляйте параметр пусть это будет переменная $ifread = fasle. До записи переменная проверяется, если true то записываем.

Покажите пожалуйста на моём коде(а тоя не совсем понимаю- php пока не очень знаю):

<?php
$fd = fopen( "mail.txt", "r+" ) or die ( "Не удалось открыть файл" );
$fstring=fread($fd, filesize("mail.txt"));

function date_time($date, $time=0) {
$time=time();
$date="\n d.m.Y, h:i \n";
$clock=date($date, $time);
return $clock;
}

if (empty($_POST['content']))
{
echo
'<!-- Cообщение слишком короткое -->';
}
else
{
$autor="Автор:\n";
$message="Сообщение:\n";
$towrite=$_POST['content'];
$name=$_POST['name'];
$towrite2="<br>\n";
$write=date_time("").$towrite2.$autor.$name.$towrite2.$message.$towrite.$towrite2.$towrite2;
fwrite( $fd, $write);
fclose( $fd );
}
?>

[gesandte]

После записи добавляйте параметр пусть это будет переменная $ifread = fasle. До записи переменная проверяется, если true то записываем.

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

Самое простое, после записи перенаправлять, тогда никакой переpегрузки страницы не получиться. А по нормальному надо

1) использовать флаг + интервал по времени

2) удалять все переменные после записи - unset();

3) после пункта 2 перенаправлять пользователя - header("location: ...url....");

Edited October 31, 2009 by gesandte

[Glebr]

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

Самое простое, после записи перенаправлять, тогда никакой переpегрузки страницы не получиться. А по нормальному надо

1) использовать флаг + интервал по времени

2) удалять все переменные после записи - unset();

3) после пункта 2 перенаправлять пользователя - header("location: ...url....");

перенаправлять куда? на ту же страницу?

чёт с unset не получаетцо.

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

[Glebr]

перенаправлять куда? на ту же страницу?

чёт с unset не получаетцо.

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

понял. помог редирект

я иногда торможу сильно мля...

[Glebr]

А вот теперь ещё одно: подскажите как не дать одному юзеру дважды оставить отзыв... лучше на примере

спасибо всем!

[gesandte]

А вот теперь ещё одно: подскажите как не дать одному юзеру дважды оставить отзыв... лучше на примере

спасибо всем!

1) открываем сессиюи пишем в нее время отправки сообщения

2) При последующей отправке вычиляем интервал между текущим временем м временнем отправки сообщения юзером из сессии

3) Проверяем условие

if ($interval >= $_SESSION['time']) {

# можно отправить еще сообщение

} else {

# нельзя так часто печатать, клава сломается

}

$interval - промежуток между сообщениями, правда лучше держать в константе, либо в самом начале файла очистить через unset(); а потом назначать и использовать

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

Edited November 1, 2009 by gesandte

[xPoint]

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

[gesandte]

Сессии только более надежны, тем более что если отключить куки то можно спамить пока не надоест

[Glebr]

Сессии только более надежны, тем более что если отключить куки то можно спамить пока не надоест

хм.. как бы всё это ещё сделать...

[xPoint]

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

[Glebr]

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

ну а всё-таки как с куками?

[gesandte]

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

не обязательно чтобы ид сессии был виден в адресной строке

[xPoint]

не обязательно чтобы ид сессии был виден в адресной строке

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

В этом случае получается так:

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

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

[Glebr]

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

В этом случае получается так:

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

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

ну кому это нужно будет... тем более удалить мона

[gesandte]

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

В этом случае получается так:

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

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

юзаем с бд тогда?

Edited November 1, 2009 by gesandte

[Glebr]

юзаем с бд тогда?

да ё маё. с бд поюзал бы, да вот с денверской БД справиться не могу...

[rus]

да ё маё. с бд поюзал бы, да вот с денверской БД справиться не могу...

А что там справляться то? В чем проблема?

[gesandte]

да ё маё. с бд поюзал бы, да вот с денверской БД справиться не могу...

там все работать должно, связка apache+php+mysql там уже настроена

Edited November 2, 2009 by gesandte