Просмотр полной версии : Снова php
У меня есть скрипт в нем форма для постинга сообщений, метод передачи данных POST. Вроде все ok,после того как я добавил сообщение и перезагрузил страницу оно появляеться на странице, но если нажать обновить в браузере, то добавляеться еще одна запись с предыдущими данными! Как профиксить?
Конечно что появляется, броузер повторяет полностью Post запрос и скрипт его обрабатывает.
Надо ставить флажок в сессии, что данные уже пришли и были обработаны, и при повторном постинге не реагировать на них, есть и другие методы, но не имея понятия что твой скрипт делает тяжело что-то конкретное посоветовать, уточняй :)
обнуляй данные после добавления
ferryman
21.03.2006, 12:09
можно и прощеif ($_SERVER['REQUEST_METHOD']=="POST"){
// add data
header("Location: ".$_SERVER['PHP_SELF']."?data=added);
}else{
// form
}
т.е. после добавления даных тебя перекинет и пост масив будет убит...
1) добавить спец айди и проверять его, на наличие в БД
2) проверять все поля, на наличие в БД
3) как было сказано выше: редирект :)
2 xPow
Ты предлогаешь при каждом постинге прогонять всю БД и искать наличие точного вхождения? =))) герой. Ты после того как пропылесосишь ковер тоже на коленках полаешь и ищешь, не осталась ли пыль где-нить? =))
2 NeX
все просто, пишешь
<form action='add.php'>
в add.php пишешь код, что нужен, далее
header("Location: ".$_SERVER['HTTP_REFERER']);echo 'exit';exit;
и все. Хоть пообжимайся F5
Trinux, уважаемы перед тем как ехидничать немного сначала почитали б доки.
и если ты лишь поверхносно знаком с бд, в часности реляционными, то знал бы, что даже с миллионами записей, по индексу будет искать мгновенно.
2 NeX
все просто, пишешь
<form action='add.php'>
в add.php пишешь код, что нужен, далее
header("Location: ".$_SERVER['HTTP_REFERER']);echo 'exit';exit;
и все. Хоть пообжимайся F5
двумя постами выше это есть
header("Location: ".$_SERVER['HTTP_REFERER']);
к мому же еще совет даешь бажный!
echo 'exit';exit;
die('exit'); ?
умник нашелся...
вотъ.
ferryman
22.03.2006, 11:16
Какой выгон уже начали писать, зачем айди??? зачем база обыкновенный пост или гет...
...
сюда (http://www.forum.antichat.ru/thread16121.html)
2 xPow
Парень, поверь на слово, с sql я знаком не поверхностно а на практике. Смотри nnm.ru, моя работа, стоит на mysql и уж поверь, за год поддержки нового движка я перееюзал все возможные способы оптимизации. И поверь мне на слово, если в миллионной таблице ты ставишь индекс хотя бы на поле типа CHAR\VARCHAR то твой сайт умрет после 100 хитов в день. А опираясь на твою вторую рекомендацию, мне получается и все текстовые поля придется глядеть? =))) а на них чего поставим? Текстовые поля никакая реляционная БД не индексит =))) mysql предлагает FULLTEXT. Да, работает он достаточно быстро, но не на миллионе записей. Проверять наличие записей по все БД глупо! Архитекторы не разбирают свое зданить после того как они его построили, чтобы убедится что все верно было сделано.
P.S. Знаешь, любитель доков, в мире не существует ни одной реляционной БД на текущей момент.
двумя постами выше это есть
Да, одно и то же. Только в моес способе это отдельный файл, а "двумя постами выше" человек предлогал пихать код прям туда же
к мому же еще совет даешь бажный!
да, признаю, правильно:
header('Location: '.str_replace("\n", "\r", $_SERVER['HTTP_REFERER']));
die('exit'); ?
echo 'exit';exit; ?
в мире не существует ни одной реляционной БД на текущей момент. за такую фразу и бан можно схлопотать :)))
в мире не существует ни одной реляционной БД на текущей момент
что за бред? и это я слышу от грина!
2 nerezus
За это меня забанили на phpclub`е =) врое как рассказывал уже =))
2 Deem3n®
докажи обратное, я дам тебе лимон баксов. А насначало почитай математическую модель реляционной БД и сравни с тем, что есть сейчас.
2 Deem3n®
докажи обратное, я дам тебе лимон баксов. А насначало почитай математическую модель реляционной БД и сравни с тем, что есть сейчас.реляционная БД (БД с реляционной моделью) относится именно к СТРУКТУРЕ БД.
Причем тут "сравни с тем, что есть сейчас"?
С чем я буду сравнивать? Т.е ты предлагаешь мне посмотреть есть в мире хоть одна БД у которой СТРУКТУРА соответствует реляционной модели?
Данная МОДЕЛЬ имеет собственную теорию (которой кстати около 30 лет) - нормализация отношений, и чтобы создать БД с реляционной моделью достаточно придерживатся именно этой теории (или как говорят: "нормализировать БД"). Таких БД полно, именно изза этого даже есть СУБД которые гарантируют нормальную работу с БД уровень нормализации которой превышает 3.
Ну что, я миллионер? :)
2 Deem3n®
Почитай ту самую математическую модель реляционной БД, которой более 30 лет. Попробуй там найти хотя бы одно и хотя бы косвенное упоминание о индексации полей. Нет там такого. Отсюда следуют что БД в нашей реальности "реляционно ориентированные", а не "реляционные".
Так что пока не миллионер
Парень, поверь на слово, с sql я знаком не поверхностно а на практике. Смотри nnm.ru, моя работа, стоит на mysql и уж поверь, за год поддержки нового движка я перееюзал все возможные способы оптимизации.
и теперь твое мыло завалено предложениями на работу экспером-консультантом? :-D
И поверь мне на слово, если в миллионной таблице ты ставишь индекс хотя бы на поле типа CHAR\VARCHAR то твой сайт умрет после 100 хитов в день. А опираясь на твою вторую рекомендацию, мне получается и все текстовые поля придется глядеть? =))) а на них чего поставим? Текстовые поля никакая реляционная БД не индексит =))) mysql предлагает FULLTEXT. Да, работает он достаточно быстро, но не на миллионе записей. Проверять наличие записей по все БД глупо! Архитекторы не разбирают свое зданить после того как они его построили, чтобы убедится что все верно было сделано.
заметь. я не говорил, что айдишка символьная! это ты сам неверно мыслишь ;)
2 Deem3n®
Почитай ту самую математическую модель реляционной БД, которой более 30 лет. Попробуй там найти хотя бы одно и хотя бы косвенное упоминание о индексации полей. Нет там такого. Отсюда следуют что БД в нашей реальности "реляционно ориентированные", а не "реляционные".
Так что пока не миллионер
Ты что-то путаешь. Индексация полей односится к СУБД а не к БД:
Every table should have at least one index, which the database engine will create automatically when you declare the primary keyТак что еще раз повторюсь: индексы относятся НЕ к СТРУКТУРЕ БД а к СИСТЕМЕ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ. Индекс в большинстве случаев представляет собой специальную системную таблицу, записи в которой отсортированы в определенном порядке для того чтоь увеличить производительность
2 xPow
почтиай свой второй пункт внимательно, если влом, то цитирую прямо тут
2) проверять все поля, на наличие в БД
А светиться и получать предложения на мыло мне не нужно, кому надо - то меня знает.
2 Deem3n®
Под рукой нет материалов, читал о этом приколе достаточно давно и мог, конечно, что-то напутать. Обязательно найду и выложу
vBulletin® v3.8.14, Copyright ©2000-2026, vBulletin Solutions, Inc. Перевод: zCarot