Beiträge von mfitzen

Vielleicht kann ich Dir behilflich sein. Nimm erstmal diese Zeile nach dem body Tag raus:

<< <<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Alles weitere könnte man dann per PN klären, wenn Interesse besteht.

Ich schätze mal, dass in einer Datei Deines Themes (wahrscheinlich single.php) der Aufruf der Sidebar fehlt.

So

<?php get_sidebar(); ?>

oder

<?php include (TEMPLATEPATH . '/sidebar.php'); ?>

könnte der aussehen und müsste dann in die Datei eingefügt eingefügt werden. Schau Dir einfach mal an, wie´s z.B. in der index.php aussieht. Ist kein Hexenwerk

Zitat von Skaos

wäre vielleicht Sinnvoll wenn du mal einen Link zu dem Plugin Download gibst damit man weiss welches du genau benutzen tust

Hm... Meiner Meinung nach gibt´s nur ein WordPress Plugin mit dem Namen cforms

ZooMaKaLovE:

<!--cforms-->

im Editor (Codeansicht) einfügen

Ist in WP 2.5.1 integriert. Über den Buttons des Tiny MCE Editors findest 4 kleine graue Buttons (Bild, Video, Audio und Dateien hinzufügen). Sollte Dir die Funktion nicht reichen, schau Dir mal den FCK Editor für Wordpress an. Dieser Ersetzt den Tiny MCE und bietet unter anderem auch den Bilderupload vom eigenen Rechner sowie von anderen URLs

Ja manchmal trat der Fehler auch im Frontend auf. Genau wie Du sagst, erschien dann nur eine weiße Seite mit der besagten Fehlermeldung. Wir können mal folgendes machen: Ich könnte Dir nen FTP Account einrichten und dann kannst Du Deine Test auf meinem Testblog fortführen, quasi am lebenden Objekt.

Zitat

auch wenn dann die Beschriftungen evtl. um 1 Zeichen verschoben sind (1. fehlt, dafür 1. von nächsten hinten dran)

Wie muss ich mir das vorstellen?

So? Artikel schreiben ---> rtikels chreiben ???

Wenn es so aussieht, wie ich mir das gerade vorstelle, dann bleib ich doch vorerst lieber bei den längeren Ladezeiten

Hallo ihr beiden!

Also nach ca. 11 Stunden Dauerspeichern habe ich mit folgendem Code von Beatinu zumindest für heute schonmal einen Erfolg zu verzeichnen

class StringReader {
  var $_pos;
  var $_str;


  function StringReader($str='') {
    $this->_str = $str;
    $this->_pos = 0;
  }


  function my_substr($in, $pos, $len) {
    $out = "";
    for ($i = $pos; $i < $pos + $len; $i++) {
      $out .= $in[$i];
    };
    return $out;
  }


  function read($bytes) {
    $data = $this->my_substr($this->_str, $this->_pos, $bytes);
    $this->_pos += $bytes;
    if (strlen($this->_str)<$this->_pos)
      $this->_pos = strlen($this->_str);


    return $data;
  }

Zwischenzeitlich hab ich hin und wieder mal ein bisschen zusätzliche "Last" erzeugt, indem ich an anderen Stellen des Blogs ein paar Eingriffe vorgenommen habe. Alles ohne irgendeine Fehlermeldung. Einziges Manko: Wie erwähnt ist hat sich die Geschwindigkeit in Sachen Seitenaufbau merklich verschlechtert. Wenn man den Code dahingehend noch optimieren könnte, würde ich mal einen Langzeittest starten um sicher zu gehen, dass ich heute nicht nur einen "Glückstag" hatte.

Ich muss zugeben, dass ich von euren letzten Postings nicht viel verstanden habe, dazu fehlt mir einfach das Fachwissen. Daher weiss ich auch nicht in wie weit eure Überlegungen fortgeschritten sind.

Trotzdem möchte ich mich jetzt schonmal für eure super Hilfe danken! Ist ja auch nicht gerade selbstverständlich...

Zitat von codestyling

Ich würde das mit der zusätzlichen fread() Anpassung laufen lassen, bei subst() ist die derzeitige Lösungs alles andere als optimal, wenn sie überhaupt nötig ist. ...

Soll heißen? War das überhaupt an mich gerichtet?

Ich wollte nur mal nen kurzen Zwischenstand abliefern. Ich teste ja gerade den letzten Code von Beatinu und nach ca 6 Stunden Dauerspeichern noch immer keine Fehlermeldung. Aber ich will mich nicht wieder zu früh freuen. Sah ja gestern zuerst auch ganz gut aus...

Fakt ist jedoch, dass dieser Code deutlich an den Ladezeiten zerrt. Ich werde gleich nochmal bis ca. 22 Uhr abwesend sein. Solange lass ich es mal weiterlaufen. Vielleicht tut sich ja noch was... Melde mich dann nochmal

Hab ich eingebaut und kann zumindest schonmal bestätigen, dass es sprachlich keine Probleme zu geben scheint. Bleibt alles deutsch, jedoch dauert der Seitenaufbau meiner Meinung nach länger als vorher (aber das hatte codestyling ja glaub ich schon angekündigt...). Mal sehen ob sich da was in Sachen Fehlermeldungen ergibt.

Hab mich zwischenzeitlich auch mal in anderssprachigen WP Foren umgesehen. Das Problem besteht ja nicht nur mit der deutschen Sprachdatei. Auch andere sind betroffen, jedoch stehen Problemlösungen auch dort aus.

Der Code deaktiviert alle Sprachdateien. Danach ist sowohl das Backend als auch alle Plugins mit language-files in Englisch. Das ergibt im Frontend einen Misch Masch aus Deutsch-Englisch. Fehlermeldungen konnte ich keine ausmachen

Getestet und für nicht gut befunden. Diese Änderung zerschießt mir z.B. die Übersetzung des Simple Forums.

Schon richtig, 2 unterschiedliche Resultate bei identischen Dateien kann eigentlich nicht sein. Wie gesagt, bis jetzt ist es auch nur die Hoffnung, dass es die richtige Lösung war. Kann natürlich auch nur Zufall sein, dass der Fehler heute (scheinbar) nicht auftritt... Eine Frage habe ich jedoch: Kann das was mit dem FTP Übertragungsmodus zu tun haben? Ich hab gerade mal nachgesehen. Wenn ich das Downloadpaket entpacke, liegt die Datei im UNIX Format vor. Kopiere ich sie auf den Server und lade sie dann von dort nochmal auf den Server, dann hat sie das DOS Format. Dadurch ändert sich auch die Dateigröße geringfügig...

[COLOR=Red] EDIT:[/COLOR] [COLOR=Red]Kommando zurück![/COLOR] Vielleicht hätte ich das eben nicht schreiben sollen... Ist ja lange genug gut gegangen. Prompt werde ich wieder mit ner schönen Meldung bestraft

Zitat

Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /www/htdocs/xxxxxx/test2/wp-includes/gettext.php on line 91

Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /www/htdocs/xxxxxx/test2/wp-includes/gettext.php on line 91

Fatal error: Maximum execution time of 30 seconds exceeded in /www/htdocs/xxxxxx/test2/wp-includes/gettext.php on line 166

Ich werd gleich mal Beatinu´s Tipp testen.

Ich trau mich fast gar nicht es zu sagen, aber ich denke/hoffe das Problem hat sich gelöst. Bislang keinerlei Fehler.

Hoffentlich war´s dann auch die entgültige Lösung. Dann hätte Alphawolf mit seiner Aussage

Zitat

(ja, manchmal kann wirklich die einfache Lösung die richtige sein ;-))

