Beiträge von mfitzen

Stichwort Permalinks. Zu finden unter Einstellungen. Dazu muss eine .htaccess erstellt werden (wenn WP keine ausreichenden Berechtigungen hat um diese selbst zu erstellen). Was dort reingehört wird Dir nach der Änderung unten auf der Einstellungsseite angezeigt. Funktioniert jedoch nur, wenn der Server mod_rewrite unterstützt, also das Umschreiben in "schöne" URLs.

Oder die page.php bearbeiten und dort via is_page Abfrage den Content generieren lassen.

http://codex.wordpress.org/Function_Reference/is_page

...

Hab mich im Thread geirrt, sorry

...

Meiner Meinung nach ist das Rechen-Plugin unnötig wenn Antispam Bee installiert ist. Aber ist nur meine persönliche Meinung... ;-) Ich bin raus.

Zitat von celidee

Möglich ist das, ich habe kenne IDN-Domains, wo die Umlaute richtig angezeigt werden.

Das sind dann aber keine .com oder .net Domains, oder?

Genau... Mit unleserlichen Captchas die User vergraulen :)

Ich empfehle Dir Antispam Bee von Sergej Müller. Das filtert ganz ordentlich und erspart den "normalen" Usern nervige Abfragen.

Das hat mit dem Umlaut im Domainnamen zu tun:
http://de.wikipedia.org/wiki/Internationalized_Domain_Name
http://de.wikipedia.org/wiki/Punycode

Hast Du was an den Permalinks geändert?

Braucht man da ein Widget zu? Die Funktionen bringt WP doch ansich schon mit. Erstelle Dir einfach ein neues Seitentemplate für die Einzelansicht der Artikel (single.php ohne Sidebar), baue die Metainformationen zu dem jeweiligen Artikel ein bisschen um und style das Ganze per CSS. Hängt natürlich alles von Deinen Kenntnissen ab, aber machbar ist das.

Hat was mit Cookies zu tun.

Zitat von Inke

ich komme rein, wenn ich oben http://www.meine-domain.de/wp-login.php eingebe

Und wie würdest Du es sonst machen bzw. welches Problem hast Du auch? Wenn Du Dich über die wp-login.php URL anmelden kannst und ins Backend kommst, dann hast Du nicht das gleiche Problem. Das ging bei Nine nämlich genauso wenig wie über die /wp-admin/ URL ;-)

Wie in meinem letzten Posting geschrieben ist das Problem bei Nine mittlerweile gelöst.

Zitat von julianericain

Weil die im Installationspaket nicht drin war...Na ja, denke auch das wäre Unsinn.

Das war sie auch vorher nicht, in keinem Installationspaket... ;-) Die musste schon immer manuell erzeugt werden, wenn WP keine ausreichende Berechtigungen hatte um sie selbst zu erstellen. Und WP erstellt die auch nur selbstständig, wenn die Permalinkeinstellungen verändert werden. In der Grundinstallation gibt es und gab es noch nie eine .htaccess.

Grooveschmied: Eine .htaccess ist keine Allzweckwaffe gegen Angriffe. Selbst mit Schutzmaßnahmen via .htaccess ist der Blog u. U. angreifbar.

Zitat von julianericain

Ich habe auch die alte .htacess gelöscht, weil ich denke die braucht man bei 3.4.1 nicht!

Wieso sollte man die ab 3.4.1 nicht mehr brauchen?

Problem gelöst. Lag an einer fehlerhaften wp-config.php in Verbindung mit einem fehlerhaften Upload der WP Dateien.

Lösung: Problem beim Einloggen kam durch eine fehlerhafte wp-config.php und einem fehlerhaften Upload der WP Dateien.

Kimbis Problem wurde hier gelöst: http://forum.wpde.org/allgemeines/10…hen-ratlos.html

Erkundige Dich mal bei Deinem Hoster, wie groß die Datenbank werden darf. Ich werde das Gefühl nicht los, dass es doch an einer zu vollen Datenbank liegt und daher keine weiteren INSERTs möglich sind. Ich kann das bei der von mir geprüften Website nicht in Erfahrung bringen. Finde diesbezgl. dort nirgends Infos.

Wobei ich auch immer der Meinung war die DB kann so groß werden wie der zur Verfügung stehende Webspace, also dass es da erstmal keinerlei Beschränkungen gibt... Und Webspace wäre in dem genannten Fall noch ausreichend vorhanden.

wandi: Darf ich fragen bei welchem Hoster Du bist?

Hatte mich gerstern und heute mal des gleichen Problems eines Forumusers angenommen. Bin da auch zu keiner Lösung gekommen.

Scheinbar sind die Tabellen für den DB-User nicht mehr beschreibbar.

Du wirst auch über das Backend keinen neuen User anlegen können, oder? Du wirst zwar alle Daten eintragen und ohne Fehler speichern können, aber der User erscheint weder in der Userübersicht im Backend, noch in der Datenbanktabelle. Sehr komisches Problem...

Ich kann mal kurz festhalten, was ich getan habe:

- Prüfung ob Webspace ausreicht - noch 2GB frei
- Datenbankgröße liegt bei ca. 20MB, sollte eigentlich auch kein Problem darstellen, wobei ich nicht weiß wie groß die max. bei dem Hoster werden darf.
- alle Plugins deaktiviert
- Standardtheme aktiviert
- Browsercache gelöscht
- WordPress Dateien neu aufgespielt
- wp_capabilities für den Admin auf a:1:{s:13:"administrator";b:1;} gesetzt
- versucht über PHPMyAdmin einen neuen User anzulegen, also komplett neue Einträge für wp_user und wp_usermeta -> Fehler siehe unten
- versucht die Tabelle wp_user komplett neu anzulegen -> Fehler siehe unten
- Datenbank Reparatur und Optimierung via allow_repair Eintrag in der wp-config gestartet

Dann hab ich aufgegeben und zur Neuinstallation (vorher Export über´s Backend und Sicherung von wp-content) geraten. Es wird jedoch zuerst nochmal der Hoster kontaktiert... Vielleicht kann der genaueres sagen.

Ich vermute, dass dem DB User die Schreibrechte fehlen, denn jegliche INSERT Anweisung wird mit dieser Fehlermeldung quittiert:

#1142 - INSERT command denied to user 'webXXXXXX'@'localhost' for table 'wp_users'

Dies als Beispiel mit der Tabelle wp_users - kommt auch bei INSERT in anderen Tabellen.

Warum auch immer das Ganze passiert...

Hier gab es das Thema schonmal: http://wordpress.org/support/topic/…d-to-site-admin

Irgendwelche Sicherheitsplugins aktiv? Ggf. mal ALLE Plugins deaktivieren und auf eines der beiden Standardthemes wechseln

Wird der Benutzer auch in der Benutzerübersicht angezeigt? Du hast nicht zufällig das Problem, dass Du Artikel zur Revision vorlegen musst, anstatt sie veröffentlichen zu können?