Archiv verlassen und diese Seite im Standarddesign anzeigen : set_time_limit ausser gGefecht?
Hallo Leute,
habe mir gerade einen Anschiß vom Admin geholt.
Grund: ich habe php dazu mißbraucht, ein paar Random-Tabellen zu erstellen.
Erste Anweisung im Script ist zwar:
set_time_limit(30);
beim ersten Durchlauf bricht er auch brav ab, aber beim 2. Aufruf
scheint der Indianer das irgendwie zu ignorieren und rennt bis zu 5 Minuten weiter bei CPU-Vollast. (Screen-Output ist lang schon beendet)
Schön für meine Tabellen, schlecht für Stimmung vom Admin.
System:
php5 auf gentoo-amd64, diese Woche upgedatet (bleeding edge)
php.ini maximum execution time ist ungefähr 5 min.
Aber wieso ignoriert der Bursche mein time_limit?
so long,
BlueJay
mehlvogel
13-12-2006, 22:31
Hmm vielleicht das hier:
"Achtung: Wenn PHP im Safemode läuft, hat set_time_limit() keinen Effekt. Die einzige Möglichkeit, dies zu umgehen, ist den Safemode im configuration file auszuschalten."
Aber das würde natürlich nicht erklären warum es einmal ging und einmal nicht.
Romanday
14-12-2006, 03:02
Hallo Leute,
habe mir gerade einen Anschiß vom Admin geholt.
Grund: ich habe php dazu mißbraucht, ein paar Random-Tabellen zu erstellen.
Erste Anweisung im Script ist zwar:
set_time_limit(30);
beim ersten Durchlauf bricht er auch brav ab, aber beim 2. Aufruf
scheint der Indianer das irgendwie zu ignorieren und rennt bis zu 5 Minuten weiter bei CPU-Vollast. (Screen-Output ist lang schon beendet)
Schön für meine Tabellen, schlecht für Stimmung vom Admin.
BlueJay
Bist Du dir sicher, das Du den Wert von set_time_limit innerhalb deiner
Schleife überschreibst? Poste doch mal den entsprechenden Teil deines
Scriptes.
undefined
14-12-2006, 08:25
Hallo Leute,
habe mir gerade einen Anschiß vom Admin geholt.
Grund: ich habe php dazu mißbraucht, ein paar Random-Tabellen zu erstellen.
Erste Anweisung im Script ist zwar:
set_time_limit(30);
beim ersten Durchlauf bricht er auch brav ab, aber beim 2. Aufruf
scheint der Indianer das irgendwie zu ignorieren und rennt bis zu 5 Minuten weiter bei CPU-Vollast. (Screen-Output ist lang schon beendet)
Schön für meine Tabellen, schlecht für Stimmung vom Admin.
System:
php5 auf gentoo-amd64, diese Woche upgedatet (bleeding edge)
php.ini maximum execution time ist ungefähr 5 min.
Aber wieso ignoriert der Bursche mein time_limit?
so long,
BlueJay
Klassischer Speicher Fehler. Zeige mal den Code ;)
Hier ist der Code, der die arme CPU auf 100% Last trieb und angeblich auf
fast 60 Grad: (bei 60 fährt der Server runter)
(Ich gebe ja zu, dass ich php als Random-Generator missbraucht habe, aber ich brauche erstens prüf- und wiederholbare Sequenzen, zweitens habe ich so was schneller in php zusammengestrickt als in C++, drittens spielt die Zeit für die Erstellung keine Rolle, viertens läuft der Kram im .htaccess-geschütztem Bereich, fünftens MUSS der Apache der Owner des fertigen Files sein.)
Code:
<?php
// bingokarten:
$dpfad="/var/xxxxxxxxxxxxxxxxxxxxxxxxxx/"; // später mal extra-Verzeichnis
$filnam=$dpfad.'blue.csv';
set_time_limit(30);
// pattern einlesen:
$nzeilen=18; $nspalten=9;
$zeilen=file('bingo.patt');
for ($i=0; $i<$nzeilen; $i++)
{ $d=split(',',$zeilen[$i]);
for ($j=0; $j<$nspalten; $j++) $f[$i][$j]=intval($d[$j]);
}
for ($i=1; $i<=90; $i++) $arr[$i]=$i; // Zahlenvorrat
// ================================================== ==============
for ($satz=0; $satz<100; $satz++)
{
do
{ echo "<br>Starte Satz - $satz :<br>";
mischen($arr,1,9);
for ($i=1; $i<8; $i++) mischen($arr,10*$i,10*$i+9);
mischen($arr,80,90);
$out='';
for ($i=0; $i<$nzeilen; $i++)
{ for ($j=0; $j<$nspalten-1; $j++) if ($f[$i][$j]==0) $out=$out.'0,'; else $out=$out.$arr[$f[$i][$j]].',';
if ($f[$i][$nspalten-1]==0) $out=$out."0\n"; else $out=$out.$arr[$f[$i][$j]]."\n";
}
echo $out;
}
while(dublette($filnam,$out)===true);
if ($fh=fopen($filnam,"a")) { fwrite($fh,$out); fclose($fh); }
echo "<br>Kartensatz $satz fertig<br>\n";
}
exit();
// ================================================== ================================================== ==========
function in_liste($e,$l) { $k=0; if (count($l)>1) for ($i=1; $i<=$l[0]; $i++) if ($e==$l[$i]) $k=$i; return $k; }
function add_liste($e,&$l) { if (in_liste($e,$l)<1) { $l[0]++; $l[$l[0]]=$e; } }
// ---------------------------------------------------------------------------------------------------------------
function mischen(&$a,$von,$bis)
{ for ($i=$von; $i<=$bis; $i++)
{ $k=rand($von,$bis);
$e=$a[$i]; $a[$i]=$a[$k]; $a[$k]=$e;
}
}
function dublette($infile,$neu)
{ $dub=false;
$zeilen=@file($infile);
if (count($zeilen)>1) for ($i=0; $i<count($zeilen); $i++) if (!$dub)
{ $a0[0]=0; $a1[0]=0; $z0=split(',',$neu); $z1=split(',',$zeilen[$i]); $dub0=true;
for ($j=0; $j<count($z0); $j++) if ($z0[$j]>0) add_liste($z0[$j],$a0);
for ($j=0; $j<count($z0); $j++) if ($z0[$j]>0) add_liste($z1[$j],$a1);
for ($j=0; $j<=$a0[0]; $j++) if ($a0[$j]!=$a1[$j]) $dub0=false;
if ($dub0) $dub=true;
}
return $dub;
}
?>
Apache-Daten kann ich leider nicht liefern, das hält der Admin geheim.
A propos Speicherfehler:
Spinnen die neueren CPUs ab 60 Grad tatsächlich schon rum? Die alte Amiga hat früher 3 Tage am Stück gelaufen, ohne aufzumucken.
so long,
BlueJay
Hmm vielleicht das hier:
"Achtung: Wenn PHP im Safemode läuft, hat set_time_limit() keinen Effekt. Die einzige Möglichkeit, dies zu umgehen, ist den Safemode im configuration file auszuschalten."
Aber das würde natürlich nicht erklären warum es einmal ging und einmal nicht.
Safe mode ist off (Stand: heute morgen :) )
Beim (jeweils) erstenmal hat die Sicherheitsgrenze ja auch zugeschlagen, dann startet man (via Refresh) nochmal, um die nächsten Sätze zu bekommen, und da ist das Script die vollen 5 CPU-Minuten durchgelaufen.
undefined
14-12-2006, 14:57
Sorry aber deine Javascript Schreibweise ist in PHP Grauenvoll und Fehlerträchtig.
Zum Fehler - du hast ein Speicherloch in der while Schleife.
Und zwar deshalb weil die Funktion dublette() nach der Schleife kommt aber du setzt vor dublette() ein exit() Script Beenden.
Das heist der Compiler sucht nach der Funktion und findet sie auch daher Mäckert er auch nicht - das einlesen wird aber zuvor Beendet.
Setze die Funktion vor die Schleifen und Sehe noch mal was Passiert. ;)
Mal als Tip: Der PHP Interpreter liest von Oben nach Unten von Rechts nach Links die Scripte durch.
mal ne bloede zwischenfrage:
muss das ueberhaupt ueber den apache laufen?
es waere weitaus sinnvoller dieses script auf der commandline auszufuehren (per cron, 1mal taeglich, nachts).
waere das moeglich?
ich bin kein PHP freak, aber AFAIK habe ich das in erinnerung das man php scripte (genau wie python usw) natuerlich auch direkt auf der bash ausfuehren kann.
dieses haette den vorteil, die php.ini der bash anders zu gestalten als die welche ueber den indianer laeuft.
Romanday
14-12-2006, 16:16
Sorry aber deine Javascript Schreibweise ist in PHP Grauenvoll und Fehlerträchtig.
Sieht schon ziemlich heftig aus.:D
Aber trotzdem muß die Hardware soetwas abkönnen, ob da nun
Fehler im Script sind, oder nicht.
Dann muß der Admin eben mal 1-2 Speicherblocke auswechseln.
Außerdem eine Einstellung in der ini max_execution_time auf 5 Min.
zu setzen halte ich für vollkommen übertrieben.
Ich geh mal davon aus, das dies nicht dein eigener Server ist,
sondern du dir einen Account (nen Stück Festplatte) gemietet hast.
Da kann es natürlich sein, das noch andere Freaks den Rechner
knuten und knebeln. Dann wird es natürlich eng.:D
Romanday
14-12-2006, 16:20
mal ne bloede zwischenfrage:
muss das ueberhaupt ueber den apache laufen?
es waere weitaus sinnvoller dieses script auf der commandline auszufuehren (per cron, 1mal taeglich, nachts).
waere das moeglich?
ich bin kein PHP freak, aber AFAIK habe ich das in erinnerung das man php scripte (genau wie python usw) natuerlich auch direkt auf der bash ausfuehren kann.
dieses haette den vorteil, die php.ini der bash anders zu gestalten als die welche ueber den indianer laeuft.
Die Idee ist ja nicht schlecht, aber bei einem Account hat Sie meist keinen
Cron && || Shellzugriff.
Das entlastet zwar den Indianer + RAM aber Prozessor glüht trotzdem.
(Aber wie gesagt ich vermute nur, daß Sie nur einen Account hat.)
Sorry aber deine Javascript Schreibweise ist in PHP Grauenvoll und Fehlerträchtig.
Die ANSI-Schreibweise ist wohl nicht der Grund für den Fehler. :)
Eine do.. while-Schleife muss hier benutzt werden, weil
erst der Datensatz erstellt,
dann auf dublette geprüft wird.
Also genau dieses Konstrukt, was nun mal diese spezielle Syntax hat:
http://de.php.net/manual/en/control-structures.do.while.php
Zum Fehler - du hast ein Speicherloch in der while Schleife.
Und zwar deshalb weil die Funktion dublette() nach der Schleife kommt aber du setzt vor dublette() ein exit() Script Beenden.
Das wäre richtig, wenn vor dem while ein Semikolon stünde.
PHP arbeitet diese Schleife ja auch korrekt ab (nix Speicherloch), gemeckert wird nix, die Datenblöcke werden, wenn vollständig und ohne Dublette, korrekt geschrieben.
Setze die Funktion vor die Schleifen und Sehe noch mal was Passiert. ;)
Eine 1a-Bauchlandung wegen fehlender Daten, schont natürlich die CPU :D
Nee, schon verstanden!
Geht nicht, weil die Daten erst in der do-while Schleife anfallen. Wieso soll ich eine Extra-Runde drehen und doppelten Code produzieren? DAS ist fehleranfällig!
Vgl. hierzu auch den Kommentar in obigem Link.
Der Knackpunkt vom Ganzen ist doch, dass er nach 30s nicht aufhört, zu rechnen, (ca. 17-30 Blöcke) sondern je nach max_execution_time bis zum bitteren Ende (40 - 100 Blöcke, sprich: bis zu 1800 Reihen) weitermacht und dabei die CPU anwärmt.
Die Datei ist natürlich mittlerweile recht heftig :eek: :)
Admin liest mit, da sage ich wohl besser nicht, dass ich so 18000 Zeilen anpeile :o
Sieht schon ziemlich heftig aus.:D
Statistiker kennen keine Gnade! :D
Außerdem eine Einstellung in der ini max_execution_time auf 5 Min.
zu setzen halte ich für vollkommen übertrieben.
Hat er mir zuliebe gemacht, weil ich aus den Logfiles Hitparaden erstellen wollte.
Kann ich natürlich auch wieder lokal machen und dann wöchentlich updaten.
Aber trotzdem muß die Hardware soetwas abkönnen, ob da nun
Fehler im Script sind, oder nicht.
natuerlich kann die hardware "das ab", dennoch kanns ja wohl nicht sein, das sich ein php script ueber den indianer <=100% cpu last schnappt, sprich: alles was es an cpu power bekommen kann.
Ich geh mal davon aus, das dies nicht dein eigener Server ist,
sondern du dir einen Account (nen Stück Festplatte) gemietet hast.
Da kann es natürlich sein, das noch andere Freaks den Rechner
knuten und knebeln. Dann wird es natürlich eng.:D
noe, laeuft sonst nix drauf. ist mein server <g> und meine frau <g>
ansonsten wuerde ich die CPU last kaum sehen koennen, bei webspace, gell?
Die Idee ist ja nicht schlecht, aber bei einem Account hat Sie meist keinen
Cron && || Shellzugriff.
bei mir schon.
Das entlastet zwar den Indianer + RAM aber Prozessor glüht trotzdem.
exakt. hab fuer spass den eaccelerator eingebunden, hilft natuerlich bei CPU last garnix (chached nur und macht sharedmem, logo).
also, wuerde es was bringen, das script (sofern bereinigt) auf der bash laufen zu lassen?
also, wuerde es was bringen, das script (sofern bereinigt) auf der bash laufen zu lassen?
Da ist nix zu bereinigen, der braucht keine Parameter, und ob der nun mit ein paar Fetzen HTML-Code seinen Bearbeitungsstand rausgibt, ist für die Lesbarleit für mich wurscht.
Fehlerbereinigung ist sowieso nicht, undefined braucht nach dem wohl für heutige Programmierer etwas unverdaulichem ANSI-Format nur eine längere Kaffeepause, um wieder zu wissen, wo oben und unten ist. :)
bei mir schon.
:confused:
Bisher habe ich dir die Cron-Jobs zum Einbinden immer 'rübergeschoben oder bei mir laufen lassen.
Wie schon bemerkt, meine CPU ist gegenüber der Server-CPU ziemlich schneckig, aber das Timeout funktioniert ohne Indianer sehr zuverlässig :(
Beim (jeweils) erstenmal hat die Sicherheitsgrenze ja auch zugeschlagen, dann startet man (via Refresh) nochmal, um die nächsten Sätze zu bekommen, und da ist das Script die vollen 5 CPU-Minuten durchgelaufen.
Vorsicht, jetzt wird schwer geketzt!
Nachdem das Ganze ja ohne Indianer wie erwartet lief:
Kann es sein, dass durch irgend einen dummen Zufall beim Refresh-Button des Browsers, wenn das php-Script unter dem Indianer läuft, der "Countdown-Zähler" für die CPU nicht auf 0 zurückgestellt wird?
Weil vielleicht irgendwelche Flags wegen irgendwelchen "Abkürzungen", sprich:Optimierungen, nicht gesetzt und dadurch nix initialisiert wird?
Dass dann der cpu-Counter hinter dem Endwert weitermacht und bis ultimo (max_execution_time) läuft?
Nix gegen die php-Jungs, aber so was gab es auch schon in anderen Sprachen/Betriebssystemen. :rolleyes:
undefined
15-12-2006, 21:31
Also wenn ich bei mir das Script Teste schiesst der Debugger ohne ende Fehler raus. Schalte mal dein error_reporting() auf E_STRICT
Und sage mir bitte wo du Array $f Definierst?
Sage mir bitte mal genau was du in die Datei Schreiben möchtest.
Das geht wenn ich es richtig sehe Wesentlich einfacher und Schneller.
wie auch immer jetzt..
mir gehts eher darum, wie man sowas auf einem server vermeidet :confused:
wie macht das strato, puretec usw :confused:
selbst wenn das php script schlecht programiert ist, muss es doch eine moeglichkeit geben diesem die hohe serverlast zu verbieten - oder?
ist hier jetzt kein wirkliches problem, ist ja kein oeffentlicher hostingserver wo jeder hosten darf hier. dennoch interessiert mich, wie man sowas serverseitig unterbindet.
@undefinded:
Lass mal deine Bemühungen, das Script läuft (hier) FEHLERFREI und tut genau das, was es soll. Wenn Mr. Admin nicht auf meiner Maschine herumkompiliert (gentoo), sogar recht fix.
Was ihn stört, ist, dass sich php kackfrech 100% CPU-Last greift,
und was unser Zusammenleben stört, ist, dass sich php trotz angegebener php.ini-Einstellung bei set_time_limit() nicht immer an die angegebenen Grenzen hält.
Turbohummel
17-12-2006, 08:12
Sollte sich nicht das Betriebssystem um eine gerechte Lastverteilung kümmern? Die Anwendungen sagen ja nur: Ich brauch jetzt Rechenleistung, das OS entscheidet, wie viel davon es wann bekommt. Wenn andere Prozesse halt grad gar nix brauchen, bekommt php alles, wenn es Rechenleistung anfordert und diese dann auch nutzt.
Das Problem mit set_time_limit() könnte eventuell ein Konfigurationsfehler im Apache sein?
Mag sein, aber da kann und möchte ich dem Admin nicht reinreden.
Ist sogar sicher so, allerdings schickt der Konqueror 3.5.5 schonmal gecachte(?) Daten ab, was u.a. bei AJAX manchmal zu seltsamen Return-Codes führt. Oder er stoppt mitten im Laden.
Macht nur dieser Browser, Mozilla und Opera sind ok.
Das Script läuft jetzt, etwas vergleichsoptimiert, auf der shell,
schnappt sich seine >95% CPU-Zeit, brät aber die CPU weniger als ein amoklaufender(?) Midnight-Commander und hält den Time-limit brav ein.
Wen's interessiert:
die ersten Bingokarten-Dubletten treten ca. ab Block 660 auf. Bin im Moment bei 850, da hageln sie schon stärker.
Aber ich denke, die 1000 werden voll, ohne dass ein Professor oder Prozessor dem Wahnsinn verfällt :)
Oder? ;)
undefined
17-12-2006, 10:00
@undefinded:
Lass mal deine Bemühungen, das Script läuft (hier) FEHLERFREI und tut genau das, was es soll. Wenn Mr. Admin nicht auf meiner Maschine herumkompiliert (gentoo), sogar recht fix.
Was ihn stört, ist, dass sich php kackfrech 100% CPU-Last greift,
und was unser Zusammenleben stört, ist, dass sich php trotz angegebener php.ini-Einstellung bei set_time_limit() nicht immer an die angegebenen Grenzen hält.
Wer nicht will der hat schon mal. ;)
In deinem Script sind ein Paar Sachen die Sinnlos Speicher verbraten! Zum Beispiel nutzt du nicht die von PHP gegebenen Array Funktionen und Erstellst deine Arrays Umständlich mit for Schleifen. Wenn du range Verwendest sparst du mal fett Speicher weil in dem Moment C das ganze Übernimmt und nicht der PHP Interpreter. Deine while Schleife legt definitive, bei mir Schmeisst der Debugger nur noch undefined's raus - was gerade bei solchen schleifen Gift ist. Installiere XDebug und Stelle mal dein error_reporting() hoch. Ich habe schon Scripte gebaut die ca. 45000 Einträge geschrieben haben und bei weiten nicht das verbraten was dieses Script macht.
@hds
Es kommt darauf an wie Resourcen Sparend user Schreiben. Viele Provider gehen genau aus diesen Grund hin verbieten den Consolen Zugriff und setzen Memory limits
Stimmt, du kommst zu spät ;)
Ich verteile die Ergüsse sogar schon 1000-Block-weise :)
CPU-Last >95% für ca. 10 min, System-Last: n.n.
Da ist der Midnight Commander weitaus gefräßiger.
Und nun können sich die anderen mal 90 Fragen und Antworten einfallen lassen, die auf die Bingokarten sollen :D
Genauso schweigsam wie der Error-Report verhält sich xdebug, ich habe mal die Bearbeitungstände rausgenommen:
Er schmeisst also weder undefined's noch BlueJay's raus :), lässt die BlueJay sogar ungehindert weiterarbeiten.
Dies ist übrigens der frischeste xdebug für php5, dem hiesigen php, nur mal so zur Info.
Zieht man ihm ein file unter dem Hintern weg, meckert er natürlich.
Da ist der Midnight Commander weitaus gefräßiger.
bitte was :confused:
Sollte sich nicht das Betriebssystem um eine gerechte Lastverteilung kümmern?
natuerlich! tut es ja auch ;)
denoch ist es idr doch so, das meine CPU im 1GhZ takt bleibt, und garnicht raufskaliert, egal was auf dem webserver passiert.
(ja, ich fahre powernowd, und die CPU skaliert 1.1.4.1.8.2.2 Ghz).
die kiste idled so vor sich hin, und soll sie auch.
apache hat nicht die hohe last zu fressen (bzw. php). darum gehts mir.
sorry, kam vielleicht missverstaendlich rueber von mir?
bitte was :confused:
Root MC heute morgen, klingelt es? (Stichwort PAM)
50% CPU-Last und 85 % Ressourcenklau! Temperatur 151 F gegenüber php only (141-143 F). Ich habe erst gar nicht gewagt, den generator.php längere Zeit am Stück laufenzulassen.
root 5285 0.0 0.2 22096 2348 pts/1 S+ 19:30 0:00 mc
keine ahnung, was du da machst.
der mc ist das resourcen sparendste programm ueberhaupt, welches eine komfortable oberflaeche bietet (wie damals norton commander unter DOS).
root 5285 0.0 0.2 22096 2348 pts/1 S+ 19:30 0:00 mc
keine ahnung, was du da machst.
Du weisst, dass ich bis heute nachmittag als Root gar nichts machen konnte!
@undefined:
Wir sind 2 Hornochsen, wie sie im Buche stehen!
Ohne Pattern-File rennt das Programm natürlich vor die Wand!
Turbohummel
18-12-2006, 13:16
natuerlich! tut es ja auch ;)
denoch ist es idr doch so, das meine CPU im 1GhZ takt bleibt, und garnicht raufskaliert, egal was auf dem webserver passiert.
(ja, ich fahre powernowd, und die CPU skaliert 1.1.4.1.8.2.2 Ghz).
die kiste idled so vor sich hin, und soll sie auch.
apache hat nicht die hohe last zu fressen (bzw. php). darum gehts mir.
sorry, kam vielleicht missverstaendlich rueber von mir?
Also bei mir tut Apache was, wenn ich meine (recht komplexen) Crons über den Indianer aufruf. Dann Taktet er von 800 auf 1,8 GHz hoch, wenn das länger dauert. Auf CLI natürlich genauso.
1&1 und Co. laufen die Webspaces auf Multi-Prozessor-System, Apache produziert nur einen Threat pro PHP-Script, dann ist halt einer der Prozessoren für 30 Sekunden voll beschäftigt, bis das Script abbricht, tut aber der Gesamtleistung nix an.
Wenn man das zu oft macht, bekommt man sogar nen Anruf wegen der hohen Last und die Empfehlung, doch einen Root-Server zu mieten.
Wenn man das zu oft macht, bekommt man sogar nen Anruf wegen der hohen Last und die Empfehlung, doch einen Root-Server zu mieten.
ach so "loesen" die das problem :D
naja.. keine wirkliche loesung also, hmm..
ist wie mit deren flatrate? wenn man die bandbreite volumenmaessig gut nutzt - goldener handschlag? <lol>
Du weisst, dass ich bis heute nachmittag als Root gar nichts machen konnte!
ein "ps" geht auch als user. root ueber X und ssh ging.
aber togal.
ich wollte eigentlich nur dieses script, um es *hier* auf *meinem* rechner ausfuehren zu koennen.
welche CPU-Last *dein* rechner damit hat, bzw. wieviel Farenheit (versteckte rechenaufgabe?) <lol> interessiert mich garnicht.
sind wie 2 paar verschiedene schuhe.
inwieweit sich dieses script nun *bei dir* unterschiedlich verhaelt, ob du es ueber apache startest, oder direkt auf der commandline, liegt an *deiner* konfiguration.
die php.ini files fuer php direkt und php via apache sind unterschiedlich. gibts mehrere von, siehe /etc/apache.
ich will wissen, wie *ich* das unterbinden kann, ganz im allgemeinen.
dazu benoetige ich das script auf *meinem* rechner. es waere somit nett, wenn du mir den namen/pfad dieses scripts mal mitteilst, somit ich damit experimentieren darf, um meinen horizont zu erweitern, insofern ich solchen problemen in zukunft auf production servern vermeiden kann.
war dies nun selbst fuer dich ausfuehrlich genug?
mach 'nen eigenen Thread auf.
Ich wollte nur wissen, warum set_time_limit nicht beachtet wird.
Fazit: es liegt an deinem Indianer.
EOD.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.