Dürfte eigentlich nicht sein, das wird wohl am Cache liegen. Ansonsten gib mir bitte mal den Link zu der Seite.
Beiträge von mastermind
-
-
Es ist anscheinend so, dass Du von http://www.unter-dem-mond.com/ eine serverseitige Weiterleitung auf http://www.unter-dem-mond.com/wpblog/ hast. Weiterhin vermute ich, dass Du in den WordPress-Optionen http://www.unter-dem-mond.com/ als URLs eingetragen hast. Wenn Du die beiden URLs auf http://www.unter-dem-mond.com/wpblog/ änderst, sollte es wieder klappen.
-
im Unterverzeichnis l10n. (l10n ist ein Akronym für Localization.)
-
Auskommentieren bedeutet, dass man die entsprechende Passage als Quellcode-Kommentar deklariert, um sie zu deaktivieren (in PHP z.B. indem man zwei Schrägstriche an den Anfang der betreffenden Zeile(n) setzt). Das hat gegenüber dem Löschen den Vorteil, dass man bei Misslingen den alten Stand leicht wieder herstellen kann.
Die obige Zeile muss dann also so aussehen:
-
-
Irgendwie scheint bei Dir die index.php im Wurzelverzeichnis zu fehlen. Bist Du sicher, dass Du alle Inhalte des Ordners wordpress hochgeladen hast?
-
Was mich aber doch etwas stutzig macht ist die Tatsache, dass man bis zum vierten Tag nach meinem Post nicht mal ein kurzes "Hallo" für einen Newbie übrig hatte wie ich das von anderen Foren her kenne.
Genau aus dem Grund, dass Du es mit ein bissel Anstrengung selber geschafft hast. Ich weiß ja nicht, in welchen Foren Du sonst so unterwegs bist. Die meisten Leute hier haben offenbar keine Lust, sich mit Trivialproblemen zu beschäftigen, die schon zigtausende Male durchgekaut wurden und auf einschlägigen Seiten umfassend beschrieben sind. ;-)
-
Jop, richtig geschlussfolgert.
Sehr seltsam... die Umleitungen machen an den Stellen in den Logs keinen Sinn. Außerdem tauchen in den Logs undefinierte HTTP-Statuscodes wie 318 und 350 auf. :shock:
Zum Thema Statuscodes:
http://de.selfhtml.org/servercgi/serv….htm#uebersicht
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.htmlAnsonsten würde ich mich mal an 1&1 wenden (vielleicht haben die ja auch eine FAQ, wo das drinsteht). Solange alles funktioniert und keine Besucher sich beschweren, gibt es aber keinen Anlass zur Sorge.
-
Wenn es ein deutscher Betreiber ist: rechtliche Schritte einleiten bzw. einleiten lassen. Wenn es ein ausländlischer Betreiber ist: Faust in der Tasche ballen und versuchen, den Grabber auf technischem Wege zu blocken.
Zu dem Thema lese man auch:
https://lorelle.wordpress.com/2006/04/10/wha…s-your-content/Ansonsten mal websuchen nach "content stealing" usw. Guter Suchbegriff ist auch "bitacle" in Verbindung mit Blog-spezifischen Schlagwörtern.
-
Gib uns doch bitte mal einen Link zu Deiner Site.
-
Das Design finde ich etwas karg. Da könnte man ruhig noch ein paar Farben reinbringen. Und dem Header sollte man ein bissel mehr Ausdruck verleihen.
Außerdem fehlt in der Distributionsübersicht Gentoo. ;-)
-
Vielleicht hilft Dir das hier: http://imthi.com/organizer/
-
Ich denke, Du müsstest bei den Vorlagen, die keine Seitenleiste haben, aus "narrowcolumn" ein "widecoloumn" machen.
-
Gib uns doch bitte mal einen Link zu einer Beispielseite.
-
Wie sieht denn Deine header.php aus?
-
hellmood: Gib uns bitte einen Link zu Deiner Site.
-
Das ist mal ein Thema für mich! Wenn ich ernsthaft bloggen würde, würde ich Euch wahrscheinlich Konkurrenz machen. ;-)
Woran man noch arbeiten sollte, sind die Fakten... der StudiVZ-Beitrag ist irgendwie mau... dabei gäbe das Thema doch so viel her. Wenn man schon über miese Datenschutzbedingungen schreibt, dann sollte man die auch gleich mal gründlich auseinandernehmen! Aber versteh mich nicht falsch; das ist nur konstruktiv gemeint.
Zum Thema Datenschutz dürfte Euch vielleicht noch mein aktuelles Plugin-Projekt interessieren: eine JavaScript-gestütze PGP-Verschlüsslung für WordPress-Kontaktformulare. Eine funktionierende Demo gibt's unter http://www.contutto.com/kontakt/. Ich werde es die nächsten Tage noch ein bissel verfeinern und dann veröffentlichen. (Die JS-Implementation der ganzen Krypto-Algorithmen ist allerdings nicht von mir, sondern von einigen anderen Autoren; Details gibt's in den JS-Dateien und später in der Release-Meldung.)
-
HTTP 301 und 302 sagen aus, dass die Seite temporär oder permanent verschoben wurde. Normalerweise sind diese Meldungen harmlos und treten eher selten auf. Aber da WordPress mit mod_rewrite arbeitet (sofern Du es aktiviert hast), kann es sein, dass Dein Statistikprogramm diese virtuellen Umleitungen als echte Umleitungen interpretiert.
Das wäre zugegebenermaßen etwas ungewöhnlich. Um es genauer sagen zu können, bräuchten wir ein paar Details über Deinen Server und das Statistikprogramm sowie einen direkten Auszug aus den Statistiken.
-
Gib uns bitte mal eine Liste all Deiner installierten Plugins. Vielleicht fällt Dir dann auch selbst was auf. ;-)
-
Ich muss meine obige Aussage revidieren: Akismet nutzt nicht die Snoopy-Klasse wie die Admin-Startseite. Akismet benutzt ganz einfach fsockopen(). Ich habe es mal spaßenshalber der disable_functions-Variable hinzugefügt, und Akismet verliert sich in einer Endlosschleife (scheint aber eher ein PHP-Fehler zu sein, da offenbar nicht false zurückgegeben wird, obwohl die Funktion nicht ausgeführt werden kann).
Es stimmt also nicht, dass das Akismet funktioniert, wenn auch die Admin-News kommen. Allerdings kann ich die weiße Seite nicht nachvollziehen, sondern bei mir kommt wie gesagt eine kilometerlange Fehlermeldung, und man muss das Skript von Hand beenden indem man das Laden der Seite stoppt.