Alle anderen Widgets gehen aber? Du bist sicher, dass Du im Blog die Widgets siehst und nicht die Standard-Sidebar aus der sidebar.php?
Beiträge von Ammaletu
-
-
Dann packe den Screenshot doch bitte erstmal wohin, wo er nicht passwort-geschützt ist. ;-)
Downgrade auf 2.8.5 ist wegen der Sicherheitslücken keine Alternative, würde Dein Problem mit ziemlicher Sicherheit auch nicht lösen.
Aus Deinem Titel entnehme ich, dass das Stylesheet nicht geladen wird. Istd as auf allen Backend-Seiten so? Falls ja, schaue doch bitte mal, ob die CSS-Dateien einen 404-Fehler werfen und wenn ja unter welcher URL (z.B. mit dem Firefox-AddOn "Live HTTP Headers").
-
Ich bräuchte die Zeit, in den WP-Quelltext zu schauen. Oberflächliches googeln hat keine Info zu Tage gefördert, wie oft sich der Feed beim RSS-Widget aktualisiert. Dafür habe ich das hier gefunden:
http://wordpress.org/extend/plugins/kb-advanced-rss-widget/Damit hast Du mehr Kontrolle über die Darstellung und es steht explizit dabei, dass der Feed einmal die Stunde neu abgefragt wird. vielleicht hilft Dir das ja auch schon weiter?!
-
Ach so, wenn Du das nicht übers Backend machen willst, sind wir ja wieder bei meiner ersten Antwort. Dann kannst Du genauso gut auch Deine eigene Funktion nehmen und in ein eigenes Widget gießen. Oder sie direkt in die sidebar.php einbauen, falls Du keine Widgets verwendest oder falls die Ausgabe ganz oben oder ganz unten oder sowieso ganz woanders stehen soll.
Tutorial zu eigenem Widget schreiben:
http://justintadlock.com/archives/2009/…in-wordpress-28
http://wpengineer.com/wordpress-built-a-widget/Falls Du schauen willst, wie ein fremdes Widget das löst, schau halt in den Quelltext des Widgets. Der sollte halbwegs überschaubar sein.
-
demosfen: Deine "Provokation" war nun wirklich nicht speziell gelungen. 9 von 10 Leuten richten sich den WP-Editor nach ihrem Geschmack ein, würde ich vermuten. Vielleicht sind es auch 99/100 oder 999/1000, wer weiß. Die können Dir da also prinzipiell nicht viel zu antworten.
Was Du suchst, vermute ich, sind Desktop-Blog-Clients. Eigene Erfahrungswerte kann ich Dir da auch nicht anbieten, aber wie wäre es denn mit dieser Liste? Da sollte sich doch etwas brauchbares finden lassen. Achtung, Du musst das in den WP-Optionen erst aktivieren, damit es funktioniert.
http://www.hongkiat.com/blog/desktop-b…-ultimate-list/Dunkelangst: Bestehen beim Einfügen aus OpenDocument-Dateien denn die gleichen Probleme wie beim Einfügen aus Word? Ich glaube, den Button gibt es doch hauptsächlich, weil man sich aus Word sonst immer so viel Müll mit kopiert, u.a. Kommentare, die dann die Seite kaputt machen können.
-
Aber dann gleich mal im Kalender markieren, wann das Zertifikat abläuft. Die Seite ist dann ja nur noch über HTTPS zu erreichen, da WP alle anderen Anfragen auf diese Adresse umleitet. Und Browser wie der Firefox machen es einem relativ schwer, eine Seite mit einem abgelaufenen Zertifikat aufzurufen. ;-)
-
Zitat
Ich wollte nur anmerken: Wenn kein Widget in der Sidebar liegt, dann stellen viele Themes eine fest in der sidebar.php definierte Sidebar dar. Das kann dann wirken, als würden Widgets dargestellt, die gar nicht konfiguriert sind. Schau also ggf. mal in die sidebar.php.
ZitatGibt es meines Wissens nach als Plugin. "frontend login" oder so. Such mal auf wordpress.org.
ZitatAchja, ich erhalte die Meldung "Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 23040 bytes) in /var/www/web284/html/xxx/wp-includes/class-simplepie.php on line 12045"
Siehe FAQ: http://faq.wordpress-deutschland.org/exhausted-php-memory/
Hast Du sehr viele Plugins laufen? Auch mit einigen Plugins sollte ein normales WP eigentlich nicht mehr als maximal 25 MB fressen, denke ich. Mit welcher PHP-Version arbeitest Du?
ZitatEDIT: Ahja nochwas :grin: ich habe 32 W3C-Validator probleme mit dem inove theme. Was kann ich denn da machen?
Die Probleme beheben. ;-) Der Theme-Autor behauptet auf seiner Seite allerdings, dass das Theme valide wäre, und ich bin geneigt das zu glauben. Probleme können aber auch durch Modifikationen am Theme, durch Plugins und durch fehlerhaftes HTML in Beiträgen entstehen. Poste mal Details oder einen Link, dann kann man mehr dazu sagen.
-
Zu den Warnings weiß ich jetzt auch nicht so genau. Kann es sein, dass Du eine zu alte PHP-Version nutzt?!
Zu der Fehlermeldung findest Du Infos in den FAQ: http://faq.wordpress-deutschland.org/exhausted-php-memory/
Keine Ahnung, was BuddyPress normalerweise an Speicher schluckt und ob das ok so ist. Du brauchst aber offenbar mehr. Erhöhe mal das Memory Limit auf 64 MB oder so, würde ich sagen.
-
Wenn Du auf einer anderen Seite bist, bist Du ja eben nicht mehr auf der Blog-Seite. Das ist also schon richtig so. Ändern kannst Du das vermutlich mit einem Filter, der das Ergebnis von wp_list_pages filtert und die Klasse wieder einfügt (abhängig von einer Bedingung wie (!is_page() || is_page(ID der Blog-Seite)).
-
Ich glaube, ich verstehe Deine Frage nicht ganz. Jedes Theme, dessen Dateien Du hast, kann bearbeitet werden. Ob das über die WP-Oberfläche klappt, hängt möglicherweise von Deiner Serverkonfiguration und den vergebenen Rechten ab. Aber niemand hindert Dich daran, die Dateien auf Deinen Rechner zu ziehen und mit einem Text-Editor zu bearbeiten.
-
Ich weiß es nicht genau, aber ich nehme an, dass da ein gewisser Timeout-Wert gesetzt ist. Der XML-Feed wird auf jeden Fall auf dem Server gecacht, damit der Feed nicht bei jedem Seitenaufruf gezogen werden muss. Wenn es ein Full-Content-Feed ist, kann der ja durchaus auch sehr groß sein, und das würde dann den Seitenaufbau nachhaltig verzögern, wenn WP den bei jedem Laden der Seite ziehen würde. Ich kann Dir ohne in den Quelltext zu schauen aber nicht sagen, wie oft WP den Feed neu abfragen würde.
-
Tja, in den Beitrag kann ich ja nicht direkt reinschauen, in die DB auch nicht. Aber im HTML-Output steht eben hinter "[COLOR=#000000][COLOR=#007700][/COLOR][COLOR=#0000BB]Download[/COLOR][COLOR=#007700][/COLOR][COLOR=#0000BB][/COLOR][COLOR=#007700] ([/COLOR][COLOR=#0000BB]12[/COLOR][COLOR=#007700],[/COLOR][COLOR=#0000BB]2 MB[/COLOR][COLOR=#007700][/COLOR][/COLOR])" ein schließendes div, was da nicht hingehört. Das ist die Ursche für die Sidebar-Verschiebung, und es wäre halt die Frage, wo es herkommt. WP wird von sich aus eher nicht ein öffendes p mit einem schließenden div einfügen, will ich doch mal hoffen zumindest. Steht der Download-Link denn so im Quelltext des Beitrags oder wird der irgendwie anders eingefügt? Über ein Plugin generiert oder so?
-
Hm, viel fällt mir da nicht ein, fürchte ich. Mein Blog verbraucht jedenfalls ca. 17 MB mit über einem Dutzend Plugins. 25 MB ganz ohne Plugins kommt mir relativ viel vor. Du könntest auf jeden Fall mal schauen, dass WP mit PHP 5 läuft und wie viele Queries ein normaler Seitenaufruf verursacht.
Das ändert jetzt aber nicht wirklich was an Deinem ursprünglichen Problem. Wenn Du einen Beitrag per Client postest, sollte das ja z.B. mit den Queries des Themes nichts zu tun haben, denke ich. Kennt sich da vielleicht sonst noch jemand aus oder kann einen guten Client dafür empfehlen?
-
Die Sprache legst Du in der wp-config.php fest.
-
Erstens, wieso 2.7? Irre ich mich oder gab es da auch schon eine aktiv ausgenutzte Sicherheitslücke? Und zweitens: Was genau ist denn Dein Problem damit? Soweit ich weiß sollte NGG schon mit allen aktuellen WP-Versionen funktionieren, aber vielleicht nicht mit jeder Serverkonfiguration. Wenn es an einem PHP-Modul fehlt, hilft Dir aber ggf. auch ein anderes Plugin nichts.
-
Zitat
Jetzt wollte ich gerne neue Kategorien in der Sidebar anlegen, aber alle Versuche sind bis jetzt gescheitert.
Leere Kategorien werden in der Sidebar in der Regel nicht angezeigt. Lege mal einen Beitrag in die Kategorie, dann sollte sie dort auftauchen.
ZitatZudem suche ich den Menüpunkt "Verwalten". Dieser fehlt in meiner Menüleiste völlig. Liegt das an 10.4.7 oder was ist verkehrt?
Das hat nichts mit Deinem Betriebssystem zu tun. "Verwalten" gab es früher mal als Menüpunkt, in einer der letzten Versionen (2.7, 2.8?) wurde das aber umorganisiert. Du findest die Blog-Beiträge jetzt unter dem Punkt "Artikel" (Tags und Kategorien auch) und die Seiten unter "Seiten". Klapp doch einfach mal alle Untermenüpunkte in der Backend-Navigation auf, dann solltest Du alles finden. :-)
-
Zitat
nur leider wenn ich auf den google-sitemap-generator gehe, ist alles leer
Das müsstest Du bitte mal näher erklären. Welche Seite im Backend rufst Du genau auf? Und was heißt "alles leer" -- die berüchtigte weiße Seite? Falls ja, dann bitte ins Error-Log schauen und die genaue Fehlermeldung nennen. Das ist in der Regel ein Zeichen für einen PHP-Fehler.
-
Also irgendwas muss ja passiert sein, von selbst kommt sowas nicht. Offenbar versucht das Backend, die Datei "bannerspalte.html" einzubinden, die es aber nicht findet. Soll das so? Wird das vielleicht in der functions.php des Themes mit eingebunden oder so? Die wird nämlich auch im Backend geladen. Dann wüsste ich aber auch nicht, wieso die Datei nicht gefunden wird.
Und dann wird noch bemängelt, dass die Funktion have_posts nicht gefunden werden kann. Die steht in wp-includes/query.php und sollte immer da sein. Da bin ich gerade nicht sicher, ob das ein Folgefehler des ersten Problems sein kann. Schau aber trotzdem mal nach (per FTP), dass die query.php korrekt vorhanden ist.
Vermutung: Jemand hat aus Versehen die index.php des Themes ins Verzeichnis wp-admin kopiert. Ist jetzt aber echt bloß geraten (passt aber dazu, dass ich beim Aufruf der wp-login.php Deine Startseite sehe, nur ohne Stylesheets). Falls ja ersetze die Datei einfach wieder per FTP.
-
Zitat
Wenn ich mir so ein Widget installiere, ist es denn dann auch möglich, ganz normal in die PHP-Dateien einen Ruf/Befehl(?) (wie nennt man das eigentlich?)
Funktionsaufruf. ;-)
Zitathinein zu schreiben, um die Zeit angezeigt zu bekommen?
Kommt drauf an. Was ein Widget im WP-Sinn ist, weißt Du? Das fügst Du einfach im Backend der Sidebar hinzu und kannst dann vermutlich für das Widget einstellen, welche Zeit es anzeigen soll. Da brauchst Du dann gar kein PHP. Wenn Du das gleiche noch an anderer Stelle im Theme brauchst, kann man ggf. sicher auch manuell die Funktionen des Widgets aufrufen, aber gedacht ist es dafür nicht.
-
ZitatAlles anzeigen
Das soll das
PHP-Code:
[LEFT] [COLOR=#000000] [COLOR=#0000BB][COLOR=#007700]<[/COLOR][COLOR=#0000BB]div [/COLOR][COLOR=#007700]class=[/COLOR][COLOR=#DD0000]"entry"[/COLOR][COLOR=#007700]>
[/COLOR][COLOR=#0000BB] [/COLOR] [/COLOR][/COLOR] [/LEFT]
schließen.Das div wird schon in der Themedatei geschlossen, da wo es auch aufgemacht wird. Das hat nichts im Eintrag verloren. Ich könnte mir vorstellen, dass deswegen auch das schließende p fehlt, weil WP dann durch das /div durcheinander kommt. Firebug stellt das immer als Baum dar, das heißt aber nicht, dass es so im Quelltext auch drinsteht.