Beiträge von codestyling

    Kann es sein, das bei dir die Speichern/Publizieren Buttons vor sich hinblinken die ganze Zeit ?

    Dann wäre es sinnvoll, mal das autosave interval hochzusetzen in der wp-config.php

    PHP
    define('AUTOSAVE_INTERVAL', 180);

    Das wären dann alle 3 Minuten zwischenspeichern. Ich habe das auf 1 Sekunde bei mir mal testhalber gestellt und dann speichert der bei jedem Tastendruck im Editor dessen gesamten Inhalt. Bei im Speicher des Apache ausgeführtem PHP kann das dann leicht zur Überlastung desselben führen, denn du bombardierst mit Text-Tippen den Server mit immer mehr Post requests, die vom Autosave Script ausgelöst werden.

    Falls es das auch nicht ist, muß ich noch mal in mich gehen. Vielleicht fällt mir noch was ein, aber dann ist es eine harte Nuss.

    ... und nimm den Link zu phpinfo wieder raus, ist nicht 100% safe das Ganze. :)

    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.


    Also der Browsercache hat da nix mit zu tun, wenn dann der WP Cache, falls du den aktiviert hast oder ein Caching Plugin läuft. Und falls dein Server nicht PHP als CGI sondern als fast-cgi oder mod_php ausführt, kann der Apache und/oder cgi Manager noch die alte php gecached haben. Bei mir läuft leider alles über php cgi pur, sodas ich dies derzeit nicht nachstellen kann.

    PS: Screenshot oben mit eingefügt, nur der Vollständigkeit halber.

    Also auf mich wirkt das wie ein simples PHP Memory Problem, was wir hier ja schon öftter hatten durch die recht große Sprachdatei.

    Die dritte Fehlermeldung spricht ja eine eindeutige Sprache. Die ersten beiden Meldungen könnten Resultate daraus sein. Die gettext Bibliothek erwartet offenbar einige Bytes mehr, die aber aufgrund des Prozedurabbruchs nicht übertragen wurden...

    Schon das PHP-Limit bzw. Execution Limit erhöht?


    Schon klar, aber der Damage tritt ein, wenn der Ajax Text benutzt werden soll. Im Falle des Ajax Calls (autosave), wird ja wesentlich weniger geladen als es brauchte, die gesamte Admin Seite zu beschriften. Bei einem de_DE.mo mit 224 KB, das maximal 4 mal größer werden kann, komme ich auf 1MB. Zur Darstellung und Beschriftung des Admin Bereichs wird die Datei ja auch geladen, warum sollte es da gehen und bei Ajax, der weniger macht nicht ?

    Zusatz: Wenn ich den Ajax Call zu autosave modifiziere und dies hier testhalber darin als Response ausführen lasse:

    Code
    echo "Jetzt ist Schluss hier!";die(0);

    Dann bekomme ich eine rot umrandete Box mit meinem Text innerhalb des schwarzen Kastens. Also ist definitiv irgendwas im Ajax call nicht so, wie es sollte.

    Nach deinem Bild zu urteilen, ist das der schwarze "Kasten" mit dem Speichern/Publizieren Buttons, der nach x Sekunden dann die Autosave Mitteilung reinschreiben will, wenn er zwischengespeichert hat:

    Code
    <p class="submit">
    <input type="submit" class="button button-highlighted" tabindex="4" value="Speichern" id="save-post" name="save"/>
        <input type="submit" value="Publizieren" accesskey="p" tabindex="5" id="publish" class="button" name="publish"/>
    <br class="clear"/>
    <span id="autosave">[COLOR=Red][B]Entwurf gespeichert am 10:36:05.[/B][/COLOR]</span>
    </p>

    Dazu muß Autosave natürlich in die Übersetzung schauen, also das *.mo File aufmachen. Danke für den Hinweis, werd das mal weiter auseinandernehmen, warum er hier wieder mit der Übersetzung scheitert.
    Da der Text impliziert, das da noch ein Datum rein müsste (am benutzen und nur Uhrzeit zeigen, ist blöd) kann es entweder ein Übersetzungfehler sein oder ein sprintf Bug an dieser Stelle im Code. Werd mal englisch testen...

    Hab mal reingesehen, das ist ja geil. Avira springt erst an, wenn man sich auf der Seite für neue Posts den Quelltext anzeigen lässt. Aber ich konnte überhaupt nichts finden.
    Sehe da zwei Möglichkeiten:

    1. ich hab Tomaten auf den Augen oder
    2. ein Fehlalarm von Avira.

    Könnte sich um diesen PHP Bug handeln, der u.a. hier auch aufgetreten ist: #1484880 (Attachments get corrupted on Ubuntu server 64bit 6.06.2 LTS) - RoundCube Webmail - Trac
    -> PHP Bugs: #35859: fread limited to 8K

    Das *.mo File wird am Stück geladen, wie dieser Auszug aus dem WP Core zeigt:

    Laut dem, was man in den Bugbeschreibungen im Netz findet (dazu gibt es eine Menge und auch neueren Datums!), gibt es einen Bug in PHP 5.1.1 (und höher ?) der statt der gesamten File Größe nur die ersten 8192 Bytes liest. Dies würde auch den Fehler erklären, warum dann 0 Bytes übrig sind, für die du eine Warnung bekommts.

    Die WP Core Entwickler haben das auch für eine andere Klasse berücksichtigt und sogar kommentiert:

    Ich werde mal die Datei patchen und das blockweise Lesen auch in den CachedFileReader einbauen, testen und bereitstellen.
    Mal sehen, ob das des Pudels Kern ist.

    [COLOR=Red] getesteter Patch [/COLOR]
    Datei: /wp-includes/streams.php
    Zeile: 148 ff.
    WP Version: 2.5.1

    Im Normalfall liest dieser Patch weiterhin das File am Stück, aber in dem Moment, wo das 8192 Bytes Limit Problem erscheint, wird das jetzt blockweise trotzdem komplett gelesen.

    Das klingt interessant. Es gab einen Patch in der gettext Implementierung, der sich mit der Erkennung von 64Bit Systemen auseinandersetzte. Mal so aus dem Bauch heraus: Wenn PHP meint, es wäre ein 64Bit Machine und deshalb den gettext magic 64bit machen will, obwohl das OS nur 32 Bit ist, dann könnte das in die Hose gehen.
    Wenn du Lust auf Probieren hast, würde ich mit im Laufe des Tages mal die Stellen in WP ansehen (ist jetzt zu spät zum Denken) und testhalber dir den einen oder anderen Patch schicken. Wäre das ein Option, um das zu testen ?

    Nun ja, es gibt mehrere davon:

    Die mit explizit _runtime am Schluss ist ein Problem mit den *.mo Files.
    Zwei Fragen noch:

    1. Sicher, das auch die mit _runtime aus ist ?
    2. Ist die Server Machine 64bit ?

    Hast du die Möglichkeit bei deinem Webspace irgendwo die php-Fehlermeldungen zu aktivieren? Die sehen dann zum Beispiel so aus wie es bei mir mal der Fall war hier http://forum.wordpress-deutschland.org/konfiguration/…html#post104996 und zumindest Leute mit Ahnung werden dir damit weiter helfen können, wo der Hund genau begraben ist.


    Was du mit diesem Link zeigst, ist ein gehacktes Blog, das Werbung und/oder Trojaner ausliefert. Diese zusätzlichen, mystisch erstellten Zeilen stellen den Trojanercode bereit.


    Hat jemand eine Idee?


    Wenn du ebenfalls eine ältere Version hattest (laut deiner Angabe 2.0.11), dann kann es schon möglich sein, das dir was gefangen haben könntest. Wie weit das geht, kann ich nicht sagen, weil man auch Daten bis in die DB einschleusen konnte. Das kann eine neue Version evtl. ebenfalls beeinträchtigen.

    Original ist ok, wenn es Royal Blue ist, wie im ersten Post zu vermuten ist (page.php)

    Stimmt. Der Autor hat ein eigenes Blogsystem entwickelt und will nix mehr mit WordPress zu tun haben. Es gibt zwar noch einen alten svn auf einer Domain, wo er das "geparkt" hat mit allen alten WP Plugins, aber das war's auch.

    Du musst dich schon nach was Neuem umsehen, es sei denn, du willst es auf WP2.5.1 umschreiben. Denn die Version kann nicht gehen, denn sie will categorie Tabellen lesen, die es nicht mehr gibt.

    Jesus! Na gut ich hab 1 Backup gemacht vorher. Und es sieht alles wieder aus wie vorher.

    Frage: Ich hab »Apple script« und »Dreamweaver«. Hab ich damit ne Chance odr ist das ne Nummer zu dick für 1 Laien wie mich?

    Ich gehe mal davon aus, das du Mac Benutzer bist. Hier gibts PoEdit für Mac: Download poedit 1.4.1 for Mac - poedit - Cross-platform gettext catalogs (.po files) editor - Softpedia

    Die *.po Datei gibts zu Download siehe oben.

    Ach so, das Forum der US Version von WP ist nicht unbedingt für Übersetzungsprobleme die erste Anlaufstelle, die brauchen nämlich gar kein Übersetzungsfile: WordPress › Support » how to change welcome text before pass protected post?

    Wie schon gesagt, die de_DE.mo ist ein binär Format mit Texten, das du [COLOR=Red]nicht modifizieren kannst[/COLOR]!

    Dazu brauchst du einen Editor (PoEdit, siehe die Links oben und lies es mal), der diese neu erstellt aus der Übersetzungsdatei de_DE.po. Eine Exe Datei kannst du ja auch nicht in den Texteditor laden, patchen und dann erwarten, dass das Programm noch läuft!

    Was soll denn das hier sein ?

    Code
    [COLOR=#000000][COLOR=Red][B]<?<?[/B][/COLOR][COLOR=#0000cc]php edit_post_link[/COLOR][COLOR=#006600]([/COLOR][COLOR=#cc0000]'Edit this entry.'[/COLOR][COLOR=#006600], [/COLOR][COLOR=#cc0000]'<p>'[/COLOR][COLOR=#006600], [/COLOR][COLOR=#cc0000]'</p>'[/COLOR][COLOR=#006600]); [/COLOR][B][COLOR=Red]?>php endwhile; endif; ?>[/COLOR][/B][/COLOR]

    sollte evtl so aussehen ?

    Code
    [COLOR=#000000][COLOR=#006600]<?[/COLOR][COLOR=#0000cc]php edit_post_link[/COLOR][COLOR=#006600]([/COLOR][COLOR=#cc0000]'Edit this entry.'[/COLOR][COLOR=#006600], [/COLOR][COLOR=#cc0000]'<p>'[/COLOR][COLOR=#006600], [/COLOR][COLOR=#cc0000]'</p>'[/COLOR][COLOR=#006600]); [/COLOR][COLOR=#0000cc]?>[/COLOR][/COLOR]
    [COLOR=#000000][COLOR=#0000cc]<?[/COLOR]php endwhile; endif; ?>[/COLOR]

    Dazu brauchst du 2 Sachen:

    1. Die deutsche *.po Datei Download » Sprachdatei - WordPress Deutschland
    2. Für Windows einen Editor dafür: Erstellen der Sprachdatei mit poEdit − WordDoku

    Dann suchst du den Text (steht in der *.po drin, habs gecheckt), änderst den und erstellst dir eine neue de_DE.mo daraus. Dann hast du es so, wie du möchtest.

    Schlechtere Alternative wäre, nach diesem Text in den php Dateien zu suchen, und den direkt zu ersetzen, der ist aber beim nächsten Update dann weg:

    Zitat

    This post is password protected. To view it please enter your password below:

    Ich habe hier, wenn ich richtig lese, nirgends geschrieben "dies Plugin nicht, aber dafür das dort und jenes sag ich gar nicht erst, hab ich aber doch laufen".


    War auch nur sinngemäß gemeint, sonst wäre es ja ein quote Block geworden :)
    Die Kernaussage von dir war ja, das du eine direkt befallene WordPress 2.5.1 Version hattest, deswegen auch der Aufriss hier. Wäre es eine ge-updatete WP 2.3.2 gewesen (Svenja setzte ja eine solche 2.3.2 ein), wäre es nicht so kritisch, denn das es da passieren kann, wurde bereits veröffentlicht.

    Mir geht es darum, dass du sagst, es wäre eine WP 2.5.1 erfolgreich angegriffen worden, und das ist eine sehr kritische Aussage!

    Falls du diese Aussage definitiv bestätigst, wäre die Domain mit den 2 Plugins ein Ansatz zur Suche. Dann würde ich mir ein frisches WP 2.5.1 im Testsystem als neuen vhost einrichten, Shutter reloaded installieren und wäre dir verbunden, wenn du mir Semmelstatz zippen und per PM schicken könntest. Evtl. auch noch ein Link zu Theme (geht ja auch über Themes). Denn dann wären alle WP 2.5.1 Installationen potentiell gefährdet nach deiner Aussage.

    Du brauchst die Style.css hier nicht immer wieder einzukleben, die kann man sich auch so vom Browser geben lassen.

    Wenn ich deine Seite mir IE7 und FireFox2 aufrufe, haben die Überschiften deiner Seitenleiste korrekt das Hintegrundbild.

    Und ich meinte damit, das ich das im ersten Post vergessen hatte mit anzugeben (rot markiert, mußte du mal rollen). no-repeat verhindert, das dein Bild horizontal bzw.vertikal wiederholt wird, wenn die Überschrift länger oder höher als das Bild ist.