W dniu 2011-12-20 03:07, Exe Very Cute pisze:
> Ja to realizuję tak [...]

I ja robie podobnie.

Tym, ktorzy nie maja JS po pomyslnym zapisaniu danych w aplikacji
(zwykly POST) zwracam strone z kolejnym formularzem (ukryte pola) z
danymi dla systemu platnosci.



W ramach ciekawostki: inzynierowie Google w swej genialnosci wymyslili,
zeby wyslac ajaksa, chwilke zaczekac i dzialac z wysylka wlasciwa. Wg
tej metody byloby mniej wiecej tak:
$('#payform').submit(function(){
$.post("ajax/get_post_data_register_for_pay.php",
$("#payform").serialize());

setTimeout(function(){
$("#payform").submit()
}, 100);
});

Bardzo nie polecam. :-/

--
NotBear

do góry

W dniu 2011-12-20 20:06, NotBear pisze:

> W ramach ciekawostki: inzynierowie Google w swej genialnosci wymyslili,
> zeby wyslac ajaksa, chwilke zaczekac i dzialac z wysylka wlasciwa. Wg
> tej metody byloby mniej wiecej tak:
> $('#payform').submit(function(){
> $.post("ajax/get_post_data_register_for_pay.php",
> $("#payform").serialize());
>
> setTimeout(function(){
> $("#payform").submit()
> }, 100);
> });
>
> Bardzo nie polecam. :-/
>

Masakra. Ja natomiast mam od niedawna trochę inną metodę - walidacja
tylko HTML5, potem post XHR do skryptu PHP/Python i tam walidacja
właściwa, zapisanie czy co tam potrzeba + zwrotny komunikat błędu (lub
jeżeli komunikat brzmi OK to dopiero .submit()).

Brak JS - tak jak Ty, 2xPOST + ukryte pola formularza.

Myślisz że ta metoda może mieć jakieś skutki uboczne? Skrypty są w miarę
nowe więc nie są solidnie przetestowane.

Pozdr
Exe Very Cute

do góry