Beiträge von Dunkelangst

Die bisherigen 426 Kommentare meines Blogs arbeite ich gerne mal ein einem Wochenende von Hand nach, damit das nofollow Attribut verschwindet.

Hauptsache, es wird kein neues nofollow gesetzt.

Zitat von utele

Ich habe es in der functions.php meines Themes drin, siehe texto.de:
Follow me — DoFollow Links in den Kommentaren

Hey, vielen Dank für den Link!

Ist das egal, an welche Stelle ich den folgenden Code in die functions.php kopiere, oder muss das an eine spezielle Stelle?

[COLOR=#000000][B]function[/B][/COLOR] strip_nofollow[COLOR=#009900]([/COLOR][COLOR=#000088]$ret[/COLOR][COLOR=#009900])[/COLOR] [COLOR=#009900]{[/COLOR]
    [COLOR=#000088]$ret[/COLOR] [COLOR=#339933]=[/COLOR] [COLOR=#990000]str_replace[/COLOR][COLOR=#009900]([/COLOR][COLOR=#0000ff]"rel='external nofollow'"[/COLOR][COLOR=#339933],[/COLOR][COLOR=#0000ff]"rel='external'"[/COLOR][COLOR=#339933],[/COLOR] [COLOR=#000088]$ret[/COLOR][COLOR=#009900])[/COLOR][COLOR=#339933];[/COLOR]
    [COLOR=#b1b100]return[/COLOR] [COLOR=#000088]$ret[/COLOR][COLOR=#339933];[/COLOR]
[COLOR=#009900]}[/COLOR]
add_filter[COLOR=#009900]([/COLOR][COLOR=#0000ff]'get_comment_author_link'[/COLOR][COLOR=#339933],[/COLOR] [COLOR=#0000ff]'strip_nofollow'[/COLOR][COLOR=#009900])[/COLOR][COLOR=#339933];[/COLOR]

[COLOR=#339933][COLOR=Black]Ich habe den nun in meine functions.php kopiert und es hat sich nichts geändert.

Außerdem habe ich das Plugin nofollow free ausprobiert - ohne Erfolg.[/COLOR][/COLOR]

Zitat von Herr Schmidt

Der nofollow tag wird von Wordpress mittlerweile automatisch gesetzt, abstellen kann man das nur mit einem Plugin.

Ich habe außerdem das Plugin no-nofollow ausprobiert - ohne Erfolg.

Zitat von Herr Schmidt

Wobei es allerdings ohne keine Rolle spielt wenn du den Suchmaschinenbot gar nicht auf deine Seite lässt. Wo kein Bot hinkommt kann er sich auch nicht an die Linktags halten ... ;)

Wie ich schon geschrieben habe, möchte ich einfach von vorne herein selbst bestimmen wie meine Links aussehen und mir diese nicht von WordPress beliebig verschlimmbessern lassen.

Vielleicht kommt der Tag, an dem ich mich gegen die robots.txt entscheide - und an diesem Tag möchte ich nicht in 5845 Kommentaren 96976 Links ausbessern müssen.

Das nofollow Attribut muss weg. Das ist der Punkt. Das ist aber auch nur meine Meinung. Ich finde es schade, dass WordPres zwar automatisch das nofollow Attribut setzt, aber nirgendwo im Backend dem Blog Administrator eine Entscheidungsgewalt über selbiges anbietet. Dieses Vorgehen ist mir nicht vermittelbar - da bin ich eine andere Transparenz durch freie Software gewöhnt.

Zitat von Townboy

Hast Du evtl. noch ein PlugIn aktiviert das dies managen könnte?

Nicht das ich wüsste. Welche Plugins ich derzeit verwende habe ich in meinem Blog beschrieben. Diese verwende ich ebenfalls seit Monaten. Mein Verdacht bleibt daher, dass es an der WordPress Version von de.wordpress.org liegen könnte. Der Verdacht beruht sich eben auch darauf, dass auch bei abgeschalteten Plugins das nofollow Attribut automatisch gesetzt wird.

Ich will das Steuerrad endlich wieder in der Hand haben und so verlinken, wie es mir passt. :(

Danke für deine Hilfe!

Zitat von Townboy

Hallo Dunkelangst,

was hast Du unter Einstellungen -> Datenschutz angehakt?

Ich habe seit zwei Jahren die Option "Suchmaschinen und Archivdienste sollen abgewiesen werden, normale Besucher sollen zugelassen werden." angekreuzt. Bis zur Version 2.8 hatte ich nie ein Problem mit nofollow. Allerdings habe ich bis zur Version 2.8 auch die Version von WordPress Deutschland verwendet. Auf Grund von diesem Design-Fehlerchen habe ich mich dann entschieden, WordPress von der de.wordpress.org Seite zu verwenden.

Ich habe außerdem eine robots.txt in meinen Blog integriert. Ich will von Suchmaschinen nichts wissen. Ich möchte nicht, dass meine Seite von Suchmaschinen empfohlen wird, sondern von Mund zu Mund nach dem Prinzip des Buschfunks.

Hallo!

Ich benutze WordPress 2.8 und zwar die Version von de.wordpress.org. Diese Version setzt bei jedem Link ein nofollow Attribut gemäß folgendem Beispiel:

<a href="http://example.com/" rel="nofollow">Beispiel</a>

Dieses Attribut wird automatisch gesetzt - bei jedem einzelnen Link. Zum einen kann ich ganz gut selbst verlinken und habe daher kein Verständnis dafür, wenn WordPress meine Links verschlimmbessert und zum ist dieses Attribut kein Bestandteil der w3c Standards.

Wie kann ich das automatische setzen des nofollow Attributs abschalten? Ich finde in den Einstellungen keine derartige Option, was ich ziemlich schade finde.

Zitat von infected

Im Backend unter Werkzeuge/Autoupdate gibt´s doch die Möglichkeit das Update auszublenden (hide this update). Hilft das nicht?

Nur weil ich das Problem nicht sehe heißt das nicht, dass es nicht da ist. ;)

Ich habe das Problem jetzt auf meine Weise gelöst, da alle hier genannten Tipps bei mir nicht funktioniert haben und das "Ausblenden" nun einmal keine Lösung ist:

Ich habe einfach ganz genau das gemacht, was mir WordPress gesagt hat:
Ich habe auf die Version 2.8 upgedatet und zwar die von de.wordpress.org.

Mir persönlich ist es egal ob mich mein Blog mit "Du" oder "Sie" anspricht. Offenbar scheint das der einzige Unterschied zwischen den beiden Versionen zu sein, in sofern werde ich zukünftig wohl nur noch die Version von de.wordpress.org verwenden.

Jedenfalls ist der Fehler mit der Version weg. :-D

Danke für eure Hilfe!

Zitat von fischnackdissen

Wie der jute jottlieb schon meinte:
Nochmal Updaten auf 2.8? - dewordpressorg, Werkzeuge, Autoupdate, Tools ?> Autoupdate, Version, WordPress - WordPress Deutschland Blog

Wenn man das alles macht und dann einfach auf "Autoupdate klickt" verschwindet der Hinweis.

Wie in meinem vorherigen Posting geschrieben: Ich habe die gesamte Anleitung durchgearbeitet und der Hinweis bleibt trotzdem da.

Zitat

Sollte die Meldung immer noch erscheinen, so ruft im Backend den Menüpunkt Werkzeuge » Autoupdate auf. Nun sollte die Meldung endgültig verschwinden.Sollte die Meldung immer noch erscheinen, so ruft im Backend den Menüpunkt Werkzeuge » Autoupdate auf. Nun sollte die Meldung endgültig verschwinden.

Genau das funktioniert bei mir nicht. (Die anderen vorherigen Schritte habe ich ausgeführt.):(

Gibt es noch andere Lösungswege? Sollte ich mir viellleicht die Version von de.wordpress.org installieren?

Zitat von jottlieb

Nein, das muss man nicht, das wäre Unsinn.
Wenn du schon richtig (z.B. mit unseren Paketen) ein Ugprade gemacht hast, brauchst du kein Upgrade machen.

Ob mein Upgrade richtig funktioniert hat? Es gab keinerlei Fehlermeldungen und mein Blog funktioniert immer noch tadellos. Die einzige Unregelmäßigkeit, die aufgetreten ist, habe ich in in diesem Thread beschrieben. Ich denke jedoch nicht, dass das irgendetwas mit dem Update zu tun hat.

Ich verwende die WordPress Version, die man unter der folgenden URL herunter laden kann:

http://counter.wordpress-deutschland.org/dlcount.php?id…tion/latest.zip

In meinem Backend schlägt er diese Quelle vor:
http://de.wordpress.org/wordpress-2.8-de_DE.zip

Worin besteht bei diesen beiden Quellen der Unterschied?

Vielen Dank für deine Hilfe!

Offenbar muss man dann das gesamte Update noch einmal ausführen.

Ich warte nun erst einmal ab, denn ich mache mein Update lieber manuell und weiß nicht, ob das einen Unterschied ausmacht. :-?

Ich hab mich jetzt an die folgende Anleitung gehalten:

Zitat

1. Kopiert die Konfigurationsdatei wp-config.php eurer Installation auf den lokalen Rechner und öffnet sie zum beschreiben.
2. In der Datei fügt ihr unter dem Schlüssel zur Sprache den folgenden Parameter $wp_local_package mit dem Wert de_DE ein.
3. Zur Kontrolle sollte es dann so aussehen:
   define ('WPLANG', 'de_DE');
   $wp_local_package = 'de_DE';
4. Nach dem Speichern der Datei ladet ihr sie wieder auf den Webspace in die Installation eures Blogs.
5. Ab nun weis auch WordPress, dass ihr eine deutsche Version nutzt, auch wenn sie nicht von de.wordpress.org ist.

Die Meldung bleibt bei mir dennoch bestehen.Meine wp-config.php sieht wie folgt aus:

<?php
// ** MySQL settings ** // 
define('DB_NAME', '**********');    // Der Name der Datenbank, die du benutzt. 
define('DB_USER', '***********');     // Dein MySQL-Datenbank-Benutzername. 
define('DB_PASSWORD', '**********'); // Dein MySQL-Passwort 
define('DB_HOST', '**********');    // 99% Chance, dass du hier nichts ändern musst. 
define('DB_CHARSET', '******'); 
define('DB_COLLATE', ''); 
 
// Wenn du verschiedene Präfixe benutzt kannst du innerhalb einer Datenbank 
// verschiedene WorPress-Installationen betreiben 
$table_prefix  = 'wp_';   // Nur Zahlen, Buchstaben und Unterstriche bitte! 
 
// Hier kannst du einstellen welche Sprachdatei benutzt werden soll. 
// Wenn du nichts einträgst wird Englisch genommen. 
define ('WPLANG', 'de_DE');
$wp_local_package = 'de_DE'; 
 
 
/* Das war`s, ab hier bitte nichts mehr editieren! Happy blogging. */ 
define('ABSPATH', dirname(__FILE__).'/'); 
require_once(ABSPATH.'wp-settings.php'); 
?>

Eine Lösung des Problems war das noch nicht wirklich. Aber wie dem auch sei: Es ist ja eh nur ein kosmetisches Problem.

Wie sagte Spock immer? "I'm a mechanic not a designer." :mrgreen:

Habe vor einigen Tagen auf WordPress 2.8 upgedatet und bekam dabei keine Fehlermeldungen.

Seit ein paar Stunden habe ich in meinem Blog die Meldung, dass ich auf Version 2.8 Updaten soll, obwohl ich diese Version benutze. Diese Meldung ist definitiv erst ein paar Stunden alt - heute Mittag hatte ich diese noch nicht. Dazu gibt es hier einen Screenshot.

Ich kann mich daran erinnern, dass es bei dem Update auf WP 2.7 den selben Fehler schon einmal gab. Da dieser doch eher kosmetischer Natur ist, ignoriere ich ihn einfach wieder und freue mich auf WP 2.8.1. Ich hoffe dass das Update den Fehler wieder behebt, genau wie das Update auf WP 2.7.1 damals...

Ich wollte hier nur über den Fehler berichten und mich würde interessieren, ob diesen noch weitere Blogger haben.

Zitat von marX

Die CSS-Regel, die da verantwortlich ist, kann durchaus erst seit 2.8 (oder einem gleichzeitig erfolgten Plugin-Update?) im Header auftauchen. Überschreiben kannst du es vielleicht so:

CSS

#recentcomments .recentcomments a.openid_link {
  padding-left:21px !important;
}

und Daumen drücken das es spezifischer ist als die Regel direkt im Dokument (ich habs jetzt weder ausprobiert noch durchgerechnet...)

Falls das nicht klappt dann müsstest du mal nachschauen woher genau die Regel im Dokument kommt.

Boah, marX!!

Was wäre dieses Forum ohne Dich?! Du hast mir schon so häufig aus der Patsche geholfen! Vielen Dank - dieser Code hat das Problem bei mir (wieder einmal) gelöst!! :-D

Einzige Frage, die bei mir zum Abschluss bestehen bleibt:
Könnte es sein, dass dieses OpenID Problem mit dem style.css Problem zusammen hängen könnte? Kann ja auch sein, dass meine linke Leiste nach links gerutscht ist, wie in dem anderen Thread beschrieben...

Wie dem auch sei:
Vielen Dank an euch beide, lieber marX und utele!

Erst einmal vielen Dank für eure Hilfe!

Immerhin hat sich das mit den fetten Wörtern bzw. Links und den verschwommenen Minibannern aufgeklärt. Lag natürlich an meinem Browser. :-D

Zitat von utele

Sodele die Links liegen am Plugin:
#openid_enabled_link, .openid_link, #openid_identifier, #commentform #openid_identifier {openid.m...s?ver=519 (Linie 1)
background-image:url(openid.gif);
Es wird ein Hintergrundbild gesetzt, wenn es ein openid-Link ist, dafür ist in deinem Theme aber keine Platz, also liegt das Bild halt drüber.

Siehe im Plugin
http://www.dunkelangst.org/wp-content/plu…/openid.min.css

Zu erst einmal möchte ich festhalten dass dieses Problem meiner Meinung nach nicht am Plugin liegt. Mit WordPress 2.7.1 waren die Grafiken tadellos vor den entsprechenden Kommentaren und nicht darunter; erst durch das Upgrade auf WordPress 2.8 ist dieser Fehler aufgetaucht. Da dieser Fehler offenbar reproduzierbar muss ich davon ausgehen, dass das an WordPress liegt.

Aber sei es drum:
Ich habe erkannt, dass man anhand der Datei etwas drehen kann. Die einzig sich aus dem Sachverhalt ergebene und logische Frage ist:

Wie muss ich die Datei anpassen, so dass die Grafiken wieder vor den Kommentaren sind?

Leider kenne ich mich mit css nicht wirklich aus, von daher stehe ich gerade sprichwörtlich wie der Ochse vor dem Berg... :???:

Vielen Dank für eure Hilfe!

Ihr habt mir sehr geholfen!

Das Update selbst habe ich akribisch genau nach dieser Anleitung durchgeführt und bin dabei auf keinerlei Probleme bzw. Fehlermeldungen gestoßen.

Hier ist auch ein Screenshot

1.) Die OpenID Grafiken sind unter dem Text der Kommentatoren.
2.) Minibanner sind verschwommen.
3.) Völlig andere Schriftart als vor dem Upgrade.
4.) Links sind auch nicht mehr dick dargestellt, genau wie die dicken Wörter auch nicht mehr dick dargestellt sind.

All diese Probleme hatte ich vor dem Upgrade nicht. Auch mit abgeschalteten Plugins sieht der Blog jämmerlich aus.

Frage:
Welcher Code in welcher Datei von WordPress 2.8 ist für das Aussehen im Backend verantwortlich?

Das Aussehen des Backends hat sich schon verändert von 2.7.1 auf 2.8. Dort sind die Links ebenfalls nicht fett und es ist dort ebenfalls eine andere Schriftart verwendet. Die einzig logische Schlussfolgerung ist die, dass sich die Änderungen bezüglich des Aussehens des Backends auf das Frontend auswirken und so die Lesbarkeit des gesammten Blogs dahin ist.

Zitat von marX

Der Style im Theme ist völlig unabhängig von der verwendeten WP-Version.

Denn genau diese Schlussfolgerung würde auch zu deinem Satz passen: Ich gehe hier langsam von einem Bug von WordPress 2.8 aus.

Hi marX!

Das ist ja schon mal eine Aussage von Dir. Die passt nur leider nicht zu meinen Update Erfahrungen von 2.7.1 auf 2.8. :???:

Hier der Link:
dunkelangst.org

utele:

Wenn ich das WordPress Standard Theme (bei anderen Themes sind sie wiederum dünn) nehme, dann sind die Wörter wieder fett. Lesbarer wird der Blog dadurch nicht - das Schriftbild bzw. die Typografie ist genauso hässlich. Ganz genau genommen erscheint mit mein ganzer Blog richtig verschwommen - also auch die Banner. Dies war vor dem Upgrade definitiv nicht der Fall. Ich glaube auch nicht, dass das an meinem Rechner liegt - die anderen Webseiten und Blogs werden völlig vernünftig dargestellt.

Auf der Homepage meines Themes finde ich auch keine Hinweise.

Danke für eure Hilfe!

Zitat von utele

Falls du vom Adminbereich redest schau mal nach:

/wp-admin/css/global.css

Ich meine natürlich meine Beiträge, die für die Leser meines Blogs bestimmt sind. Leider ist bei diesen die Lesbarkeit bei weitem nicht mehr so gut wie bei WordPress 2.7.1. Ist die von Dir angesprochene Datei nur für das Schriftbild des Backends oder auch für das Frontend zuständig?

Ich habe beide Datei Versionen mal überflogen und beide scheinen sich auch wirklich zu unterscheiden - weshalb auch immer. Geändert habe ich vorerst mal nichts - möchte die Integrität meines Blogs nicht gefährden, da ich mir gerade einfach unsicher bin.

Zitat von utele

Falls du dein Blog im Besucherbereich meinst, dann die style.css deines Themes.

Mein Theme ist völlig unverändert im Vergleich zu vor dem update. Ich denke daher, dass es nicht an meinem Theme liegen kann.

Zitat von utele

Ob deine Formatierungen weg sind oder nur so aussehen als ob, kannst du im Quellcode sehen. Gibt es da noch strong oder em, dann ist alles da wird nur nicht angezeigt.

Die Formatierungen sind noch vorhanden. Das hat mich auch sehr erleichtert. Dennoch werden keine dick markierten Wörter auch dick angezeigt. Ich gehe daher davon aus, dass am Style von WordPress einiges entwickelt wurde. It's not a bug - it's a feature.

Ich Danke Dir ganz ganz herzlich für deine Tipps!

[gelöst] Schriftbild von WordPress 2.7.1 verwenden

Hallo!

Ich habe soeben das Upgrade auf WordPress 2.8 durchgeführt und bin an Sich sehr zufrieden - mit zwei Ausnahmen:

1. Die Lesbarkeit meines Blogs hat drastisch abgenommen. Die verwendete Schrift in WordPress 2.8 sagt mir nicht zu - ich finde sie schlecht. Von meinen Blog mit WordPress 2.7.1 existiert eine vollständige Datensicherung. Welche Dateien muss ich austauschen, damit ich die Schrift von WordPress 2.7.1 verwenden kann? Wie definiere ich allgemein, welche Schriftart mein Blog als Standard verwenden soll?
2. Des weiteren sind meine gesamten Formatierungen (z.B. Fett oder Kursiv) der alten Beiträge nicht mehr vorhanden. Muss ich jetzt all meine 72 Publizierungen erneut formatieren, oder gibt es eine andere Lösung?

Ich danke für jedwede Hilfe!

Ich habe mir inzwischen das Plugin IE-Warning installiert, welches auch tadellos funktioniert (wie man in meinem Blog bewundern kann, sofern man den IE einsetzen sollte und Javascript aktiviert ist).In diesem Sinne habe ich gleich zwei Tipps angewandt:

Zitat

Oder du schreibst deinen CSS Code gleich richtig dann wird er auch richtig in allen Browsern dargestellt.

und dazu eben auch zusätzlich der Hinweis an jeden IE Nutzer. Ich möchte an dieser Stelle darauf hinweisen, dass der weit überwiegende Teil meiner Leser eh ein Linux System benutzen und ich daher ziemlich sicher bin, dass ich nicht gerade viele Leser meines Blogs mit der IE Meldung konfrontieren werde... Danke für eure Hilfe!

Ich hab die Antwort auf meine Frage in diesem Blog gefunden. *freu*