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 erstellenDas Problem ist das Stylesheet Deines Themes. Es setzt alle borders global auf 0 zurück, definiert dann aber keine Styles für Eingabefelder. Das müsstest Du mal noch ergänzen, z.B. am Ende des Stylesheets. Einfach so zum Beispiel:
input {
border: 1 px solid #000000;
}Farbe natürlich nach Bedarf anpassen. Außerdem kannst Du das natürlich auf das Kontaktformular einschränken, falls andere Eingabefelder so ohne alles dargestellt werden sollen.
Chrome weiß ich nicht, aber WordPress an sich funktioniert natürlich auch im Firefox. Lass Dir ggf. mal JavaScript-Fehler anzeigen. Vielleicht sind ja Dateien unvollständig/nicht richtig auf den Server übertragen worden?
Oh, das ist überhaupt mal noch ein guter Hinweis. Ich habe gerade mal geschaut mit LiveHttpHeaders: Wenn das passiert, sendet das Blog einen 301-Redirect auf die Seite, die dann tatsächlich angezeigt wird. Ich rufe also z.B. "Aktuelles" auf, kriege aber einen Redirect auf "Portfolio". Du wirst einfach rausfinden müssen, welcher Code diese Redirects erzeugt. Der WP-Core wird es wohl hoffentlich nicht sein, also bleiben Plugins, Theme und ggf. die .htaccess übrig.
Kann ich bestätigen. Das ist wirklich sehr merkwürdig. Passiert das auch, wenn Du auf das Default-Theme umschaltest? Falls nein liegt es wohl am Theme, auch wenn ich auf Anhieb nicht wüsste, wie das gehen soll. Müssten wir uns dann mal näher anschauen.
Da nutzt Du vermutlich das Default-Theme oder ein Derivat. Siehe: http://faq.wordpress-deutschland.org/kubrick-vollstaendige-sidebar/
Update: Ja, ok, nicht vermutlich. Haste ja selber geschrieben. Wieder mal zu schnell drüber gelesen. ;-)
Die Änderung in der wp-config.php hatte keinen Effekt.
Kam dann beim Plugin-Update immer noch nur ein weißer Bildschirm, ohne eine Fehlermeldung? Dann musst Du ggf. doch mal schauen, ob die Meldungen bei Dir in einer Datei geloggt werden.
40 MB sind relativ viel, muss ich sagen, aber das kann an der Zahl der Plugins liegen. Ich komme mit 17 oder so Plugins + Sprachdatei normalerweise nicht über 20 MB. Da die Update-Operationen und der Export durchaus aufwändiger sind, könnte ich mir schon vorstellen, dass das dann über die 64 MB drüberkommt.
Die Jungs und Mädels vergessen halt gerne mal das richtige Stylesheet auszusuchen, wenn sie es nicht gleich im Editor sehen.
Und wieso müssen die Autoren ein Stylesheet aussuchen?! Sollte das nicht das Theme automatisch regeln, ggf. je nach Kategorie oder so?
Aber an alle, die sich das auch fragen: Auf jedem normalen gehosteten Server werden PHP-Scripte nach um die 90 Sekunden abgebrochen. Da soll vermeiden, dass eine Endlosschleife im Script den ganzen Server an sich reißt. Auf irgendwas also 30 Minuten zu warten ist vergebens. Was nach 3 Minuten nicht da ist, kommt auch nicht mehr.
Was das Update betrifft: Das scheint nicht auf jedem Server reibungslos zu gehen. Da muss man es im Zweifelsfall eben doch manuell machen oder herumtüfteln, bis man das System so eingestellt hat, dass es geht.
Was genau ist jetzt Dein Problem dabei? Du hast irgendwie oben vergessen, auch eine Frage zu stellen. ;-)
Die Leute als Nutzer anzulegen sollte ja kein Problem sein. Wenn beim Registrieren bzw. im Profil Felder fehlen kannst Du die ja einfach nachrüsten per Plugin. Jeder Nutzer müsste dann sowieso eine eigene Seite haben, die Du über die author.php des Theme beeinflussen kannst. Die Nutzerübersicht sollte dann auch noch irgendwie gehen. Da müsste man mal googlen, wie man am effektivsten alle Nutzer ausliest.
Natürlich ist das möglich, das sollte mit etwas CSS kein Problem sein. Verlinke doch bitte mal Deine Seite, wo man sich die jetzige Darstellung live anschauen kann. Dann findet sich auch das nötige CSS schneller.
Ich würde es dann eher andersherum machen und neben der Oberseite noch eine gleichnamige Oberkategorie anlegen, der Du dann die gewünschten Kategorien als Unterkategorie zuweist (bzw. anders herum). Das müsste doch brauchbare URLs produzieren wie z.B. /oberseite/ und dann /category/oberkategorie/unterkategorie.
Also mit dem normalen Beitrags-Passwort sollte genau das eigentlich gehen. Der Besucher sieht dann die Überschrift des Postings, kann den Inhalt aber nur nach PW-Eingabe sehen. Dafür muss er am Blog aber nicht registriert sein.
Allerdings ist das eine Funktion, die im Theme richtig umgesetzt sein muss. Ein Theme kann natürlich auf die Idee kommen, für passwortgeschützte Beiträge zu verlangen, dass ein Nutzer angemeldet sein muss. Wenn Dein Theme das macht, probier ggf. mal das Default-Theme, da sollte es dann gehen. Wenn das feststeht, kann man dann ja schauen, wie sich Dein Theme anpassen lässt.
Das wäre schwierig, weil ja nicht alle Themes gleich aufgebaut sind. Manche haben das in #post .content stehen, bei anderen Themes heißen die Bereiche, die den eigentlichen Inhalt enthalten, wieder ganz anders. Das kann man im Backend nicht auf den Editor mappen. Und genauso würden sich ja auch alle möglichen anderen Style-Angaben aufs Backend auswirken, was im günstigen Fall schlecht aussieht, aber auch das Backend unbenutzbar machen kann.
Davon abgesehen sollst Du ja im Editor auch Inhalte eingeben und nicht layouten. Selbst wenn Du da genau sehen würdest, was Du auf der Webseite siehst, entspricht das nie 100% dem, was Deine Besucher sehen (andere Monitorauflösung, andere Schriftgröße, kein JavaScript...). Es bringt also nicht viel, da jeden Buchstaben zurechtzurücken. ;-)
Weiße Seite bedeutet normalerweise PHP-Fehler. Vielleicht erfüllt Dein Server eine Voraussetzung für diese WP-Funktionen nicht?! Schreib mal das hier in Deine wp-config.php:
// set DEBUG level to true
define('WP_DEBUG', true);Dann müsste WP die Fehlermeldung am Bildschirm ausgeben. Danach aber wieder auf false setzen / rausnehmen, sonst werden da auch alle Warnings und so angezeigt.
Eine mögliche Ursache wäre, dass Dein WP zu wenig Speicher hat. Mit dem Plugin "Memory Overview" kannst Du Dir das auf dem Dashboard anzeigen lassen. Dann siehst Du, ob Du am Limit bist mit dem Speicher.
Hm, Du verwendest ja aktuell /%year%/%monthnum%/%day%/%id%, was zu funktionieren scheint, Hast Du mal /%year%/%monthnum%/%day%/%id%/%postname%/ probiert? Vielleicht auch ohne Tag, damit es nicht zu lang wird.
Wenn das Problem am Import hinge, müssten auf jeden Fall ja neu erstellte Artikel auch mit allen Permalinkstrukturen funktionieren. Das könntest Du auch mal überprüfen. Was dann genau in der Datenbank falsch sein könnte, weiß ich so auf Anhieb aber auch nicht.
Was heißt das genau? WP lief schon, und dann hast Du was genau geändert?
Gibt es bereits eine Problemlösung?
Ja, die Daten in der wp-config berichtigen. Dies ist eine der wenigen Fehlermeldungen, wo mir nicht bekannt ist, dass sie andere Ursachen haben kann als eben dass in der wp-config falsche Daten stehen oder dass die DB tatsächlich nicht läuft. :-)
Lasse das bitte alles im Theme-Verzeichnis. Das ist sonst beim nächsten Update des Systems wieder weg. Registrieren der Widgets müsste auch bei Hybrid in einer der Theme-Dateien geschehen.
Sententia: Nicht entmutigen lassen, gericoach meint das nicht persönlich. Aber hier für Ordnung zu sorgen, damit alle was vom Forum haben, ist nicht immer einfach. Du kannst Dich natürlich an einen Thread dranhängen, aber nur wenn Du das gleiche Problem hast. Hast Du aber nicht, es ist nur im weitesten Sinne ähnlich, und ja, das lenkt vom eigentlichen Thread-Ersteller massiv ab.
Zu Deinem Problem: Würde ich an Deiner Stelle ignorieren fürs erste. Das role-Attribut gehört zu einer neueren HTML-Variante, und entweder kennt der Validator das noch nicht oder der doctype ist nicht korrekt angegeben. So oder so hat das absolut keine praktischen Auswirkungen für die Seite, kannst Du also ignorieren.
Du müsstest das Widget kopieren, den Code der es registriert und den Code der das Standard-Widget de-registriert (oder wird das in einem Schritt gleich überschrieben? Nicht sicher, aber ggf. siehst Du es ja, wenn plötzlich zwei Kategorien-Widgets da sind).
Ich denke schon, dass ich verstanden habe, worum es Dir geht. Ob es für sowas Plugins gibt, weiß ich nicht, bezweifele ich aber etwas. Was halt wie gesagt geht: Beiträge als Entwurf speichern. Beitragsdatum wie gewünscht auf Januar, Februar... setzen. Dann alle Beiträge veröffentlichen, wahlweise nacheinander oder auf einen Schlag. Für letzteres brauchst Du ggf. Plugin-Unterstützung, WP hat glaube ich nicht wirklich eine Möglichkeit, viele Beiträge auf einmal zu veröffentlichen, ohne sie alle einzeln durchzugehen. Die Archive zu den Beiträgen entstehen dann automatisch unter blogadresse.de/2010/01 etc.