Beiträge von Vinsalter

    Hier die URL und ein Screenshot

    Hallo!

    Ich habe noch nicht ganz verstanden wo das Problem liegt, denn eigentlich kann man den readmore Tag ganz gut bearbeiten: http://codex.wordpress.org/Customizing_the_Read_More

    Ich hatte mir das vorher durchgelesen, ich hatte das nur so verstanden, dass man die Art und Weise wie der Link aufgebaut ist (Linktext usw.) damit geändert werden kann.

    dann gib doch einen Link zum Geschehen, das ist mit CSS lösbar, da brauchst doch nicht php dafür bemühen...

    Sorry, hatte ich vergessen: Siehe dazu unter http://jens.ruhr

    Hallo!

    In einem vorgefertigten Theme gefällt mir einiges nicht, so dass ich versuche das gerade anzupassen (wobei ich leider von PHP nur rudimentär Ahnung habe).

    In the_content() will ich am Ende - vor dem abschließenden

    Code
    </p>

    eine Abfrage einbauen:

    Auf gut deutsch: Wenn der more-Tag

    Code
    <!--more-->

    gesetzt ist, soll direkt hinter dem letzten Zeichen des Beitrages ein Leerzeichen eingefügt werden und dann direkt dahinter der entsprechende "Weiterlesen..."-Link. Das klappt aber leider bei mir nur bedingt:

    Direkt nach dem Aufruf der content-Funktion habe ich folgendes zur Auswertung, ob es den more-Tag gibt und falls ja, kommt dann da der Link zum weiterlesen

    PHP
    <?php $ismore = @strpos( $post->post_content, '<!--more-->'); ?><?php if($ismore) : ?>
    <a href="<?php the_permalink() ?>"><?php _e('[...]','theme'); ?></a>
    <?php endif; ?>

    Grundsätzlich klappt das auch, aber das HTML-Ergebnis sieht leider so aus:

    HTML
    Beispieltext kurz vor dem More-Tag... </p>
    
    
    <a href="http://...">[...]</a>

    Durch den abschließenden Paragraph taucht das [...] nicht dort auf, wo es hin soll. Ich habe jetzt einiges probiert, aber leider keinen Weg gefunden, das der Weiterlesen-Link innerhalb des Paragraphen eingefügt wird, wenn es den more-Tag gibt.

    Hat da jemand eine Idee wie man das lösen kann?

    Hallo!

    Gestern erreichte mich mal wieder (siehe auch hier) eine Mail meines Providers:

    Zitat

    Ihre Datenbank xyz hat heute zu einer Überlastung des Webservers, auf dem Ihr Account derzeit verwaltet wird, geführt. [...] Die Überlastung ging durch sehr viele gleichzeitige Sleepverbindungen hervor.

    Leider konnte man mir nicht genau sagen, welche Sleepverbindungen das denn jetzt sind und ich habe dann mal geschaut, wo überhaupt der Befehl "sleep()" eingesetzt wird. Das ist hier der Fall:

    Zitat

    1) wp-cache.php (das Cache-Plugin WP-Super-Cache)
    2) favatars.php (ein Plugin, welches bisher noch nie Probleme machte und normalerweise auch nur dann zum Tragen kommt, wenn gerade kommentiert wird - was nicht der Fall war)
    3) livejournal.php (wird nicht genutzt)
    4) config.php4 / backup_admin.php4 / backup.inc.php4 (Scripte des MySQL-Backups, das jedoch zuletzt viele Stunden vorher ausgeführt wurde)
    5) xmlrpc.php

    Weiß jemand, was man da noch machen kann (außer dem vom Provider vorgeschlagenen Wechsel von einem rund 20,- Euro teuren Managed Hosting-Paket auf einen ManagedServer, den es ab rund 100,- Euro/Monat gibt, zuzustimmen)?

    ich würde dir aber zu einem Dienstleister raten der sich damit auskennt.

    Bin schon am Überlegen ob ich ggf. den Provider wechseln soll...

    Zitat von 'Marcus[IS

    ;304673']Das mit der Fehlermeldung wird wohl durch ein Plugin verursacht.


    Was mich so wundert - der Fehler tritt ja "nur" beim Abspeichhern auf (auch wenn WordPress intern den Beitrag zwischenspeichert), insofern verstehe ich nicht ganz was das für eine Bedeutung mit Plugins da hat.

    Zitat

    Dann kannst du dir deine Servereinstellungen anschauen und unter dem Eintrag php_memory_limit sehen, wie hoch das Limit gesetzt ist.

    Mit 50M ist das nicht gerade üppig anscheinend. Ob ich das ganze über die php.ini hochsetze, kläre ich gerade mal mit dem Provider ab, da ich gar nicht weiß, ob das überhaupt geht (erlaubt ist).

    Ich weiß nicht ob es am PHP-Wechsel lag, aber seitdem kann ich keine neuen Beiträge mehr editieren und dann speichern.

    Lege ich einen neuen Beitrag an und speichere ab, bekomme ich zwar eine Fehlermeldung im Stil

    Zitat

    Fatal error: Allowed memory size of 52428800 bytes exhausted (tried to allocate 1195566 bytes) in /xyz/wp-includes/plugin.php on line 142

    Nichtsdestotrotz ist der Beitrag dann genau so gespeichert. Wenn ich dann jedoch versuche den Beitrag zu editieren und erneut abzuspeichern kommt obiger Fehler wieder. Nur diesmal werden die Änderungen nicht gespeichert.

    Was mich wundert: Neue Beiträge schreiben - kein Thema, das klappt (bis auf die Fehlermeldung, dennoch werden die Beiträge so abgespeichert). Aber ändern eines bestehenden Eintrages geht nicht.

    Ich habe daraufhin von PHP5-STABLE-LIGHT auf ...STANDARD umgestellt, hat jedoch auch nix gebracht, so dass ich es wieder auf die 5-Light-Variante umgestellt habe.

    Nachtrag:
    Habe jetzt auf PHP4-STABLE-LIGHT umgestellt. Damit klappt das mit dem Speichern wieder...

    Zitat von 'Marcus[IS

    ;304375']Geilo, so ne schöne Werbung hätte ich auch mal gerne.:mrgreen:

    Aber wenn man sich dann mal im Artikel durchliest, was du alles mitmachen musst, dann doch lieber klein und fein. ;)

    ;) Inzwischen ist der Artikel sogar aus irgendeinen Grund auf ungarisch übersetzt worden und macht da die Runde...

    Zitat

    So wie ich das sehe, ist dein Blog Version 2.8.5, inzwischen sind wir ja bei 2.9.2.

    Der Versionswechsel steht an, alleine schon aus Sicherheitsgründen. Nur dachte ich mir eher, dass bisher neuere Version von WP meistens mehr Ressourcen verbrauchen als ältere.

    Zitat

    Ob natürlich durch ein Update und Umstellung auf PHP5 Serverlasten veringert werden, vermag ich nicht zu beurteilen, weil ich mich damit eigentlich noch nie auseinander gesetzt habe.

    Habe jetzt von PHP-4-STABLE-STANDARD auf PHP-5-STABLE-LIGHT umgestellt. Blog läuft noch. Subjektiv schneller. Laut Provider leider nicht.

    Es gibt einige Möglichkeiten. Caching auf Wordpress-Ebene ist da nur der Anfang. Daneben gibt es noch die Möglichkeiten auf PHP-, Server-, oder Datenbankebene zu cachen. Auch der Einsatz eines PHP-Accelerators kann lohnen.

    Das sind leider fast alles böhmische Dörfer für mich... bzw. ich wüsste jetzt nicht wie ich das anstellen soll.

    Zitat

    Schau dir außerdem mal die laufenden Cron-Jobs auf Wordpress-Ebene an. Einige sind bestimmt überflüssig.

    Wie kann man sich die anschauen?

    Zitat

    Google spuckt dir bei einer Suche nach "wordpress performance" aber auch einige brauchbare Treffer aus

    Werde ich machen, danke!

    Hallo!

    Heute eh gestern ist mein Blog bei SPIEGEL Online erwähnt worden und hat dadurch einige Zugriffe mehr als in letzter Zeit üblich erhalten. Mein Provider hat mich kontaktiert und mir mitgeteilt, dass jedoch sehr viel CPU-Last generiert wird und andere Präsenzen auf dem Server eventuell dadurch in Mitleidenschaft gezogen werden.

    Kleiner Exkurs:
    Sowas ähnliches hatte ich bereits vor einigen Monaten - damals habe ich das Server-Paket gewechselt und bin auf einen deutlich höher dimensionierten Server gestiegen. Schon damals fand ich das ganze jedoch eher merkwürdig, denn die absoluten Besucherzahlen waren absolut im Rahmen des bisher üblichen.

    Zurück zum aktuellen Fall:
    Ich habe daraufhin die beiden WordPress-Plugins SuperCache and DB Cache Reloaded installiert um Zugriffe auf die Seiten zu cachen. Die beiden Plugins arbeiten auch und cachen fleißig, dennoch ist die CPU-Last wohl weiterhin sehr hoch. Man teilte mir jetzt mit, dass es an folgenden Scripten liegen würde:

    - post.php
    - wp-cron.php
    - index.php

    Sprich: Alles Standarddateien von WordPress, bei denen ich eigentlich nicht mehr viel (bzw. überhaupt!) optimieren kann.

    Kann mir jemand einen Tipp geben, wie ich die CPU-Last reduzieren kann?

    PS: Irgendwo habe ich mal gelesen, dass PHP5 performanter sein soll als PHP4. Insofern überlege ich, ob ich die PHP-Version wechseln soll. Meint ihr, dass das was bringt?

    Es lag am Plugin "Adhesive"

    Hallo!

    Ich habe den Fehler gefunden - es lag am Plugin "Adhesive". Dadurch sind nahezu alle Merkwürdigkeiten die ich mit WordPress 2.6 hatte beseitigt. Die Versionshistorie wird angezeigt, auch kann ich wieder im Dashboard vernünftig blättern.

    Das einzige was momentan nicht klappt ist der Flash-Upload. Mal schauen, ob ich das auch noch hinbekomme.

    Wenn dein Hoster Pear text/diff bereitstellt, kann es zu Konflikten kommen, denn WP bringt sicherheitshalber seine eigenen Files mit und verzichtet auf Pear. Deshalb kann auch dein Wiki funktionieren aber WP nicht. Der Patch könnte helfen, denn wenn es dort endet und du alle Fehlermeldungen unterdrückst (oder dein Provider) dann kann das ggf. so aussehen.

    So, ich habe es jetzt ausprobiert. Dateien aus dem Patch hochgeladen, 'nen neuen Artikel entworfen (als Entwurf), ein wenig geschrieben und dann gespeichert und dann den Artikel erneut aufgrufen und verändert.

    Er zeigt weiterhin nichts von verschiedenen Versionen an. :(

    Wenn dein Hoster Pear text/diff bereitstellt, kann es zu Konflikten kommen, denn WP bringt sicherheitshalber seine eigenen Files mit und verzichtet auf Pear. Deshalb kann auch dein Wiki funktionieren aber WP nicht. Der Patch könnte helfen, denn wenn es dort endet und du alle Fehlermeldungen unterdrückst (oder dein Provider) dann kann das ggf. so aussehen.


    OK, ich probier das in Kürze (morgen?) aus und werde hier eine Rückmeldung geben.

    Das könnte dir weiterhelfen, weil deine Fehlerbeschreibung recht dünn ist, vermute ich dieses Problem: http://forum.wordpress-deutschland.org/installation/3…html#post179032

    Danke für den Linktipp.

    Das Problem: Ich bekomme gar keine Fehlermeldung, also auch nicht diese bzgl. diff. Abgesehen davon, dass meines Wissens die diff-Funktion bei mir auf dem Server läuft (bei MediaWiki zeigt sie jedenfalls schön die Unterschiede zwischen einzelnen Versionen an) finde ich es ja so merkwürdig, dass ich nicht einmal ein Menü/Feld/sonstwas habe, wo mir die unterschiedlichen Versionen angezeigt werden sollten.

    Es wird das Autorenfeld angezeigt - und danach kommt direkt der Footer.

    Nach einigen Problemen mit den Kategorienamen (die verschwanden; jetzt aber nach einem hier beschriebenen Workaround wieder da sind), läuft WordPress 2.6 jetzt an sich recht gut (bis auf ein paar Aussetzer z.B. beim Flash-Uploader der immer wieder von einem HTTP-Problem berichtet).

    Jetzt wollte ich mal eines der neuen Features ausprobieren - die Versionierung von Beiträgen. Das Video auf wordpress.org zeigt ja gleich am Anfang wie man das macht. Dummerweise endet bei mir die Liste der erweiterten Optionen mit dem Autorenfeld. Testweise habe ich dann mal einen Eintrag abgeändert, der von einem anderen Autoren stammte (nach dem Motto "Vielleicht zeigt er nur Änderungen von anderen Nutzern an").

    Klappte aber auch nicht.

    Ich habe in der wp-config.php daraufhin den Eintrag

    Zitat

    define('WP_POST_REVISIONS', 5); // max. 5 Versionen speichern

    eingefügt. Das half aber auch nicht.

    Was muss man machen, damit das klappt?

    Komplettes Blog in einer Kategorie eines anderen Blogs automatisch übernehmen?

    Hallo!

    Wisst Ihr ob es geht, dass man aus einem (neu zu erstellenden) WordPress-Blog namens z.B. Ersatzblog automatisch alle Beiträge in einem anderen WordPress-Blog (namens z.B. Hauptblog) in einer Kategorie namens Ersatzblog mit veröffentlicht?

    Ggf. sogar so, dass im Hauptblog eigentlich nur ein Auszug aus den Ersatzblog-Beiträgen steht inkl. Link auf den eigentlichen Beitrag im Ersatzblog?

    Hallo!

    Seit geraumer Zeit gibt es unter http://www.revier-derby.de/ das gleichnamige Blog, welches sich den Fußballmannschaften (der ersten Bundesliga) des Reviers (Ruhrgebiet; Ruhrpott) widmet - als da wären (in alphabetischer Reihenfolge): Borussia Dortmund, FC Schalke 04 und VfL Bochum.

    Das verwendete Theme (bzw. die verwendeten Themes) basieren auf "Girl in Green", welches ein wenig angepasst wurde:

    Standard-Variante in den Bundesliga-Farben (weiß und rot):
    http://www.revier-derby.de/
    (ggf. in der Sidebar bei bevorzugte Mannschaft auf "- unentschieden" klicken)

    Borussia Dortmund:
    http://www.borussenblog.de/

    FC Schalke 04:
    http://www.knappenblog.de/

    VfL Bochum:
    http://www.18hundert48.de/

    Ruft man eine der drei letzten URLs auf, dann ruft man automatisch den Theme Switcher so auf, daß für die bevorzugte Mannschaft das angepasste Layout erscheint.

    Da ich mich mit CSS nicht wirklich auskenne, war es schon ein wenig eine Qual das ganze einigermaßen hinzubekommen - vor allem der MS IE hat immer wieder eklige Spirenzchen gemacht, die bei Opera und Firefox so nicht vorlagen.

    Vielleicht habt Ihr ja noch Anregungen, Hinweise und Tipps.