Prevence opakování odeslání formuláře pomocí php zasedání
Všichni jsme viděli ty zprávy, na některých webových stránkách varování, klikněte na tlačítko více než jednou, nebo negativní důsledky, jako je placení účet dvakrát, může dojít. Někdy se můžeme způsobit tyto problémy tím, že udeří zpět, nebo Obnovit tlačítka. V tomto článku se budu vysvětlovat metodiku, kdy místo může zajistit, že každá forma je podána pouze jednou, čímž se prokáže, že taková varování jsou zbytečná a, v závislosti na povaze problémy způsobené, za opravu ihned. Začněme tím, že pohled na proces, který studujeme: Odeslání formuláře. Pedantský jak se to může zdát, bude užitečné, aby každý detail z kroků v tomto procesu: Návštěvník vyžádá stránku ze serveru, který má formu tiskopisu it.Server načte a odešle user.User zadá údaje o tvaru a podřizuje server.Server zpracovává data z formuláře a vrátí výsledné stránky. Scénář Nyní je třeba analyzovat je, když uživatel re-spouští předchozí odeslání formuláře procesu. Co potřebujeme, je najít nebo vytvořit něco, co změny v průběhu procesu formulář podání, který není závislý na konkrétní podobě předložen a který můžeme říci změnit. To byla věta, která plně naložené podrobnosti naše řešení, takže můžeme vyrazit. Najít nebo vytvořit něco, co změny během procesu odeslání formuláře, se nemůže záviset na konkrétní podobě předložen, může andwe říct changed.Since bod, který změny nezávisí na formě předložen (např. nezáleží na tom, jestli je to newsletter registračního formuláře, zákaznické registračního formuláře, platební prostředek, apod.), je tato položka není něco, co již existuje, a proto musí být vytvořeny, takže můžeme vytvořit formulář proměnnou submissionId a předpokládám, že má 3 výše zmíněné vlastnosti. Tak daleko, tak dobře - nebo to tak alespoň zdá! Třetí "majetek" je to, že "můžeme říct, [to] změnil", ale "změna", není majetkem variabilní, takže se musíme podívat na to podrobněji. Aby bylo možné říct něco změnilo, my musí mít záchytný bod, odpověď na otázku "změnil z toho, co?" Toto je místo, kde proměnné sezení přijde do hry. Pokud budeme definovat proměnné sezení, tedy $ _SESSION [ 'nextValidSubmission'], a zacházet s ní jako referenční bod, budeme mít všechny nástroje potřebné k ochraně našich návštěvníků. Bude třeba, aby proměnné sezení aktualizovány poslední submissionId rozesláno a změnit submissionId pokaždé, když je poslal k uživateli. Pak, když se pokusí znovu data, budou předložit starý submissionId, která neodpovídá nextValidSubmission a budeme vědět, nebude znovu-zpracování těchto údajů. Podívejme se na to v z hlediska procesů: návštěvník vyžádá stránku ze serveru, který má formu tiskopisu it.Server načte, vytváří nové submissionId který je zakotven do formy, aktualizace nextValidSubmission a odešle user.User zadá údaje o tvaru a podřizuje server.Server zpracovává data z formuláře, změny nextValidSubmission, a vrátí výsledné stránky. Teď, když návštěvník nějak odesílat data, budou posílat staré submissionId, které nebudou odpovídat novým nextValidSubmission. Takže si nyní můžete rozloučit se spoléhat na javascript odstranit / deaktivovat tlačítka, hloupé varovné zprávy, a rozrušený zákazníky tím, že brání formulář re-submission.Webmaster z Script Reference - * NEW * PHP Příručky a výuka stránek pro Non-Programátoři najdete zde pro podrobnější informace, například s využitím PHP a alternativní metoda, která nevyžaduje
Článek Zdroj: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster si html kód
Přidejte tento článek do svých webových stránek se!
Webmaster Zašlete svůj článek
Ne nutná registrace! Vyplňte formulář a váš článek je v Messaggiamo.Com Adresář!
