Przekazywanie zmiennych - formularz Opcje

[falko]

Nie mam problemu, raczej szukam bardziej optymalnego rozwiązania co do przekazywania zmiennych. A mianowicie: przypuscmy ze mam stronkę formularza "formularz.php" , w którym podaje wszystkie dane. jest tu kod html oraz forma,która po "zasubmitowaniu" odwołuje sie do pliku "test_formularz.php". Zmienne z "formularz.php" są tu widziane. Przypuścmy jednak,ze użytkownik wprowadził jakieś błędne dane i chcemy go przekierować z powrotem do "formularz.php" jednocześnie jednak podstawiając we wszystkie jego pola to, co już wcześniej w nie użytkownik wpisał (dodając ewentualnie jakis komunikat o błędzie). Niestety,aby przekazać zmienne z "test_formularz.php" musiałbym użyć funkcji header("Location: formularz.php.... i tutaj przekazać wszystkie zmienne-co spowoduje,że dane te powrócą (ale metodą GET niestety!)więc pokaże się ich zawartość w pasku adresowym(co własnie chciałbym ominąć,nie tylko by ukryć co przekazuję,lecz też z powodu ograniczeń długości tak przekazywanych danych metodą GET).
Zastosowałem więc drugą metodę:) "formularz.php" odnosi się do "test_formularz.php", tutaj weryfikacja danych i napisałem sobie specjalny skrypcik, który przeklei wszystkie zmienne z tablicy $_REQUEST (czyli te przekazane metodą GET lub POST do "test_formularz.php"), łącznie z tablicami tablic:) i wracamy metodą POST do "formularz.php" (doklejając do tablicy $_REQUEST dajmy na to zmienną $blad,która będzie odpowiednio traktowana przez "formularz.php"). Nie rozwiązuje jednak to do konca sprawy,zaraz wytłumaczę czemu. Oto ten skrypcik:



plik "test_formularz.php":
[php:1:48d1222927]<?php
//funkcja przygotowujaca dane POST
//tworzy ciag dla curla w postaci "&domena=xx&ala=tak&bela=nie...."
//kopiuje takze cale tablice,tak wiec uniwersalna fajna funkcyjka
//ktora tworzy dokladna kopie tego co bylo w formularzu,nie martwimy
//sie, ze cos nam zginelo
function prepare_postdata(&$tab,$keyname)
{
static $ciag;
foreach ($tab as $klucz => $wartosc)
{
if (is_array($tab[$klucz]))
{
if ($keyname=="") prepare_postdata(&$tab[$klucz],$klucz);
else prepare_postdata(&$tab[$klucz],$keyname."[".$klucz."]");
}
else
{
if ($ciag!="") $ciag.="&";
if ($keyname=="") $ciag.="$klucz=$wartosc";
else $ciag.=$keyname."[$klucz]=$wartosc";
}
}
return $ciag;
//tutaj curl
}


function goto_url($adres_url)
{
$ch = curl_init($adres_url);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION,1);
curl_setopt ($ch, CURLOPT_POST, 1);
curl_setopt ($ch, CURLOPT_POSTFIELDS,prepare_postdata(&$_REQUEST));
curl_setopt ($ch, CURLOPT_RETURNTRANSFER,1); //zawartosc do bufora
echo curl_exec ($ch);
curl_close ($ch);
}

//tutaj weryfikacja danych z "formularz.php"
//jesli niepoprawne, to wykonujemy funkcję:

goto_url("http://costamcostam/formularz.php");
//i mamy pięknie wszystkie zmienne przekazane
[/php:1:48d1222927]?>

i mamy pięknie wszystkie zmienne przekazane...

ALE ! jest jednak małe co nieco,które wszystko chrzani. Przez jakiś czas wszystko działało pięknie, dopóki nie napisałem skryptu testującego,który już troszkę więcej "ważył" ORAZ łącznie z użyciem sesji ! (i w "formularz.php", i w "test_formularz.php"). Owszem, CURL'em przekazuje sie wszystko,łącznie z identyfikatorem sesji,jednak w momencie,gdy w "formularz.php" istnieje session_start(); ,skrypt się zacietrzewia i ni cholipy nie ruszy z miejsca, a taki niby narowisty no...!
Ta metoda więc spaliła na panewce ...(chlip chlip)

