Server2Go AjaxPost Problem bei Insert/Update

Franzose · 11.01.2011, 14:37

Hallo,

ich hab folgendes Problem.
Ich nutzte einen Server2Go um derzeit mobil ein Projekt entwickeln zu können.

Auf einem anderem Server lief alles ohne Probleme.

In diesem Projekt wird mit JQuery-Ajax ein PHP-Skript aufgerufen.
Dieses Skript versucht mit Zend einen Wert in eine lokale Datenbank (damit ist die Datenbank "innerhalb" von Server2Go gemeint) zu schreiben.
Ergebnis das Skript läuft eine Zeit x und bricht dann ohne Fehlermeldung ab. (Sichtbar in Firebug).
Führe ich ein Select in diesem Skript aus, läuft alles einwandfrei.
Nur schreibende Zugriffe verursachen diesen Fehler.

Folgendes habe ich schon rausgefunden:
- Das ganze passiert nicht wenn ich ein beliebiges Skript normal Poste und danach Werte in die Datenbank schreibe
- Das ganze passiert nur wenn größere Werte in die Datenbank geschrieben werden sollen: Bsp.: ein String mit 10 Zeichen kein Problem - ein String mit 500 Zeichen ist ein Problem
- Führe ich das SQL-Statement direkt in mySQL aus, läuft alles einwandfrei
- Es liegt also nicht am SQL-Statement

Daten:
- Server2Go Version 1.8.1
- PHP Version 5.3.2
- Apache 2.2.15
- MySQL Version 5.1.41
- PHP Erweiterung: mysql

Der Code wurde von zwei weiteren Leuten schon geprüft. Keiner hat eine Erklärung dafür. Von daher könnte es vlt. an einer Configeinstellung liegen.

Vielen Dank für eure Hilfe

Gruß Bernd

robo47 · 11.01.2011, 16:07

1) log-level von apache auf debug stellen
2) error-logs in datei von php aktivieren, error_reporting hochsetzen (schauen dass die app/framework da nicht irgendwo was umsetzt!)
3) Situation nachstellen
4) log-files vom apache checken schauen was für status-codes für die zugriffe generiert werden, was für sonstiger output in dessen logs landet
5) php-error-logs checken, schauen ob dort was zu finden ist

Ansonsten wenn zeichenlänge bei requests ein problem ist -> das suhosin modul installiert und zu strikt eingestellt (hat extra log-einstellungen und einen simulations-modus)

Hilft das alles immernoch nichts weiter mal xdebug als debugger installieren und profiles von den zugriffen erstellen lassen, dann sollte zumindest ganz genau klar sein wo welches script abbricht und man kann das genauer debuggen.

Franzose · 12.01.2011, 12:02

schon mal vielen Dank für deine Hilfe.

Das passiert beim Ausführen

Code:

[Wed Jan 12 11:17:25 2011] [notice] Parent: child process exited with status 3221225725 -- Restarting.
[Wed Jan 12 11:17:25 2011] [notice] Apache/2.2.15 (Win32) PHP/5.3.2 configured -- resuming normal operations
[Wed Jan 12 11:17:25 2011] [notice] Server built: Mar  4 2010 11:27:46
[Wed Jan 12 11:17:25 2011] [notice] Parent: Created child process 5644
[Wed Jan 12 11:17:25 2011] [debug] mpm_winnt.c(487): Parent: Sent the scoreboard to the child
[Wed Jan 12 11:17:25 2011] [notice] Child 5644: Child process is running
[Wed Jan 12 11:17:25 2011] [info] Parent: Duplicating socket 196 and sending it to child process 5644
[Wed Jan 12 11:17:25 2011] [debug] mpm_winnt.c(408): Child 5644: Retrieved our scoreboard from the parent.
[Wed Jan 12 11:17:25 2011] [debug] mpm_winnt.c(605): Parent: Sent 1 listeners to child 5644
[Wed Jan 12 11:17:25 2011] [debug] mpm_winnt.c(564): Child 5644: retrieved 1 listeners from parent
[Wed Jan 12 11:17:25 2011] [notice] Child 5644: Acquired the start mutex.
[Wed Jan 12 11:17:25 2011] [notice] Child 5644: Starting 250 worker threads.
[Wed Jan 12 11:17:25 2011] [notice] Child 5644: Starting thread to listen on port 80.

Unter
http://bugs.php.net/bug.php?id=29107
gibt es auch nicht wirklich eine Lösung.
Ich nutzte zwar PEARL aber nur das go-pear.phar Archiv. Und darin gibt es keine Funktion inDaylightTime (nicht mal eine ähnliche ^^)

Daten vom mysql:
max connections 151
max delayed threads 20

max. gleichzeitige Verbindungen
Fehlgeschlagen 0 0,00 0,00%
Abgebrochen 0 0,00 0,00%
Insgesamt 11 278,87 100,00%

Das also die Connections nicht ausreichen kanns ja auch nicht sein.

robo47 · 12.01.2011, 19:00

