[GELÖST] BODY ist leer bei mehreren CP

photograph75 · Post by **photograph75** » Mon 9. Aug 2010, 15:29

Hallo!

Seit dem Update auf Version1.4.6 beobachte ich ein eigenartiges Phänomen. Sobald die Seite 3-5 Contentparts (meistens Text mit Bild) übersteigt, ist der BODY der aufgerufenen Seite vollkommen leer. Wenn man dann einzelne CP ausschaltet, wird die Seite wieder korrekt angezeigt.

mein HP: http://www.fipsoft.at
AGB und Impressum funktionieren nicht (da sind relativ lange Texte drinnen) der rest der Seite wird korrekt angezeigt. In den externen Links sind (mit wenig Text) 6 CP aktiv.

Hat jemand einen Lösungsvorschlag für mich?

LG
Robert Fischer

Quellcode mit leerem Body:

Code: Select all

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<!--
	phpwcms | free open source content management system
	created by Oliver Georgi (oliver at phpwcms dot de) and licensed under GNU/GPL.
	phpwcms is copyright 2003-2010 of Oliver Georgi. Extensions are copyright of
	their respective owners. Visit project page for details: http://www.phpwcms.org/
// -->
  <title>Impressum | Ing. Robert Fischer  | Training, Coaching, IT-Consulting</title>
  <meta http-equiv="content-type" content="text/html; charset=iso-8859-1" />
  <meta http-equiv="content-style-type" content="text/css" />
  <style type="text/css">
  <!-- 
  <style type="text/css">
  <!-- 
  // -->
  </style>
  <link rel="stylesheet" type="text/css" href="template/inc_css/frontend.css" />

  <script src="template/inc_js/frontend.js" type="text/javascript"></script>
</head>
<body>

</body>
</html>

Quellcode funktinierend:

Code: Select all

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<!--
	phpwcms | free open source content management system
	created by Oliver Georgi (oliver at phpwcms dot de) and licensed under GNU/GPL.
	phpwcms is copyright 2003-2010 of Oliver Georgi. Extensions are copyright of
	their respective owners. Visit project page for details: http://www.phpwcms.org/
// -->
  <title>Links | Externe Links | Ing. Robert Fischer  | Training, Coaching, IT-Consulting</title>
  <meta http-equiv="content-type" content="text/html; charset=iso-8859-1" />
  <meta http-equiv="content-style-type" content="text/css" />
  <style type="text/css">
  <!-- 
  <style type="text/css">
  <!-- 
  // -->
  </style>
  <link rel="stylesheet" type="text/css" href="template/inc_css/frontend.css" />

  <script src="template/inc_js/frontend.js" type="text/javascript"></script>
</head>
<body>
<div id="container">
	<div id="headerBlock"><DIV><h1 style="text-align: center;"><img src="content/gt/943713cb48373fb5c4eaebb64fd2579e.png" alt="Ing. Robert Fischer" title="Ing. Robert Fischer" width="396" height="37" border="0" /><br /><img src="content/gt/4ee7ba3349ba802859630eb576973732.png" alt="Training - Coaching - IT-Consulting" title="Training - Coaching - IT-Consulting" width="485" height="28" border="0" /></h1><p></p></DIV></div>
	<div id="leftBlock"><DIV><p><table border="0" cellspacing="0" cellpadding="0" width="100%" summary="">
<tr bgcolor="#005500">
<td><img src="img/leer.gif" width="1" height="1" border="0" alt="" /></td><td><img src="img/leer.gif" width="1" height="1" border="0" alt="" /></td><td colspan="2"><img src="img/leer.gif" width="1" height="1" border="0" alt="" /></td><td><img src="img/leer.gif" width="1" height="1" border="0" alt="" /></td>
</tr>
<tr bgcolor="#EEFFEE" style="cursor:pointer;cursor:hand;" onclick="location.href='index.php?news';return false;" onmouseover="MM_swapImage('linkidmGzcca','','img/article/nav_link_1.gif',1);this.bgColor='#DDFFDD';" onmouseout="MM_swapImgRestore();this.bgColor='#EEFFEE';">
<td width="7"><img src="img/leer.gif" width="7" height="15" border="0" alt="" /></td>
<td valign="top"><img src="img/article/nav_link_0.gif" alt="" border="0" name="linkidmGzcca" id="linkidmGzcca" /></td>
<td valign="top" style="height:15px;"  width="100%" class="nav_table" colspan="2"><img src="img/leer.gif" width="1" height="2" border="0" alt="" /><br /><a href="index.php?news">News</a><br /><img src="img/leer.gif" width="1" height="2" border="0" alt="" /></td>