W tym momencie wchodzi więc trzecia metoda w grę: skrypt "formularz.php", który odwołuje się do samego siebie (już nie "test_formularz.php"),czyli mamy wszystkie zmienne z powrotem w formularzu.Tu następuje test,czy wcisnieto przycisk dajmy na to "DALEJ" (żeby było wiadomo,którą część skryptu wykonać-formularz czy część testową).Jesli wcisnieto,to znaczy ze formularz był wypełniony i trzeba przetestowac. Jednak w momencie gdy tych przycisków mam powiedzmy pięć, i do każdego chcę inną część testującą oraz coś wykonującą zastosować, robi mi się jeden dłuuuuuuuuuuuuugi plik, który później trudno ogarnąć myślowo (gdzie jest ta sekcja od trzeciego przycisku,kurcze?? ) i powstaje bałagan.

Teraz plusy i minusy wszystkich wersji:
- Wersja pierwsza - header: PLUS taki,że nie ma bałaganu,bo odwołania są do takich plików testujących,których nazwy sam sobie określam, MINUS: tylko przekazywanie metodą GET ...lipa,odpada.

- Wersja druga - własna funkcja, przekazująca wszystkie zmienne. PLUS taki jak w wersji pierwszej oraz dodatkowo wszystkie zmienne przekazane z powrotem, MINUS: nie bardzo (czasem jednak tak!(?) współpracuje z sesjami

- wersja trzecia - którą jestem zmuszony zastosować PLUS: wszystko pięknie przekazywane, działa z sesjami, ale MINUS: bałagan i dłuuuuugi plik.

A więc o co mi chodzi? Pytanie mam mianowicie takie, czy znacie moze jeszcze jakis sposób na przekazywanie zmiennych, najlepszy byłby taki,który by połączył wszystkie PLUSY powyższych, a nie miał ich MINUSÓW . Dodam także, że owszem można wszystko zapamiętywać w sesji,np. w "test_formularz.php" zrobić
$_SESSION['zmiennezformularza']=$_REQUEST;
i przy powrocie do "formularz.php" odzyskać prosto z sesji przez np.
$tablica=$_SESSION['zmiennezformularza'];
ale nie mam wtedy zmiennych bezposrednio, tylko przez tablice ,poza tym sesja to nic innego jak plik na serwerze, moze sie zrobic długi..chciałbym bez sesji... :cry:

Troche to długie,jak ktoś przebrnął to gratulacje ))))) :D:D:D

[hawk]

Długi plik? A od czego jest include() :wink:

[Bora]

oop i kod będzie prosty nie bęzie problemów z sekcjmi.
Gdzieś na forum było już o tym. Przyda sie poczytać o stosie. Dane nejlepiej trzymać e sesji.

php PRo -> php

[FiDO]

Do takiego prostego problemu uzywasz CURL'a? Niepotrzebnie... Wystarczy ze wszystkie dane z formularza zapiszesz w sesji (chocby i $_SESSION['_form'] = $_POST;), nie ma co utrudniac rzeczy prostych.

PS. Pro -> php

[rze-X-nik]

Możesz przecież dać sprawdzanie po stronie klienta napisane w JSie np. z alertami i nie musisz się już martwić. Wypróbowane rozwiązanie. Submitujesz gdy zmienna z błędami jest równa 0.[/code]

[rzseattle]

Możesz przecież dać sprawdzanie po stronie klienta napisane w JSie np. z alertami i nie musisz się już martwić. Wypróbowane rozwiązanie. Submitujesz gdy zmienna z błędami jest równa 0.[/code]

A jak ktos ma wylaczony js to sypie ci sie caly system :/.

ps. FIDO ma calkowita racje - do przesylania danych pomedzy stronami naszego servisu sluzy sesja a nie curl. Pozatym ztego co pamientam curl nie jest standartowa biblioteka wiec mozesz miec problem z kompatybilnoscia skryptu na roznych serverach.

pss. http://forum.php.pl/viewtopic.php?t=965&st...=asc&highlight=

[falko]

Hawk: fakt, jak zwykle na najprostsze rozwiazania najtrudniej wpasc:) (trzeba do takich spraw tak jak dziecko-z czystym umyslem, a ja tu kombinuje niepotrzebnie:) ) .No i zdecydowalem sie faktycznie na te przekazywanie zmiennych w sesji, jednak najbardziej uniwersalnie i nie martwie sie,ze cos zgubie:) Aa takie pytanko na marginesie: czy ktos wie jak to jest z tymi sesjami? Otwieram, tworzy sie plik na serwerze, zamykam powiedzmy okno przegladarki i co (przed zamknieciem sesji) ? co dzieje sie z tymi plikami? Od razu sie kasuja? Raczej nieee... Zeby nie bylo,ze zasmiecam serwerek:) Coz,to raczej faktycznie nie jest php->pro,aale chyba nie dostane od moderatorow w tylka? (auc, to booli;) )

Pozdrawiam i dziekuje za wskazowki:)

[treewood]

if ($ciag!="") $ciag.="&";

polecam zamienic na

if ($ciag!="") $ciag.="&amp;";