doch noch recht

Was testen? Den Code, den Beatinu gepostet hat? Teste gerade noch die Variante von Alphawolf: Einfach mal die Core Dateien neu hochgeladen. Bislang keine Fehler, aber das hat gestern ja auch ewig gedauert bis der erste wieder kam. Geb euch aber dann heute Nachmittag/Abend ein kurzes Feedback.

So Männers, gerade vom Fußball zurück... Wie gesagt hatte ich in 2 Installationen (eine mit und eine ohne Codestyling´s Patch) Artikel verfasst und beide mal munter speichern lassen während ich weg war. Bei beiden tritt der Fehler auf! Also hilft der Patch schonmal nicht (hab´s nur nochmal getestet um wirklich sicher zu gehen).

Alphawolf: Das derzeitige Memory-Limit steht auf 65M. Ich werde morgen, wie von Dir vorgeschlagen die Core Dateien nochmal neu hochladen und dann testen was passiert.

Das ist es definitiv auch nicht. Auto Saves werden bei mir auch nur alle 3 Minuten gemacht.

Seit meiner Meldung von heute Morgen hatte ich aber keinerlei Probleme mehr. Ich beobachte nebenbei auch mal meinen "normalen" Blog. Dort habe ich Deinen Patch noch nicht eingebaut. Mal sehen wo der Fehler zuerst wieder auftaucht.

Den Link zur phpinfo wollte alphawolf doch haben... naja, ich kann ihn auch wieder rausnehmen.

Mann... Wär ich doch auch nur so´n Crack, dann könnte ich mich auch mal selber auf die Suche machen...:|

Also das time limit kann nicht weiter erhöht werden (wegen shared server). So viel dann schonmal dazu.

Das einzige was ich in der phpinfo unter loaded modules von den beiden genannten Sachen sehen kann ist mod_php5. fast_cgi kann ich nicht ausfindig machen.

Zitat von Alphawolf

Die dritte Fehlermeldung spricht ja eine eindeutige Sprache. Die ersten beiden Meldungen könnten Resultate daraus sein.

Ist es nicht eher so, dass die 3. Meldung aus den ersten beiden resultiert? Die execution_time steht bei mir auf 30. Ich lasse es mal erhöhen. Aber ich denke auch nicht, dass es daran liegen wird. Dann hätte ich bestimmt auch mit so manchen aufwendigen Plugins Probleme, oder?!

Aber nochmal zurück zu dem Patch: Es könnte vielleicht doch noch klappen. Ich war ein bisschen voreilig und habe vergessen den Browsercache zu leeren. Ich denke er hatte dann noch die gecachte stream.php beansprucht. Hab´s gerade nachgeholt und beobachte es nochmal.

Schade, wäre ja auch zu schön gewesen...

[Blockierte Grafik: http://img204.imageshack.us/img204/4933/unpackerrorsl8.png]

Ich hab den Code mal in meinem Testblog ersetzt. Mal sehen ob´s was bringt. Schonmal Danke für Deine Mühe!