<td width="7"><img src="img/leer.gif" width="10" height="15" border="0" alt="" /></td>
</tr>
.
.
.

Post by **Oliver Georgi** » Tue 10. Aug 2010, 07:13

Da wird dem PHP Prozess zu wenig Speicher zur Verfügung stehen. Möglicherweise aber auch ein Fehler beim Update oder oder. Ist schwer zu sagen, solange man nicht weiß, ob nicht eventuell ein Fehler generiert wird, der nur nicht angezeigt wird.

photograph75 · Post by **photograph75** » Tue 10. Aug 2010, 07:36

Hallo Oliver!

Danke für deinen Input. Leider bin ich bei den zugrundeliegenen Techniken und internen Abläufen nicht so bewandert.

Kann ich das Thema Error in einem Log o.ä. nachvollziehen? Wenn ja, wo finde ich das/die Log(s)?

Wo kann ich überprüfen wieviel Speicher dem php-Prozess zur verfügung steht bzw diesen auch evtl vergrößern?

LG
Robert Fischer

Post by **flip-flop** » Tue 10. Aug 2010, 08:31

Hi,

die Fehler Logs kannst du entweder in deinem Provider-Backend einsehen oder du hast keinen Einfluss darauf und fragst deinen Provider nach einem Log.

Speicher/Laufzeit:

Rufe im CMS-Backend den Punkt "ADMIN -> phpinfo" auf:

Hier hast du im Segment "PHP Core" die beiden Einträge

max_execution_time: Z.B. 30
und
memory_limit: Z.B. 25M

Liegt das memory_limit unterhalb von 25 ist das u.U. kritisch.

Knut

photograph75 · Post by **photograph75** » Tue 10. Aug 2010, 12:05

Hi!

Danke Knut für die Info. Fehlerlog hab ich bei meinem Provider beantragt.

Auszug aus dem PHP Core

max_execution_time 30
memory_limit 128M

das müßte soweit passen, oder?

LG
Robert Fischer

Post by **flip-flop** » Tue 10. Aug 2010, 12:23

Sollte reichen, wenn auf dem Account nicht noch andere große php-Anwendungen laufen.

Was mich etwas irritiert ist dieses "Content-Encodig: gzip".

Ich würde das Script User(s) online einmal testweise abschalten.

Knut

photograph75 · Post by **photograph75** » Tue 10. Aug 2010, 13:18

Hallo Knut!

Ich hab das Script User(s) online mal komplett rückgebaut (RT aus der Vorlage raus und die .php Datei vom Server gelöscht). Leider hat das keine Verbesserung gebracht.

Ich konnte im Quelltext dieses "Content-Encodig: gzip" nicht finden.

LG
Robert

Post by **flip-flop** » Tue 10. Aug 2010, 13:42

"Content-Encodig: gzip" wird mit dem Antwortheader der Seite geliefert. -> http://developer.yahoo.com/performance/rules.html#gzip

Warten wir den Log des Providers ab.

Du kannst ja testweise eine frische V1.4.6 r402 in einem Unterverzeichnis mit einer neuen DB installieren und etwas Inhalt hineinbringen. (Ohne spezielles Layout, eben nur etwas Inhalt).
Wenn diese Installation funktionieren sollte, dann ist bei deinem Update etwas schief gelaufen oder es fehlen irgendwo Parameter.
Z.B. ist mr nicht klar wo dieses

Code: Select all

  <style type="text/css">
  <!-- 
  <style type="text/css">
  <!-- 
  // -->
  </style>

im Kopf der Seite herkommt.

Bei einer Validierung hagelt es Fehler. http://validator.w3.org

Knut

swisscheese · Post by **swisscheese** » Tue 10. Aug 2010, 13:53

Hallo Robert

