Also ich habe dafür dieses Plugin verwendet:
http://kubaseotr%c3%a4ume.schnurpsel.de/plugins/123-echtlaut/
Bin aber nicht sicher, ob es mit der aktuellen WP-Version läuft. Kannst es ja probieren.
Gruß
Ingo
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenAlso ich habe dafür dieses Plugin verwendet:
http://kubaseotr%c3%a4ume.schnurpsel.de/plugins/123-echtlaut/
Bin aber nicht sicher, ob es mit der aktuellen WP-Version läuft. Kannst es ja probieren.
Gruß
Ingo
Solche Änderungen werden bei externen Seiten auch nicht sofort sichbar. Facebook hat z.B. einen Zwischenspeicher, wo die Inhalte bereits einmal verlinkter Seiten abgelegt werden, um sie nicht jedesmal neu abfragen zu müssen.
Auch die Google-Suche braucht eine Weile, bis solche Änderungen übernommen werden.
Also hab einfach noch etwas Geduld.
Gruß
Ingo
Du kannts auch mal gucken, ob da noch was in einer .htaccess-Datei in einem übergeordneten Verzeichnis steht, sofern Wordpress nicht im Wurzelverzeichnis des Webspace installiert ist. Diese vererben ihre Einstellungen an untergeordnete Verzeichnisse.
Es könnte auch was mit einer benutzedefinierten Fehlerseite (ErrorDocument) zu tun haben.
Es ist es meist schwierig bis unmöglich, so einen Fehler von außen zu lokalisieren.
Gruß
Ingo
Gut, ich habe es jetzt mal getestet. Nun ist wieder der schon oben beschrieben Effekt mit der Weiterleitung per 302 auf /Default/ da, also wechselweise Startseite, dann /Default/ und wieder Startseite usw.
Da ist irgendwo noch etwas aktiv, was auf /Default/ weiterleitet (Plugin, weiterer Eintrag in der .htaccess, eine Einstellung beim Webhoster). Zumindest sehe ich in der .htaccess -Regel und in der Weiterleitung im Header kein Problem.
Gruß
Ingo
Was Du erreichen willst, ist mir schon klar. :-)
So, wie Du die Deine Vorgehensweise beschreibst, sollte es normalerweise auch ohne Umleitungsfehler funktionieren. Ich sehe da erstmal keinen logischen Fehler.
Angenommen, Du hast beide Konfigurationen aktiv, also die Weiterleitung der 404-Seiten im Header und die Redirect-Regel in der .htaccess. Tritt dann der Fehler mit den zu vielen Umleitungen immer auf, egal ob Du eine Seite mit .htm oder eine existierende oder nicht existerende Seite aufrufst, oder nur in einem dieser Fälle?
Es wäre wirklich hilfreich, wenn Du zum Testen die Redirect-Regel wieder in die .htaccess aufnehmen könntest, damit ich sehen kann, was genau passiert.
Gruß
Ing
Noch mal zur Klarstellung. Der Umleitungsfehler tritt dann auf, wenn Du diese RedirectMatch-Regel in der .htaccess hast und dann eine nicht existierende Seite aufgerufen wird. Oder tritt er immer auf, wenn die Regel in der .htaccess steht?
Kannst Du die Regel mal bitte wieder reinschreiben damit ich sehen kann, was genau passiert.
Gruß
Ingo
Das Problem tritt im Moment auch auf, wenn ich eine nicht existierende Seite (ohne .htm) aufrufe.
Man wird zunächst per 301 auf die Startseite umgeleitet, dann aber wieder per 302 auf eine Seite /Default/, von dort wieder per 301 auf die Startseite usw.
Steht in der .htaccess sonst noch etwas drin? Sind weitere Plugins aktiv, die sich um Seitenweiterleitungen kümmern?
Gruß
Ingo
@BlogplusAt
Also so ganz ohne höherwertigen Links bekommt man keinen PageRank 3. Der Pagerank hat nichts mit Inhalten oder Besuchern zu tun, sondern ist eine berechnete Größe aus den eingehenden Links einer Seite. Da reichen nicht einige Backlinks von Seiten, die selbst nur PR 0 bis 2 haben.
Andererseits ist der Pagerank eh keine sooo wichtige Größe meher. Insofern ist es auch egal, wie der PageRank ensteht. :-)
Gruß
Ingo
Danke für die lobenden Worte, aber warum "Keinen Gruß"?
Gruß
Ingo
Die DNS-Informationen werde im Router bzw. lokal auf dem Rechner für einige Zeit zwischengespeichert, um nicht jedesmal eine echte DNS-Anfrage an den zuständigen Server rausschicken zu müssen.
Bei Dir geht deshalb noch alles, aber wer Deine Seite zum ersten Mal aufruft, bekommt eine Fehlermeldung "Server nicht gefunden" oder etwas Ähnliches.
Gruß
Ingo
Ja schon, aber ändern kann man im Backend weder den Login-Name (Benutzername) noch diesen Nicename. Insofern wäre die Information, daß das in der Datenbank gemacht werden muß und wie die Tabellenspalten da heißen, schon hilfreich gewesen.
Nachtrag: Mein Kommentar erübrigt sich nun. :-)
Gruß
Ingo
Die Strato-DNS-Server sind scheinbar gerade down. Meine Seiten bei Strato sind auch nicht erreichbar.
Gruß
Ingo
Das läßt sich aber nur direkt in der Datenbank ändern, oder? Im WP-Backend taucht das im Benutzerprofil nicht auf, zumindest habe ich das nicht gefunden.
Gruß
Ingo
Das ist die IP-Adresse. Wenn die immer gleich ist, ist zumindest sicher, daß diese Kommentare aus einer Quelle (vom selben Rechner/Internetanschluß) kommen.
Du kannst übrigens bei Einstellungen->Diskussion diese Nummern unten bei "Kommentar-Blacklist" eintragen. Dann wirst Du damit nicht mehr belästigt.
Gruß
Ingo
Stimmt, aber das ist auch nicht das, was ich in meinem ursprünglichen Post meinte. Mein Userlogin ist 14-stellig und nicht mein Adminname.
Verstehe ich nicht. Man meldet sich doch bei Wordpress mit dem Usernamen an und das ist der, der beim Autoren-Link angezeigt wird. Was ist denn der Userlogin?
Gruß
Ingo
Ja, jetzt gerade erst. Vor einer halben Stunde hat mir der Aufruf von /author/admin/ noch alle Deine Artikel angezeigt. Ich Zähle hier übrigens nur 9 Stellen: Xad65minX :-)
Gruß
Ingo
Und warum machts Du das mit dem "admin" umbenennen dann nicht auf Deiner eigenen Seite? :-)
Gruß
Ingo
...
Du kannst die Datei lokal leer erstellen und per FTP hochladen. Wenn Dein Server/Webspace sauber konfiguriert ist, musst Du die Dateirechte (644 oder 444) nicht mehr anpassen. Wenn WP beim Aktualisieren der Permalink-Struktur rummeckert, ändere die Dateiberechtigungen auf 755. Passt das auch nicht > 777 und wenn fertig auf 644...
Weißt Du überhaupt, was die 7 bei den Rechten für Dateien bedeutet? Die Datei ist lesbar, beschreibbar und ausführbar. Die .htaccess-Datei sollte bzw. darf mit Sicherheit nicht ausführbar sein. Wenn man Schreibrechte für alle auf eine normale Datei setzen will, dann mit 666.
644 reicht meistens dann, wenn PHP als CGI im Kontexte des Benutzers läuft, wie z.B. bei Strato und 1&1. Läuft PHP als Apache-Modul im Kontext des Webservers, ist hingegen meist 666 erforderlich, wie z.B. bei All-Inkl.
Gruß
Ingo
Und wenn es mal ganz wichtig ist hilft es auch ein bißchen, den Artikel in den Google-Webmastertools unter "Abrufen wie durch Google" an den Index zu senden. Ist natürlich Handarbeit und nicht für alle Artikel parktikabel, wenn man viel schreibt. Vielleicht geht das aber auch über die WMT-API, dann könnte man es automatisieren.
Gruß
Ingo