"We are back" « oc.at

Frage: Wie 100 vars von a.php nach b.php bringen? (php)

semteX 24.07.2003 - 12:58 502 10
Posts

semteX

begehrt die rostschaufel
Avatar
Registered: Oct 2002
Location: Pre
Posts: 14736
Tjo das is mein problem.. ich hab 60 vars

die solln von einer php file in die andere übertragn werdn

möglichkeitn: als url ==> zu lang, manche server fangen zum speibn an..

als session,
in der DB tempspeichern (viel aufwand)..

hat wer ideen?!? :(

Cadoc

Big d00d
Avatar
Registered: Sep 2002
Location: Klosterneuburg
Posts: 346
wennst a 2te PHP datei mit den Varablen includest? bei beiden veilleicht gehts dann?

semteX

begehrt die rostschaufel
Avatar
Registered: Oct 2002
Location: Pre
Posts: 14736
würde imho bei mir nur sehr umständlich funktioniernn...


weil dann hätt ich 2 files. diese 2 werden in einer neuen php file abwechselnd inkludiert

aber das is irgendwie ned ganz da sinn und zweck der übung :(

Oculus

void
Avatar
Registered: Jun 2001
Location: schlafzimmer
Posts: 856
machs doch einfach als post-variablen
schreibs alle als hidden-felder raus
bei bedarf halt codiert

dann hast sie im nächsten script sowieso automatisch dabei

noledge

CWNE #540
Avatar
Registered: Apr 2001
Location: ::1
Posts: 6838
schmeiss alles in einen string rein, und speicher es dann, wo du willst..

zB
$a=34;
$b=12;
$oc='haha';

wird zu
$kette='a|34|b|12|oc|haha|';

im anderen file holst dir wieder $kette, parst den string durch - den jeweils ersten wert nimmst du als variablennamen (dynamische varaiblnnamen verwenden), den zweiten wert weist du dieser variable zu.

wär eine einfache lösung - $kette kannst irgendwo speichern (db, session, file, ...) und die sache hat sich.

obs die gscheiteste is, kann i aber ned sagen ;)

wobei bei 60 variablen nicht vielleicht das prinzip überdacht werden sollte - in arrays speichern oder ähnliches - lässt sich leichter in eine db übertragen, weil du einfach eien index durchlaufen lässt...
oder überhaupt in ein file.

edit: @ocolus: als post? wo steht, dass er ein formular verwendet? (das hätte er ja hoffentlich dazugeschrieben...). get (also in der url) geht ja auch ohne formular...

Guest

Deleted User
Registered: n/a
Location:
Posts: n/a
warum brauchst a.php und b.php? reicht nicht ein file, dass je nach parameter (zB im querystring "action=a" oder "action=b") verschiedene funktionen aufruft und sich selber per postback aufruft?

add:
@noli: bei 60 parametern auf jeden fall ein array oder sogar eine collection (wegen index) nehmen - obwohl sich ja manche setups auch "anspeiben", wenn man ein array in eine session var pfriemelt...

Oculus

void
Avatar
Registered: Jun 2001
Location: schlafzimmer
Posts: 856
@noledge: dann machtma sich eine
get für parameterweitergabe is imho total ungeeignet
i will dem user doch net alle meine variablen zeigen, egal ob sinnvolle namen/values oder kryptische

semteX

begehrt die rostschaufel
Avatar
Registered: Oct 2002
Location: Pre
Posts: 14736
$_GET hab ich jetzt ==> sieht sch.. aus und bringt manche inet server zum heuln

noledge

CWNE #540
Avatar
Registered: Apr 2001
Location: ::1
Posts: 6838
oculus: aja, und mit post zeigst die natürlich nicht her...

semtex: hast wenigstens schon was von den vorschlägen probiert?

semteX

begehrt die rostschaufel
Avatar
Registered: Oct 2002
Location: Pre
Posts: 14736
Zitat von noledge
oculus: aja, und mit post zeigst die natürlich nicht her...

semtex: hast wenigstens schon was von den vorschlägen probiert?
probiert ist gut... des is rel. viel arbeit darum frag ich ja vorher und prog dann mal

i werds jetzt mit arrays und sessions machn imho.

danke für die hilfe

Oculus

void
Avatar
Registered: Jun 2001
Location: schlafzimmer
Posts: 856
Zitat von noledge
oculus: aja, und mit post zeigst die natürlich nicht her...

bitte wer durchsucht schon die html-source nach hidden-feldern?
ausserdem kannst die values natürlich encrypten
i finds halt extrem unschön, wennman im browserlink die ganzen parameter-wert-paare zu gesicht bekommt

fehleranfälligkeit von parameterübergabe über get is einfach a schas
bekommt jemand über mail/online-messenger an link mit an haufen get-parametern -> passiert a fehler beim copy-paste hast schowieder ausnahmezustand

get is sowieso unbrauchbar bei transaktionsähnlichen vorgängen
a manueller browseraufruf von an script mit modifizierten parametern kann schowieder nicht erwartete fehler produzieren

deshalb nimmtman ja auch sessions und forms
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz