Schlagwort-Archive: Wordpress

Freakcommander.de goes noch mehr 2.0

Computer, , , ,

Da ein Großteil meiner Besucher mittlerweile dank den „Link shares“ von Facebook kommt, habe ich zum einen die Verbindung mit Facebook noch ein bißchen erweitert:

  • in der Sidebar findet ihr nun einen Kasten zur Freakcommander-Seite bei Facebook. Ich würde mich freuen, wenn ihr Fans dieser Seite werdet. Ach nee, das heißt ja jetzt nur noch „Gefällt mir“ und nicht mehr Fan…
  • Dann habe ich die Möglichkeit eingebaut, dass man auf der Artikelseite oben rechts ‚Gefällt mir‘ anklicken kann. Ich bin gespannt, wie sehr dieses Feature genutzt wird und wie sich die Zugriffszahlen entwickeln.

Und dann habe ich heute festgestellt, dass Nerdcore offenbar eine eigene Twitter Application registriert hat, um seine Artikel beim Publizieren zu tweeten (festzustellen an dem „via Nercoreblog“ mit Link auf den Blog). Da mein genutztes Plugin (Twitter Goodies) eh nicht mehr automatisch neu veröffentlichte Artikel tweetet, habe ich mich auf die Suche gemacht, mit welchem WordPress-Plugin man über die eigene Twitter Application tweeten kann. Ergebnis: Tweet this kann das! Und so seht ihr nun bei den Tweets aus diesem Blog „via Freakcommander Blog“. Halleluja!!!

Warum NoFollow saugt

Wordpress, , , , , ,

Wenn bei einem Kommentar ein Link angegeben wird, sieht der Quelltext des Links in WordPress standardmäßig so aus:
[code lang=’html‘]
crille
[/code]
Das rel=“nofollow“ bewirkt, dass Suchmaschinen diesen Link gar nicht wahrnehmen. Zum einen hat das zur Folge, dass – sollte die verlinkte Seite noch nicht im Index der Suchmaschine sein – sie trotz Verlinkung auch weiterhin nicht erfasst wird. Zum anderen wird dieser Link nicht als Berechnungsgrundlage für den Pagerank einer Seite verwendet, was diesen verfälscht.

11 weitere Gründe gegen rel=“nofollow“ sind hier zu finden, so wird bspw. angeführt, dass rel=“nofollow“ von den Suchmaschinen-Betreibern eingeführt wurde, um Spam zu verhindern. In WordPress gibt es aber mit Akismet so selten Spam, dass dieser Grund für WordPress nicht gelten kann.

Und da ich meine Kommentatoren auf freakcommander.de nicht als Spammer sehe, habe ich mit dem Plugin Nofollow Case by Case alle rel=“nofollow“ aus den Links entfernt.

JQuery Event Listener für hinzugefügten Inhalt

Computer, , , ,

Wenn auf einer Webseite nach dem Laden Inhalt hinzugefügt wird, funktionieren Event Listener auf diesen hinzugefügten Inhalt nicht.  Nehmen wir diesen JQuery-Code:

[code language=“js“]
$("p").click(function(){
$(this).after("<p>Another paragraph!</p>");
});
[/code]

Beim Klick auf einen Absatz wird danach ein neuer Absatz eingefügt mit dem Inhalt Another paragraph!. Klickt man auf diesen neuen Absatz Another paragraph! passiert nichts, obwohl laut dem JQuery-Code ja eigentlich beim Klick auf einen Absatz ein weiterer Absatz eingefügt werden soll.

Eine längere Schreibweise für o.g. Code ist diese hier mit der bind-Methode:

[code language=“js“]
$("p").bind("click", function(){
$(this).after("<p>Another paragraph!</p>");
});
[/code]

Die Lösung, damit Event Listener auch auf hinzugefügten Inhalt funktionieren, ist die live-Methode:

[code language=“js“]
$("p").live("click", function(){
$(this).after("<p>Another paragraph!</p>");
});
[/code]

Jetzt kann man auch auf Another paragraph! klicken und bekommt einen weiteren Absatz.

Übrigens ist diese live-Methode auch die Lösung, um in seinem selbst entworfenen Widget im neuen Admin-Panel (seit WordPress Version 2.8 ist die Widget Administration überarbeitet) Events per JQuery jederzeit benutzen zu können. Das Problem ist ansonsten nämlich, dass man das per Drag & Drop hinzugefügte Widget-Administrationspanel erst abspeichern musste, ehe JQuery-Events funktionieren.