also wenn der prozess sich so verabschiedet könnte das auch ein fehler in php bzw. dem spezifischen build des pakets liegen, vielleicht mal gegen ein anderes php austauschen ?

lstegelitz · 12.01.2011, 19:22

Zitat:

Zitat von Franzose

[code]
[Wed Jan 12 11:17:25 2011] [notice] Parent: child process exited with status 3221225725 -- Restarting.

3221225725 ist die dezimale Darstellung für hexadezimal C00000FD. Dies ist (unter Windows) der Exceptioncode für einen Stack Overflow.
Selbiger kann diverse Gründe haben, z.B. eine Endlos-Rekursion... benutzt du Rekursion o.ä.?

Franzose · 31.01.2011, 11:12

Sry hatte viel um die Ohren.

Also PHP-Technisch verwende ich keine rekursion.

Das passiert wirklich, wenn ich innerhalb eines Ajax-Posts etwas ab einer Größe x in die Datenbank schreiben will.

Ein kleiner String ist kein Problem. Aber etwas mehr schon.

lstegelitz · 01.02.2011, 17:28

Rekursion ist nicht der einzige Grund.

Ein Stack ist ein sehr spezieller Speicherbereich, der für den Transport von Werten verwendet wird, u.a. auch vom OS bei der Übergabe von Funktionsparametern. Seine Besonderheit besteht darin, das er am Programmende beginnt und nach "vorne" wächst (d.h. in Richtung des Programmcodes). Der Stackoverflow passiert in dem Moment, wenn der Stack den Programmcode erreicht und ihn überschreibt.
Das passiert aber nicht nur bei Endlosrekursionen, sondern auch, wenn man versucht, einen zu großen Wert per Value an eine Funktion zu übergeben (per Value bedeutet: der gesamte Speicher der Variablen wird auf dem Stack abgelegt, der Stackpointer wächst um soviele Bytes in Richtung Code, wie der Speicher groß ist).

Kleines Beispiel (nicht-PHP):
Angenommen, der Programmcode besteht aus einem Codesegment von 1MB Größe, der Code belegt 500KB davon, dann verbleibt für den Stack eine ungefähre Größe von 500KB.
Im Programm wird nun ein Array erstellt, das seeehr groß ist, insgesamt 600KB. Eine Funktion wird aufgerufen, und das sehr große Array wir "per value" an die Funktion übergeben - 600KB werden auf den Stack gelegt, der aber nur maximal 500KB groß werden kann -> Stack Overflow.

cycap · 02.02.2011, 13:10

Vielleicht liegt es auch einfach an php.ini-Einstellungen ala max_post_size?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Problem mit Ajax - Session Problem	halskrause	PHP Tipps 2009	10	12.01.2010 02:27
[Erledigt] Problem mit Mehrsprachigkeit	Sniper_Kotaro	PHP Tipps 2009	2	16.12.2009 11:47
Problem beim Download Management	mistermint	PHP Tipps 2009	8	24.10.2009 11:34
Umlaut Problem	nokieone	PHP Tipps 2009	7	16.10.2009 19:30
Problem mit Basedir in PhP	cmuch05	Datenbanken	9	08.01.2009 14:17
[Erledigt] Problem: PHP Selbe Datei mehr als 1 Mal	soulan	PHP Tipps 2008	13	28.11.2008 22:51
Problem Upload mehrere Dateien und schreiben in DB	Lapje	PHP Tipps 2008	1	22.10.2008 13:12
utf8 Problem (Daten aus DB auslesen)	go1denboy	PHP Tipps 2008	1	23.09.2008 12:19
Problem mit swfobjects	R4v3r	JavaScript, Ajax und mehr	8	21.09.2008 14:17
Timestamp problem	phrain	PHP Tipps 2008	2	04.04.2008 09:41
datensätze defekt oder problem mit dem einlesen?	Ministry	Datenbanken	4	06.07.2006 18:42
problem!!!		PHP Tipps 2006	6	08.02.2006 11:06
Smarty und PHP-Skript Problem		PHP Tipps 2004-2	2	03.12.2004 22:27
Problem mit alter JavaScript-Funktion	woods	PHP Tipps 2004	1	13.08.2004 13:34

