CronJob-Service
bei SELFPHP mit ...
|
+ minütlichen Aufrufen
+ eigenem Crontab Eintrag
+ unbegrenzten CronJobs
+ Statistiken
+ Beispielaufrufen
+ Control-Bereich
Führen Sie mit den CronJobs von
SELFPHP zeitgesteuert Programme
auf Ihrem Server
aus. Weitere Infos
|
:: Anbieterverzeichnis ::
Globale Branchen
Informieren Sie sich über ausgewählte Unternehmen im Anbieterverzeichnis von SELFPHP
:: Newsletter ::
Abonnieren Sie hier den kostenlosen
SELFPHP Newsletter!
|
PHP Grundlagen Hier kann über grundlegende Probleme oder Anfängerschwierigkeiten diskutiert werden |
25.01.2004, 20:00:56
|
|
SELFPHP Guru
|
|
Registriert seit: Dec 2003
Ort: Erfurt
Alter: 75
Beiträge: 4.001
|
|
Zitat:
Original geschrieben von feuervogel
[B]so, habs jetz sogar auf php 4.3.3 getestet, hab das, was ich ursprünglich in den session-array geschrieben habe, in ein extra array geschrieben, dieses dann so in der sessiong espeichert:
$_SESSION[ 'bla' ] = serialize( $array );
es klappt IMMER NOCHT NICHT, und langsam verzweifle ich!
|
Warum willst Du das Array serialisieren?
$_SESSION['foo'] = $bar_array;
Wenn ich micht recht entsinne, wolltest Du POST Variable in die Session stapeln. Ich mache das so:
$_SESSION['form'] = $_REQUEST;
oder das Ergebnisarray eine DB Abfrage:
$_SESSION['row'] = $row;
Nur bei Objekten müssen gewisse Besonderheiten zu beachtet werden.
|
25.01.2004, 20:05:26
|
|
SELFPHP Guru
|
|
Registriert seit: Dec 2003
Ort: Erfurt
Alter: 75
Beiträge: 4.001
|
|
Zitat:
Original geschrieben von feuervogel
kann da irgendwas mit der übermittlung der textfields nicht stimmen???
|
Und wieso verwendest Du Formulardaten ungeprüft?
|
25.01.2004, 20:26:41
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
also, ich hab mich bei den problemen wohl missverständlich ausgedrückt:
Zitat:
Warum willst Du das Array serialisieren?
$_SESSION['foo'] = $bar_array;
|
Weil er sich anscheinend die values der arrays nicht merken kann. ich dachte, wenn ich kein array nehme, sondern nen string (was ja ein serialize()d array ist), bleiben die werte des arrays erhalten. ich hatte dies anfangs so gemacht, wie du vorschlägst (siehe erster beitrag dieses themas).
zweitens will ich $_POST nicht direkt in das array speichern, sonder vorher die werte prüfen. somit findet ja eine überprüfung statt, außerdem dachte ich nicht, dass mit den variablen an sich was nicht stimmt, sondern bei der
|
25.01.2004, 23:15:07
|
|
SELFPHP Guru
|
|
Registriert seit: Dec 2003
Ort: Erfurt
Alter: 75
Beiträge: 4.001
|
|
Zitat:
Original geschrieben von feuervogel
Weil er sich anscheinend die values der arrays nicht merken kann.
|
PHP kann das, wenn die verwendete Version keinen Bug hat.
Das schließt allerdings Php 4.1.x, 4.2.x, 4.3.0-4.3.2 aus. In 4.3.3/4.3.4 gibt es zwar auch noch ein paar Haken, aber die betreffen andere Bereiche.
Selbstredent, daß ich den Tip $_SESSION['arr'] = $array_var vorher getestet hatte.
Zitat:
zweitens will ich $_POST nicht direkt in das array speichern, sonder vorher die werte prüfen. somit findet ja eine überprüfung statt,
|
Das ist auch völlig richtig. Du pellst Dich mit foreach durch das Formular-Array und korrigierst die Inhalte in dem selben. Und solltest Du den überwiegenden Anteil der Variablen auf der nächsten Seite noch benötigen, dann legst Du das Array komplett in einen selbst benannten Index von $_SESSION.
Allerdings wirst Du Probleme haben, wenn es sich dabei um PHP 4.2.x handelt. Da hängt es von "Wasserständen und Tauchtiefen" ab, was in $_POST und $_REQUEST übrig gebrlieben ist.
Wenn das bei Dir aus "schon bekannten Gründen" nicht klappt, dann mußt Du andere Wege finden, Session-Bug u/o Formular-Bug zu umgehen.
Ich würde da ein Update bevorzugen, weil ich keine Lust habe, auf die nächste Distribution zu warten, die ausnahmsweise mal eine saubere PHP Version mitbringt.
|
26.01.2004, 01:07:21
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
ich versuche mal mein script soweit runter zu schrauben, dass ich es leichter testen kann, weil bei dem zeugs was da noch alles drin steht, ist das sauschwer zu durchblicken.
leider hab ich das auf nem php 4.3.3 system getestet, der gleiche fehler :-/
es handelt sich dabei übrigens um http://www.abirechner.de (*werbungmacht*:)
Geändert von feuervogel (26.01.2004 um 01:13:31 Uhr)
|
26.01.2004, 02:25:09
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
mir kam grad ne ganz blöde idee: darf der index eines assoziativen arrays ziffern (am ende) enthalten?
|
26.01.2004, 05:19:44
|
|
SELFPHP Guru
|
|
Registriert seit: Dec 2003
Ort: Erfurt
Alter: 75
Beiträge: 4.001
|
|
Zitat:
Original geschrieben von feuervogel
leider hab ich das auf nem php 4.3.3 system getestet, der gleiche fehler :-/
|
Dann teste das mal: http://test.new-bbs.info/session-3/
|
26.01.2004, 09:48:31
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
wow, meikel, vielen dank! so früh schon wach?
ich habe da mal in das formular was eingegeben und auch mit den indices rumgespielt. wenn ich nun aber einfach nur den link neu lade (ohne mit post was abzuschicken), ist alles wieder leer. ist das absicht?
ich hab mich gestern mal an mein testscript gesetzt, und das problem ist, wenn ichs neu schreibe, gehts :-/
|
26.01.2004, 10:22:21
|
|
SELFPHP Guru
|
|
Registriert seit: Dec 2003
Ort: Erfurt
Alter: 75
Beiträge: 4.001
|
|
Zitat:
Original geschrieben von feuervogel
wow, meikel, vielen dank! so früh schon wach?
|
Sowas kommt öfter vor, als mir lieb ist.
Zitat:
ich habe da mal in das formular was eingegeben und auch mit den indices rumgespielt. wenn ich nun aber einfach nur den link neu lade (ohne mit post was abzuschicken), ist alles wieder leer. ist das absicht?
|
Das kommt darauf an, was beim letzten OK-Klick in den Feldern stand und ob sich das der Browser gemerkt hat. Bei reload wird wird meines erachtens der letzte request wiederholt.
Zitat:
ich hab mich gestern mal an mein testscript gesetzt, und das problem ist, wenn ichs neu schreibe, gehts :-/
|
Genauer: wenn Du was "neu schreibst", geht "was"?
btw: meine Meckerei bezüglich der PHP Version hat schon seine Berechtigung. Ich erinnere mich noch mit Schrecken an das Update meines damaligen Providers auf 4.1.0. Da bimmelte um 8h das Teflon Sturm. "Wir kommen nicht mehr ins CMS. Wir können uns nicht mehr einlogen!"
|
26.01.2004, 10:48:28
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
es gab doch damals dieses problem mit den global-vars, wo eine variable, die in dem url etwa so stand ?bla=wert damit überall im script als $bla = "wert"; verfügbar war? wo dann ca. 200.000 kunden eines berühmten providers telefonterror gemacht haben?
im moment hab ich grad ne lösung, die (edit:doch nicht) funktioniert; vielleicht kann ich dir sie mal hochladen, aber nur, wenn du versprichst, sie heute abend gleich wieder zu löschen, und den code nicht weiter zu verwenden, ja?
schönen dank für die viele hilfe!
Geändert von feuervogel (26.01.2004 um 10:51:11 Uhr)
|
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
|
|
Forumregeln
|
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.
HTML-Code ist aus.
|
|
|
Alle Zeitangaben in WEZ +2. Es ist jetzt 12:51:10 Uhr.
|