Beiträge von Oliver_HH

    SEO Pagebar 2.1

    Hallo, ich bin gerade über Google hier gelandet. ;-)

    Wurde das Problem inzwischen gelöst?

    Der Einbau der SEO Pagebar muss im Anschluss an den WordPress-Loop erfolgen. Der Loop beginnt normalerweise mit

    PHP
    <?php while (have_posts()) : the_post(); ?>

    und endet mit

    PHP
    <?php endwhile; ?>

    , nicht, wie oben (im Eingangsbeispiel) angegeben, mit

    PHP
    <?php endif; ?>

    ! Das endif; beendet hier wahrscheinlich die Ersatzschleife, wenn kein Beitrag gefunden wurde. Die SEO Pagebar wurde dann auf jeden Fall zu weit unten im Code eingebaut und würde sinnloserweise erscheinen, wenn es keine weiteren Einträge gibt. "Sorry, aber du suchst gerade nach etwas, was hier nicht ist." Die Code-Ersetzung muss sich auf den vorhandenen Page-Container beziehen. Im obigen Beispiel zum Beispiel so:

    PHP
    <?php if (function_exists(’seopagebar’)) { seopagebar(); } 
    
    
    else { ?> 
    
    
    <p><?php posts_nav_link(' — ', __('&larr; &auml;ltere Eintr&auml;ge'), __('N&auml;chste Eintr&auml;ge &rarr;')); ?></p>
    
    
     <?php } ?>

    Beste Grüße

    Oliver


    Nachtrag: ... Nur falls versehentlich ein falsches Template erwischt wurde: Die SEO Pagebar gehört in index.php und/oder archive.php.

    Ja, nettes Plugin. Leistet eine ganze Menge. ;-)

    Edit: Wegen des Urteils: (Keine Rechtsberatung)

    Normalerweise müssen die Dinge im zumutbaren Bereich und im Rahmen der technischen Möglichkeiten liegen. Man müsste Beiträge also im angemessenen Zeitrahmen - also auch nachträglich - editieren können, sofern man sie nicht gerade Wochenlang online stehen lässt. Was "durchflutscht" (übersehen wird) ist natürlich immer ein Risiko.

    Aber: Vor dem Gericht ist man stets in Gottes Hand. Man kann nie wissen, wie der Richter im Einzelfall entscheidet. Und wenn ein anderer etwas freischaltet, von dem man nichts gewusst hat, haftet man höchst wahrscheinlich trotzdem für den problematischen Inhalt, sofern der Beitrag im eigenen Portal gepostet wurde.

    Sieht aus, als würde nicht nur das Feed nicht mehr funktionieren, sondern auch die Umblättern-Funktion und einiges andere mehr...

    Ich würde das Update noch einmal neu aufspielen und die alten Dateien vorher löschen. (Dabei aufpassen, dass wp-config.php, .htaccess sowie vorhandene Bilder und Plugins nicht abhanden kommen).

    Kann es sein, dass das Theme noch nicht für WordPress 2.2. angepasst wurde?
    Dort haben sich zahlreiche Funktionsaufrufe geändert.

    Alternativ vielleicht einfach mal ein aktuelles Kubrick(de)-Theme testen?

    In der 2.1er Serie wurden die Permalinks so geändert, dass das Tagging für Pages nicht mehr funktionierieren will - weder mit WordPress 2.1, noch mit WordPress 2.2.

    Mit WordPress 2.2. kamen offenbar wieder neue Rewrite Rules dazu, wodurch die Voreinstellung ....html dazu führt, dass in sämtlichen Navigationen kein Trailingslash mehr geladen wird.

    In den vergangenen WordPress-Versionen (2.0.x - 2.1.x) führte die Voreinstellung .html dazu, dass Pages, Navigationen, Kategorien, ... immer mit Trainling Slash am Ende der Seiten (des Links) aufgerufen wurden.

    Mit WordPress 2.2 ist der Trailingslash jener Seiten, die keine "Single-Seiten des Blogs" sind, plötzlich ausnahmslos verschwunden, so dass in meinem Blog momentan, um Double-Content zu vermeiden, jeder einzelne Seitenaufruf mittels hart codiertem 301-Redirect via .htaccess rejectet werden muss. Blöd ist dabei, dass die angezeigten Links für Feeds, Seitennavigation, Trackbacks, etc. natürlich alle "falsch" sind.

    Wäre es vielleicht möglich, Permalinks entweder zu vereinheitlichen, so dass auch Pages die entsprechende Voreinstellung erhalten (also auf .html enden) oder könnte man alternativ die Voreinstellung für Blog-Beiträge und Pages (bzw. "alles andere") gesondert konfigurieren?

    Mit dem Tagging bin ich momentan im "Error-404-Schwitzkasten" und mit dem Blog gibt`s ein ordentliches "Double-Content" / "Redirect-Problem".

    Hilfe! ;-)

    Testweise habe ich die Permalinks mal auf "/" statt auf ".html" enden lassen. So werden die meisten Links korrigiert, sämtliche Blog-Beiträge würden aber eine neue URL bekommen, was keinesfalls gewünscht ist. Weil auch das Tagging-Problem sich so nicht lösen lässt, halte ich diese (äußerst unbefriedigende) Änderung für überflüssig.

    Muss ich nun sämtliche Links in Plugins und Templates korrigieren oder fällt zufällig jemandem eine elegantere Lösung ein? Puh... wäre das schön. ;-)

    Danke für die schnelle Rückfrage.

    Ja, die Permalinks habe ich sogar mehrfach aktualisiert. Vielleicht scheitern die "mod_rewrite rules" aber in 2.1.3, wenn man HTML-Endungen und/oder Root-Links verwendet?

    Benutzerdefinierte Permalinks: /marketing-blog-%post_id%-%postname%.html
    Kategorie-Basis: /marketing-blog

    So werden Pages mit trailing slash (/) aufgerufen, Blog-Einträge allerdings mit .html. Seiten und Pages liegen alle im Root-Verzeichnis. Kategorien im Blog-Verzeichnis.

    Dies habe ich aus 2.0.x so übernommen. Lief da noch völlig einwandfrei und soll möglichst auch so bleiben. ;-)

    Irgendwie gibt`s mit WordPress 2.1.3 ein paar Problemchen mit Pages.

    Neben dem Pagebar Plugin gibt mir auch das Simple Tagging Plugin einige unerfreuliche Rätsel auf. Seit Umstellung auf WordPress 2.1.3 führen sämtliche Page-Tags auf Error 404-Seiten. In der WordPress 2.0.-Serie funktionierten die Page-Tags dagegen einwandfrei.

    Tags in Blog-Beiträgen funktionieren weiterhin einwandfrei (sowohl mit Jerome`s Keywords als auch mit Simple Tagging).

    Hat jemand eine Idee, woran das liegen könnte - oder besser noch,
    wie man das Problem beseitigen könnte? ;-)

    CoderOne fand kürzlich eine Lösung, mit welcher man das Pagebar Plugin auch auf den Ausgabeseiten von Simple Tagging einsetzen kann:

    PHP
    <?php if (substr_count($fromwhere,”stptags”)>0)
    {
    $fromwhere=str_replace(” GROUP BY wp_posts.ID HAVING COUNT(ID) = 1″,”",$fromwhere);
    } ?>



    Funktioniert prima.

    Wer WordPress allerdings als CMS verwendet, muss für die Startseite des Blogs eine Query-Abfrage erstellen, damit die neue Blog-Startseite weiß, welche Inhalte dort präsentiert werden sollen, z.B. so:



    Lässt man die Query weg, werden keine Posts geladen. Die "paged"-Abfrage kann man dagegen weglassen, was jedoch zum gleichen Problem führt:

    Leider funktioniert auf einer solchen Ausgabeseite, selbst wenn sie nur dazu da ist, die normale index.php durchzuschleusen, das Pagebar Plugin nicht mehr.

    Hat jemand eine Idee, wie man das Pagebar Plugin auch auf Pages zum laufen bringen könnte? Anderenfalls lässt sich auf solchen (Haupt-!)Seiten leider nur die Standardnavigation von WordPress verwenden. Das Pagebar Plugin wird zwar geladen, kann jedoch die Anzahl der Seiten nicht verarbeiten, weil obige Abfrage offenbar den benötigten Wert überschreibt, so dass keine Seitenzahlen verarbeitet und angezeigt werden.

    Zur temporären Lösung des Problems fange ich die Navigation momentan so ab:

    PHP
    <?php if (function_exists('wp_pagebar') && !is_home() && !is_page(307)) 
      { 
       wp_pagebar(array('before'=>' ', 'after'=>' ', 'tooltip'=>true, 'tooltip_text'=>'fob marketing Blog, Seite', 'prev'=>'&laquo; neuere Blog-Eintr&auml;ge', 'next'=>'&raquo; &auml;ltere Blog-Eintr&auml;ge', 'directions'=>'true')); 
     
      } else { ?>
      <div class="navigation">
       <div class="alignleft"><?php next_posts_link('&laquo; &auml;ltere Blog-Eintr&auml;ge') ?></div>
       <div class="alignright"><?php previous_posts_link('neuere Blog-Eintr&auml;ge &raquo;') ?></div>
      </div>
      <?php } ?>



    Diese Lösung empfinde ich jedoch als unbefriedigend, weil ich gerne eine Seitennavigation hätte, anstatt der Text-Links von WordPress 2.1.3.

    Hat jemand eine Idee, wie man das Pagebar Plugin cms-tauglich machen könnte?

    wp_list_cats

    Das Problem ist zwar noch nicht gelöst aber eingegrenzt:

    Es liegt am Plugin: <a href="http://ryowebsite.com/?p=46">Category Visibility</a>. Mit diesem Plugin kann man Blog-Einträge für bestimmte User und Kategorien zugänglich oder unsichtbar machen, was das RSS-Archiv leider negativ beeinträchtigt. Ich hoffe, dafür findet sich noch eine Lösung, die in etwa lautet: "Auf der Archiv-Seite x muss das Plugin deaktiviert werden."

    Hi, ich habe ein Problemchen mit "wp_list_cats":

    In (m)einem Blog nutze ich ein RSS-Archiv, welches wie folgt geladen wird:
    wp_list_cats('sort_column=name&optioncount=0&feed=RSS');
    Funktioniert prima, mit WordPress 2.0.5 und PHP4.x.

    Nun wollte ich die Funktion bei jemand anders einbauen und stelle fest, dass die Kategorie-Liste verschwindet, sobald man versucht, den Link der RSS-Feeds zu laden. Ohne Feed-Erweiterung ("&feed=RSS") läuft alles prima, mit RSS-Aufruf wird gar nichts mehr angezeigt. (WordPress 2.0.5, PHP5.x).

    Ist es möglich, dass die Feed-Liste an PHP5 scheitert?

    Hat jemand eine Idee, woran es sonst liegen könnte - oder besser noch, wie man das Problem lösen könnte? ;-)

    Eine Feed-Liste mit "wp_list_authors" funktioniert übrigens (an gleicher Stelle) einwandfrei - und mit statischen Feed-Links gibt es auch keine Probleme.

    Hi, ich habe ein Problemchen mit "wp_list_cats":

    In (m)einem Blog nutze ich ein RSS-Archiv, welches wie folgt geladen wird:
    wp_list_cats('sort_column=name&optioncount=0&feed=RSS');
    Funktioniert prima, mit WordPress 2.0.5 und PHP4.x.

    Nun wollte ich die Funktion bei jemand anders einbauen und stelle fest, dass die Kategorie-Liste verschwindet, sobald man versucht, den Link der RSS-Feeds zu laden. Ohne Feed-Erweiterung ("&feed=RSS") läuft alles prima, mit RSS-Aufruf wird gar nichts mehr angezeigt. (WordPress 2.0.5, PHP5.x).

    Ist es möglich, dass die Feed-Liste an PHP5 scheitert?

    Hat jemand eine Idee, woran es sonst liegen könnte - oder besser noch, wie man das Problem lösen könnte? ;-)

    Normalerweise kommt der Aufruf dann aus Zeile 50 Deiner "nackten" wp-rss2.php. ;-)

    Was hast Du denn mit der gemacht?

    Für eine XSL-Variante genügt es eigentlich, dort den Verweis auf XSL-Datei und Stylesheet einzutragen. Dann wird für Besucher eine modifizierte Version ausgegeben, wofür man die wp-rss2.php direkt aber gar nicht zu ändern braucht. Habe ich mir mal so zurecht gebastelt, damit Google mir nicht so viele Besucher klaut.

    In der Statistik hatte ich gesehen, dass sehr viele Leute bei Google auf die Feeds klicken, statt auf normale Links. Diese Leute gehen dann meist verloren, weil sie mit der Code-Darstellung eines Feeds ja recht wenig anfangen können... In unserem Mexiko-Portal macht das gegenwärtig z.B. einen Unterschied von ca. 1.000 Besuchern (mehr) pro Tag aus. Macht daher Sinn, sich mit Feeds gewissenhaft zu beschäftigen.

    Ja, verstanden habe ich den Fehler schon. Leider setzt Wordpress das RSS statt Rss bei jedem Eintrag, d.h. ich müsste nach jedem neuen Eintrag die Datei wieder ändern. Kann irgendwie nicht im Sinne des Erfinders sein. ;)



    Das habe ich jetzt nicht verstanden. Dieser Abschnitt läuft doch durch einen Loop und wird nicht manuell geschrieben? Scheint einfach nur ein "Tippfehler" im Code zu sein. Wie auch immer. Das ändert man nur 1x an zentraler Stelle und dann nie wieder. ;-)

    Ich fliege hier leider ständig raus, muss mich neu anmelden und kann zuvor die Antwort nicht speichern. Ein letzter Versuch: :cry:

    Erstmal vielen Dank für den Hinweis. Technorati pinge ich allerdings selber auch schon direkt an. Es wird wohl eher daran liegen, dass ich seit dem Update zusätzlich das "Filosofo Home-Page-Control - Plugin" nutze. Damit hat sich die Verzeichnisstruktur leicht geändert, was Technorati scheinbar nicht beizubringen ist.

    Bezüglich der RSS-Fehler:

    Den einen kann man sehr schnell korrigieren:

    Der Feed-Validator prangert bei WordPress-Standard-Installationen leider immer den Abschnitt <wfw:commentRSS> ... </wfw:commentRSS> an. Man findet ihn in der wp-rss2.php, ca. in Zeile 52. Macht man dort aus "RSS" (vorne und hinten) einfach "Rss" (<wfw:commentRSS> --> <wfw:commentRss>) , so ist das Standard-Feed schon einmal valide.

    Der zweite Fehler in Deinem Feed lautet: "Der Image-Link passt nicht zum Channel-Link". Das stimmt wohl. ;-) Keine Ahnung, ob dies ein Problem darstellt. Es geht um den Abschnitt mit der "Creative Commons License". Stammt der von Feedburner oder aus dem Original-Feed?

    Ich selbst wandle meine Feeds auf der eigenen Homepage in lesbare Feeds um. Wäre das vielleicht eine Alternative?

    Transport Errors bei WordPress Ping

    Hallo, die Transport Errors sind sicher kein neues (WordPress 2.0.4.) Problem. Man kann sie evtl. reduzieren, indem man Feed und Blog auf Validität überprüft und ggf. korrigiert. Manche Dienste erfordern zudem eine Anmeldung, bevor man sie nutzen (anpingen) kann. Aber ich denke, dass man die Transport Errors trotzdem nicht vollständig abstellen kann. Vielleicht tatsächlich ein "Übertragungsproblem" (schlechte Verbindung, kein freier Port gefunden, ...)?

    In meinem Shopping Blog habe ich seit dem Upgrade leider noch ein zusätzliches Problem: Meine "Technorati-Pings" werden witzigerweise erfolgreich versand (von Pingfix als "[FONT=Courier New]successfully pinged[/FONT]" bestätigt), kommen aber seit geraumer Zeit nicht mehr bei Technorati an. Falls dazu auch noch jemand eine Idee hat, würde ich mich freuen. An den Plugins kann`s nicht liegen, denn das Problem tritt leider auch bei abgeschalteten Plugins auf. Eine Neuanmeldung des Blogs (bei Technorati) hat auch nicht geholfen. So bin ich nun also ratlos. :?