Ich denke nicht, dass es am Memory-Limit liegt und schon gar nicht an der Executiontime. Die leere Seite kommt ja sofort. Was ist denn bei Impressum und AGB allenfalls anders als beim anderen Inhalt? Verwendest du hier Contentparts, die du sonst nirgends verwendest? Sind kryptische Sonderzeichen reingerutscht (z.B. Text aus Word reinkopiert)?
Ich würde mit CPs ein- und ausschalten mal rausfinden, welcher CP genau den Fehler verursacht und dann diesen neu anlegen. Wenn Text in den Wysiwyg reinkopiert wird, dann über einen "Reintext-Editor" wie "Editor" (PC) oder "TextWrangler" (Mac).

Vielleicht sagt ja das Log noch was gescheites. In der Zwischenzeit gibt's dann noch ein paar HTML-Fehler zu eliminieren

Gruss, Gerd

photograph75 · Post by **photograph75** » Tue 10. Aug 2010, 14:55

Hallo!

@Knut wo diese einträge herkommen weis ich auch nicht ... hätte da nirgends was bewußt geändert ...
@Gerd verwende eigentlich dort auch nur Text mit Bild und natürlich kopiere ich nur über reinen Texteditor oder füge sauberes HTML ein ... die CP kann ich wechselweise einschalten. Wenn es wenig genug inhalt ist wird es angezeit, bei mehr inhalt bleibt der body leer (ca 2-6 CP) je nach Textlänge

btw: Nachrivcht von meinem Provider: können mir das log nicht schicken ... --> Providerwechsel ist wohl anzudeken

Wenn ihr meint der Fehler ist mit vernünftigem Aufwand zu finden suchen wir weiter sonst bau ich die Site komplett neu. Die Texte und Änderungen usw hab ich dokumentiert. Dann sollten auch die Fehler die Knut gefunden hat verschwunden sein, oder?

LG
Robert

Post by **flip-flop** » Tue 10. Aug 2010, 17:23

Setzte doch schnell eine zweite Installation auf, mit neuer DB und hne Layout nur mit Inhalt.
Dann sollte klar sein ob der Fehler beim Provider liegt.

Das dauert alles in allem 30 Minuten.

Knut

photograph75 · Post by **photograph75** » Wed 11. Aug 2010, 10:43

Also ich habs ...

Ich habe im content bereich folgenden code:

Code: Select all

<table style="width:100%; border-color:#DDDDDD;border-style:dashed; border-width:0 0 1px 0;">
  <tr>
   <td style="font-size: 10px;margin: 10px 0px 10px 0px;">{BREADCRUMB}</td>
   <td style="text-align:right;">
   [BOOKMARK]<img src="img/bookmark-icon.png" width="16" height="16" border="0" alt="Bookmark" title="Bookmark">[/BOOKMARK]&nbsp;
   [PRINT_PDF]<img src="img/pdf.gif" width="16" height="16" border="0" alt="PDF erzeugen" title="PDF erzeugen">[/PRINT_PDF]&nbsp;
   [PRINT]<img src="img/drucker.png" width="16" height="16" border="0" alt="Drucken" title="Drucken">[/PRINT]</td>
  </tr>
 </table>
 <p>{CONTENT}</p>

Sobald ich den BOOKMARK-Tag rausnehme funktioniert die Seite wieder

Die Valadation zeigt trotzdem einen haufen Fehler obwohl ich die Site komplett neu aufgetzt habe.

Danke für Eure Unterstützung!

Edith sagt: Danke eingebaut ...

marcus@localhorst · Post by **marcus@localhorst** » Tue 16. Aug 2011, 15:11

hi, das ist zwar ein altes thema und scheinbar gelöst, aber falls jemand drüberstolpert...

wenn phpwcms bei seiten mit viel seiteninhalt auf einmal streikt und nix mehr ausgibt, dann kann das mit dem php parameter
pcre.backtrack_limit zusammenhängen.
Der limitiert die Zeichen oder bytes oder weiss der teufel was und ist bei php versionen ab 5.3 relativ niedrig eingestellt.
d.h. wenn preg_replace/match zuviel bekommt, versagt es einfach ohne fehlermeldung und liefert nix aus.

lösen kann man das mit ini_set('pcre.backtrack_limit', 1000000); und gegebenfalls mal nach dem wert googlen, da findet man einiges dazu.

cheers...

[GELÖST] BODY ist leer bei mehreren CP

[GELÖST] BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: BODY ist leer bei mehreren CP

Re: [GELÖST] BODY ist leer bei mehreren CP