11.01.2011, 14:37
Franzose Neuer Benutzer Registriert seit: 11.01.2011 Beiträge: 8 PHP-Kenntnisse: Fortgeschritten	Server2Go AjaxPost Problem bei Insert/Update Hallo, ich hab folgendes Problem. Ich nutzte einen Server2Go um derzeit mobil ein Projekt entwickeln zu können. Auf einem anderem Server lief alles ohne Probleme. In diesem Projekt wird mit JQuery-Ajax ein PHP-Skript aufgerufen. Dieses Skript versucht mit Zend einen Wert in eine lokale Datenbank (damit ist die Datenbank "innerhalb" von Server2Go gemeint) zu schreiben. Ergebnis das Skript läuft eine Zeit x und bricht dann ohne Fehlermeldung ab. (Sichtbar in Firebug). Führe ich ein Select in diesem Skript aus, läuft alles einwandfrei. Nur schreibende Zugriffe verursachen diesen Fehler. Folgendes habe ich schon rausgefunden: - Das ganze passiert nicht wenn ich ein beliebiges Skript normal Poste und danach Werte in die Datenbank schreibe - Das ganze passiert nur wenn größere Werte in die Datenbank geschrieben werden sollen: Bsp.: ein String mit 10 Zeichen kein Problem - ein String mit 500 Zeichen ist ein Problem - Führe ich das SQL-Statement direkt in mySQL aus, läuft alles einwandfrei - Es liegt also nicht am SQL-Statement Daten: - Server2Go Version 1.8.1 - PHP Version 5.3.2 - Apache 2.2.15 - MySQL Version 5.1.41 - PHP Erweiterung: mysql Der Code wurde von zwei weiteren Leuten schon geprüft. Keiner hat eine Erklärung dafür. Von daher könnte es vlt. an einer Configeinstellung liegen. Vielen Dank für eure Hilfe Gruß Bernd Geändert von Franzose (11.01.2011 um 14:47 Uhr).


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

11.01.2011, 16:07
robo47 Moderator Registriert seit: 03.09.2004 Beiträge: 11.792 PHP-Kenntnisse: Fortgeschritten	1) log-level von apache auf debug stellen 2) error-logs in datei von php aktivieren, error_reporting hochsetzen (schauen dass die app/framework da nicht irgendwo was umsetzt!) 3) Situation nachstellen 4) log-files vom apache checken schauen was für status-codes für die zugriffe generiert werden, was für sonstiger output in dessen logs landet 5) php-error-logs checken, schauen ob dort was zu finden ist Ansonsten wenn zeichenlänge bei requests ein problem ist -> das suhosin modul installiert und zu strikt eingestellt (hat extra log-einstellungen und einen simulations-modus) Hilft das alles immernoch nichts weiter mal xdebug als debugger installieren und profiles von den zugriffen erstellen lassen, dann sollte zumindest ganz genau klar sein wo welches script abbricht und man kann das genauer debuggen. __________________ robo47.net - Blog, Codeschnipsel und mehr \| Caching-Klassen und Opcode Caches in php \| Robo47 Components - PHP Library extending Zend Framework

12.01.2011, 19:00
robo47 Moderator Registriert seit: 03.09.2004 Beiträge: 11.792 PHP-Kenntnisse: Fortgeschritten	also wenn der prozess sich so verabschiedet könnte das auch ein fehler in php bzw. dem spezifischen build des pakets liegen, vielleicht mal gegen ein anderes php austauschen ? __________________ robo47.net - Blog, Codeschnipsel und mehr \| Caching-Klassen und Opcode Caches in php \| Robo47 Components - PHP Library extending Zend Framework

31.01.2011, 11:12
Franzose Neuer Benutzer Registriert seit: 11.01.2011 Beiträge: 8 PHP-Kenntnisse: Fortgeschritten	Sry hatte viel um die Ohren. Also PHP-Technisch verwende ich keine rekursion. Das passiert wirklich, wenn ich innerhalb eines Ajax-Posts etwas ab einer Größe x in die Datenbank schreiben will. Ein kleiner String ist kein Problem. Aber etwas mehr schon.

01.02.2011, 17:28
lstegelitz Erfahrener Benutzer Registriert seit: 07.09.2009 Beiträge: 4.005 PHP-Kenntnisse: Fortgeschritten	Rekursion ist nicht der einzige Grund. Ein Stack ist ein sehr spezieller Speicherbereich, der für den Transport von Werten verwendet wird, u.a. auch vom OS bei der Übergabe von Funktionsparametern. Seine Besonderheit besteht darin, das er am Programmende beginnt und nach "vorne" wächst (d.h. in Richtung des Programmcodes). Der Stackoverflow passiert in dem Moment, wenn der Stack den Programmcode erreicht und ihn überschreibt. Das passiert aber nicht nur bei Endlosrekursionen, sondern auch, wenn man versucht, einen zu großen Wert per Value an eine Funktion zu übergeben (per Value bedeutet: der gesamte Speicher der Variablen wird auf dem Stack abgelegt, der Stackpointer wächst um soviele Bytes in Richtung Code, wie der Speicher groß ist). Kleines Beispiel (nicht-PHP): Angenommen, der Programmcode besteht aus einem Codesegment von 1MB Größe, der Code belegt 500KB davon, dann verbleibt für den Stack eine ungefähre Größe von 500KB. Im Programm wird nun ein Array erstellt, das seeehr groß ist, insgesamt 600KB. Eine Funktion wird aufgerufen, und das sehr große Array wir "per value" an die Funktion übergeben - 600KB werden auf den Stack gelegt, der aber nur maximal 500KB groß werden kann -> Stack Overflow. __________________ Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

02.02.2011, 13:10
cycap Moderator Registriert seit: 13.02.2008 Beiträge: 6.816 PHP-Kenntnisse: Fortgeschritten	Vielleicht liegt es auch einfach an php.ini-Einstellungen ala max_post_size?