Ja, z. B. "www." oder "http://".
Das lag wohl an den Permalinks - eigentlich sollte es jetzt funktionieren. Zumindest bei mir tut es das - wie ist es bei dir?
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 erstellenJa, z. B. "www." oder "http://".
Das lag wohl an den Permalinks - eigentlich sollte es jetzt funktionieren. Zumindest bei mir tut es das - wie ist es bei dir?
Würde ich auch sagen.
Wir arbeiten derzeit an einem Blog mit Galerie, Timeline und anderen Features. Bisher hatte ich noch keine Ahnung von WordPress, aber es ist eigentlich recht einfach zu lernen, wenn man sich ein bisschen damit auseinandersetzt.
Danke für die Erläuterung :)
Ich habe das Root-Verzeichnis nun wieder auf httpdocs setzen lassen, WordPress komplett neu aufgesetzt und folgenden Artikel mit einbezogen, der mir bis heute noch nicht bekannt war:
http://faq.wpde.org/wordpress-trot…chnis-aufrufen/
Es scheint jetzt alles zu laufen: Die URL wird korrekt angezeigt und auch die .htaccess greift wieder.
Trotzdem noch eine Frage:
Lässt es sich irgendwie ändern, dass in der URL mehr steht als nur "tna-newsblog.de"? Sieht ein wenig "nackt" aus.
Muss ich bei der .htaccess jetzt auch noch etwas anpassen? Die greift nämlich leider nicht mehr...
Angegeben in der .htaccess ist der absolute Serverpfad:
.../httpdocs/unterverzeichnis/.htpasswd
Habe es mal ohne die Angabe vom Unterverzeichnis versucht, aber ergab dann auch nur eine Errormeldung.
Ja, das klappt auf Anhieb.
Kannst du mir sagen, was dieser Befehl genau bewirkt hat, damit ich es verstehe? Nichts anderes habe ich doch eigentlich in der Datenbank gemacht oder?
Lässt sich die URL ändern, dass dort "http://" oder "www." vor der Adresse steht?
Was mir gerade aufgefallen ist:
Seite normal erreichbar:
http://url.de
Seite wie im ersten Screenshot:
http://www.url.de
http://www.url.de
url.de
EDIT: Hier die URL: http://tna-newsblog.de
Nein, hat keine Änderung gebracht.
EDIT: Doch, scheint geklappt zu haben :)
Ich teste mal ein wenig, wenn es doch nocht Probleme geben sollte, melde ich mich.
EDIT 2: Nein, klappt nicht mehr...
Ich verstehe das langsam nicht mehr...
Ja, das hat geklappt - vielen Dank.
Was mich jedoch irritiert: Als ich das so umgesetzt und die Seite aufgerufen habe, sah alles wieder aus wie auf dem ersten Screenshot. Einloggen konnte ich mich dann ins Admin-Menü, wo ich das Template mal geändert habe, seitdem klappt es.
EDIT: Ich korrigiere mich: Sobald ich nicht mehr als Admin eingeloggt bin, sieht das aus wie im ersten Screenshot.
Hey,
habe WordPress frisch in einem Unterverzeichnis installiert:
http://url.de/name_vom_unterverzeichnis
Im Dashboard habe ich folgendes eingetragen:
Site-URL: http://url.de/name_vom_unterverzeichnis
Blog-URL: http://url.de
Da WordPress ja in einem Unterverzeichnis liegt, habe ich meinen Hoster geben, den Domain-Root auf das Unterverzeichnis zu setzen:
httpdocs/name_des_unterverzeichnis
Jetzt habe ich das Problem, dass mir das gesamte Design abhanden gekommen ist (siehe Anhang).
Habe bereits versucht, in der Datenbank die Site-URL und Blog-URL anzupassen - mit mäßigem Erfolg. Mit Angabe vom Unterverzeichnis bekam ich zwar wieder ein Design, mehr konnte ich aber auch nicht machen. Einloggen ins Dashboard geht ebenfalls nicht mehr.
Ich dachte eigentlich, es könne gar nicht so schwierig sein, WordPress in einem Unterverzeichnis zu installieren...
@ nobody4life: Danke für die Tipps, aber ich hab 5 Blogs - und wenn dich die alle manuell anpassen solle, sitze ich vermutlich Weihnachten noch :D
Die Zeit, die du brauchen wirst, den Schaden zu beheben, wird vermutlich um einiges länger dauern :D
Das ist zwar ein gewisser Aufwand, aber seit ich mich in die Thematik eingelesen habe und das umgesetzt habe, kann ich etwas ruhiger schlafen ;-)
vielleicht hat ja dies http://wordpress.org/extend/plugins/printfriendly/ den WOW-Effekt integriert :wink:
Jap, das gefällt mir ausgesprochen gut :)
Die .htaccess und .htpasswd sollten in das Verzeichnis, in dem auch WordPress liegt - also nicht in das Admin-Verzeichnis.
Wenn du den Adminbereich schützen willst, dann nicht den ganzen Ordner (daher kommt vllt. dein Problem mit der Shoutbox).
Genau das steht in diesem Artikel beschrieben - mit Anleitung und Code.
http://playground.ebiene.de/initiative-wordpress-sicherheit/
Das ist in den Artikeln von Sergej Müller (die ersten drei Links) oder auch von Frank Bültge eigentlich recht gut beschrieben.
Wenn du nicht weiterkommst, weil es Neuland ist, musst du konkrete Fragen stellen, dann kann man dir auch konkrete Antworten geben ;-)
Also, es funktioniert jetzt :)
Mein Hoster sagte mir, der Webspace würde auf Apache laufen - er hat ihn jetzt auf CGI umgestellt.
Die Permalinkstruktur konnte problemlos geändert werden. Es wurde auch eine zusätzliche .htaccess im Root-Verzeichnis angelegt (vllt. lag hier das Problem), wie ich gesehen habe.
Jetzt meine Frage: Bringt mir CGI in Bezug auf WordPress jetzt irgendwelche bekannten Vor- oder Nachteile?
Ich nutze lahno-webhosting.de - ein sicher nicht so bekannter Hoster, aber in Sachen Preis & Leistung spitze. Habe dort jetzt auch mal eine Supportanfrage gestellt.
Das Netz spuckte noch aus, dass mod_rewrite aktiv sein muss - ist es bei mir, habe gerade eine phpinfo.php auf den Server geladen.
Es ist aber richtig, dass ich die .htaccess nicht im eigentlich Root-Verzeichnis liegen habe, sondern in dem Verzeichnis, in dem auch WP liegt oder? Zumindest hatte es so vorher funktioniert.
Wie sieht es wegen dem Dateibesitzer aus? Über das Webinterface habe ich ja nichts an den Dateien verändert, sondern immer nur über den FTP-Zugang. Kann hier trotzdem der Fehler liegen?
Habe jetzt mal die .htaccess komplett geleert, den Inhalt aus dem WordPress eingefügt, abgespeichert, Dateirechte auf 777 gesetzt und aktualisiert - im WordPress heißt es trotzdem, die Datei sei nicht beschreibbar...
Den Teil habe ich nun entfernt:
<FilesMatch "(.htaccess|.htpasswd|wp-config.php|liesmich.html|readme.html)">
order deny,allow
deny from all
</FilesMatch>
Gehe ich jetzt in das Optionsmenü für die Permalinks, so bekomme ich wieder die Meldung, die Datei sei nicht beschreibbar. Habe die Dateirechte auf 666 gesetzt, aber trotzdem ändert sich nichts - es heißt weiterhin, die Datei sei nicht beschreibbar und ich solle den Code aus Post #2 manuell einfügen.
Da ich mich selbst die letzten Tage viel damit beschäftigt und somit auch viel gelesen habe, gebe ich dir mal ein paar Links an die Hand, die ich persönlich sehr gut und vor allem einfach umzusetzen finde - und das ohne Plugins. Es überschneidet sich zwar einiges, aber doppelt lesen schadet auch nicht ;-)
http://playground.ebiene.de/adminbereich-i…ress-schuetzen/
http://playground.ebiene.de/initiative-wordpress-sicherheit/
http://playground.ebiene.de/wordpress-drei-sicherheit/
http://wordpress-buch.bueltge.de/wordpress-sicherer-machen/30/
http://www.smart-webentwicklung.de/2012/04/16-tip…-von-wordpress/