webgrab hat keine Ausdauer
webgrab hat keine Ausdauer
Meinem Webgrab mangelt es an Ausdauer.
Wenn ich eine (asp-)Seite parse, auf der lange Artikel stehen, includiert er mir diese bis zu einem bestimmten Punkt, danach passiert aber nix mehr.
D.h. der Quelltext meiner Seite bricht ab, die rechte Spalte (z.B.) wird nicht mehr angezeigt.
Liegt das an der http1.1-Paketgröße? Und wenn ja, kann ich die irgendwie verstellen?
Wenn ich eine (asp-)Seite parse, auf der lange Artikel stehen, includiert er mir diese bis zu einem bestimmten Punkt, danach passiert aber nix mehr.
D.h. der Quelltext meiner Seite bricht ab, die rechte Spalte (z.B.) wird nicht mehr angezeigt.
Liegt das an der http1.1-Paketgröße? Und wenn ja, kann ich die irgendwie verstellen?
geh mal zu http://phpcms.de/forum/index.php
da kommt webgrab her.
Ich schätze da kommst Du weiter.
Gruss ekke
da kommt webgrab her.
Ich schätze da kommst Du weiter.
Gruss ekke
Schöner Mist! Neben unzähligen Warnungen zu contenido-Variablen kommt im Bereich des Webgrab-Moduls folgende Fehlermeldung (mehrfach):
Warning: Cannot add header information - headers already sent by (output started at /var/www/web3/html/front_single/front_content.php:33) in /var/www/web3/html/front_single/front_content.php(131) : eval()'d code on line 332
ABER: Der Mist - Der Webgrab-geparste Inhalt ist nicht mehr abgeschnitten, soll heißen er wird bei error-reporting (E_ALL); komplett angezeigt.
Idee: Ich habe im linken Teil der Seite Svens Navi hardvercoded. Da die beim error-reporting nicht ausgeführt wird, könnte Sie vileleicht das Problem sein. Was meint Ihr?
Warning: Cannot add header information - headers already sent by (output started at /var/www/web3/html/front_single/front_content.php:33) in /var/www/web3/html/front_single/front_content.php(131) : eval()'d code on line 332
ABER: Der Mist - Der Webgrab-geparste Inhalt ist nicht mehr abgeschnitten, soll heißen er wird bei error-reporting (E_ALL); komplett angezeigt.
Idee: Ich habe im linken Teil der Seite Svens Navi hardvercoded. Da die beim error-reporting nicht ausgeführt wird, könnte Sie vileleicht das Problem sein. Was meint Ihr?
Also, das Problem ist weiter eingekreist:
1. Ist es mir gelungen das WebGrab-Modul in einer fast nackten Seite (1 einziger div-Container) fehlerfrei zum Laufen zu bringen.
Das hat mich zusammen mit den Fehlermeldungen (s.o.) darauf gebracht, dass etwas mit den verschiedenen Headern in meinem Original-Layout (viele Includes drin) nicht passt.
Also 2. habe ich Output-Buffering in der php.ini aktiviert und die ob_start Anweisungen in der front_content.php auskommentiert.
Ergebnis: Die Seiten werden im Original-Layout komplett übertragen NUR: Die Header-Fehlermeldungen von oben tauchen auf.
Aber warum? Output-Buffering ist wie gesagt in der php.ini aktiviert. Wenn ich die ob_start Anweisungen wieder einkommentiere, kriege ich wieder unvollständige Seiten. MANN-OH-MANN!!!
Klar ist nun aber immerhin, dass mein Problem mit den per WebGrab eingelesenen Headern zu tun hat. Werden die per Error unterdrückt, funzt es, werden sie eingelesen, streikt das WebGrab-Modul.
Hat jemand eine Idee, woran das liegen könnte?
1. Ist es mir gelungen das WebGrab-Modul in einer fast nackten Seite (1 einziger div-Container) fehlerfrei zum Laufen zu bringen.
Das hat mich zusammen mit den Fehlermeldungen (s.o.) darauf gebracht, dass etwas mit den verschiedenen Headern in meinem Original-Layout (viele Includes drin) nicht passt.
Also 2. habe ich Output-Buffering in der php.ini aktiviert und die ob_start Anweisungen in der front_content.php auskommentiert.
Ergebnis: Die Seiten werden im Original-Layout komplett übertragen NUR: Die Header-Fehlermeldungen von oben tauchen auf.
Aber warum? Output-Buffering ist wie gesagt in der php.ini aktiviert. Wenn ich die ob_start Anweisungen wieder einkommentiere, kriege ich wieder unvollständige Seiten. MANN-OH-MANN!!!
Klar ist nun aber immerhin, dass mein Problem mit den per WebGrab eingelesenen Headern zu tun hat. Werden die per Error unterdrückt, funzt es, werden sie eingelesen, streikt das WebGrab-Modul.
Hat jemand eine Idee, woran das liegen könnte?
Ich komme nicht weiter. Im PhpCms-Forum antwortet gar keiner.
Hat jemand vielleicht eine Idee, wie ich mein Problem umgehen könnte. Ich kann ja auf einer "nackten" Seite das WebGrab-Modul anwenden. Diese nackte Seite includiere ich dann in meine eigentliche Contenido-Seite. Das funzt soweit, nur wenn ich im WebGrab-Include-Container auf einen Link klicke, geht natürlich die "nackte" Folgeseite auf.
Irgendwie steh auf dem Schlauch, wie das Problem umschiffen könnte. IFrames will nicht nutzen.
Jemand eine Idee, bitte bitte bitte!!!
Hat jemand vielleicht eine Idee, wie ich mein Problem umgehen könnte. Ich kann ja auf einer "nackten" Seite das WebGrab-Modul anwenden. Diese nackte Seite includiere ich dann in meine eigentliche Contenido-Seite. Das funzt soweit, nur wenn ich im WebGrab-Include-Container auf einen Link klicke, geht natürlich die "nackte" Folgeseite auf.
Irgendwie steh auf dem Schlauch, wie das Problem umschiffen könnte. IFrames will nicht nutzen.
Jemand eine Idee, bitte bitte bitte!!!
doch, doch, ich habe die install.txt schon gelesen und anfangs alles so eingestellt. Das komische ist ja nur, dass WebGrab erst dann meine Seite komplett parst, wenn ich das ob_start ind der front_content.php auskommentiere. Nur kommen dann eben die Fehlermeldungen (und nebenbei bemerkt wird die Seite in meinen Backend nicht komplett übertragen).
Das error_reporting in der php.ini steht auf E_ALL & ~E_NOTICE, das hat mir bis jetzt auch noch nicht entscheidend geholfen.
Das error_reporting in der php.ini steht auf E_ALL & ~E_NOTICE, das hat mir bis jetzt auch noch nicht entscheidend geholfen.
Headers already sent - das sagt ja schon alles aus. Ein header wird gesendet, wenn ein Cookie o.ä. abgesetzt wird. durch das ob_start wird ja das Output-Buffering gesetzt, damit eben dieses Phänomen nicht auftritt. Tritt es dennoch auf, hast du leider innerhalb der ASP-Seite nochmal ein Buffering bzw. das dazugehörige Ende. Du kannst mal spassenshalber den Quelltext der zu importierenden Seite in einen Texteditor holen, der Zeilennummerierung hat. Die Zeile 332 wurde ja als Schuldiger identifiziert. Alternativ lässt du dir mal (php-kenntnisse vorausgesetzt) in Zeile 131 der front_content den auszuführenden Eval-Code ( $code ) in einer Textdatei speichern. Somit hast du die korrekten Zeilennummern. Also vor Zeile 131 einfügen
$fh1 = fopen("code.txt","w");
fwrite($fh1,$code);
fclose($fh1);
das mal als Vorschlag - dann weißt du zumindest genau, warum hier ein Fehler entsteht.
$fh1 = fopen("code.txt","w");
fwrite($fh1,$code);
fclose($fh1);
das mal als Vorschlag - dann weißt du zumindest genau, warum hier ein Fehler entsteht.
Module zum anschauen:
bei Sven: http://contenido-module.de
bei Pulk : http://spielwiese.pulk.net
Der-Dirigent: http://der-dirigent.de
bei Sven: http://contenido-module.de
bei Pulk : http://spielwiese.pulk.net
Der-Dirigent: http://der-dirigent.de
JUHUU, besten Dank für diesen Tipp.
Dadurch bin ich darauf gestoßen, dass im WebGrab-Modul folgende Zeilen (fast ganz am Ende) die Probleme verurschat haben:
foreach ($all_headers as $this_header)
{
if (stristr($this_header, 'Expires'))
header($this_header."\r\n");
if (stristr($this_header, 'Cache-Control'))
header($this_header."\r\n");
if (stristr($this_header, 'Content-Length'))
{
header("Content-Length: ".strlen(trim($content))."\r\n");
}
}
Ich habe diese Befehle auskommentiert, jetzt funzt es. Bin aber mal gespannt, ob nun an anderer Stelle Fehler auftreten.
Dadurch bin ich darauf gestoßen, dass im WebGrab-Modul folgende Zeilen (fast ganz am Ende) die Probleme verurschat haben:
foreach ($all_headers as $this_header)
{
if (stristr($this_header, 'Expires'))
header($this_header."\r\n");
if (stristr($this_header, 'Cache-Control'))
header($this_header."\r\n");
if (stristr($this_header, 'Content-Length'))
{
header("Content-Length: ".strlen(trim($content))."\r\n");
}
}
Ich habe diese Befehle auskommentiert, jetzt funzt es. Bin aber mal gespannt, ob nun an anderer Stelle Fehler auftreten.