Beiträge von Ammaletu

Habe mir das Theme mal angeschaut, und es ist an dieses neue WP-Feature leider noch nicht angepasst. Das kann man ändern, ist aber nicht ganz trivial. Wenn Du ein bisschen PHP- und CSS-Kenntnisse mitbringst, schau Dir doch mal an, wie das in der comments.phgp des Defaukt-Themes gemacht ist. Prinzipiell erledigt jetzt wp_list_comments() die ganze Arbeit. Über Callbacks kann man auch eine Funktion definieren, welche die Ausgabe der einzelnen Kommentare erledigt. Und dann muss man noch die Links zu den anderen Kommentarseiten einbinden.

Wenn Dir das zu kompliziert ist, frag doch mal beim Themeautor nach, ob er das Theme anpassen kann.

Unterscheidet sich da denn sehr viel? Ansonsten könntest Du wie gesagt einen Beispiel-Code ablegen, mit Platzhaltern z.B. in [...], welche man dann anpassen müsste.

Ansonsten ist es vielleicht überlegenswert, das anders anzugehen. "Header für Newsrubrik" klingt für mich nicht nach etwas, das als HTML-Code in einem Beitrag stehen sollte. Wenn der Header jeweils über dem Beitrag steht, würde ich das fest ins Theme einbauen und z.B. anhand der Kategorie, eines Tags oder eine benutzerdefinierten Feldes ausgeben lassen.

Wenn der Header auch in der Mitte eines Beitrages stehen kann, bietet sich vielleicht ein Shortcode an? So dass der Autor nur den Platzhalter in den Artikel einbaut und die functions.php des Themes kümmert sich dann um die Ersetzung bei der Anzeige. Das wäre für Deinen Fall vielleicht die eleganteste Lösung, nehme ich an. Man müsste sich dann halt die Shortcodes merken bzw. jeden Header mit einem eindeutuigen Stichwort versehen zur Identifizierung. Wie man eigene Shortcodes umsetzt, müsstest Du mal googlen, oder sag Bescheid, wenn Du da nichts findest. Dann schaue ich mal.

Möglich ist alles, zur Not per JavaScript. ;-) Auf Deinem Screenshot hast Du dem Texteditor einen neuen Button hinzugefügt. Das geht ganz simpel über das Plugin "Add Quicktag". Da kannst Du einen beliebigen Text oder HTML-Code für den Button hinterlegen, der dann bei Klick darauf in den Editor eingefügt wird. Vielleicht hilft Dir das ja schon mal weiter.

... Hm, lese gerade noch mal, was Du geschrieben hattest. Wenn Du auf den Button klickst, erscheint kein DropDown-Menü oder so, sondern es wird direkt etwas in den Editor eingefügt. Das kann ein Beispiel-Link sein, den Du dann halt anpassen musst. Oder Du machst Dir für jeden einzufügenden Code einen eigenen Button.

Einfach einen Kommentar zu schreiben tut es nicht? Du kannst Deine eigenen Kommentare ja gestalterisch von Besucher-Kommentaren abheben. Obwohl, ok, die stünden dann ggf. nicht direkt unter dem Artikel sondern zwischen den anderen Kommentaren. Geht es Dir darum?

Kommt drauf an: Da steht nichts weiter als "No valid header"? Oder wird eine HTTP-Fehlernummer ausgegeben? Weitere Infos zum Fehler vielleicht? Werden auf Deinem Server dazu passende Fehlermeldungen geloggt?

Ähm... Also zuerst mal wird es verwirrend, wenn Du nicht die übliche Terminologie verwendest. ;-) Da wird nichts verschoben, es wird einfach die Anzeige der Kommentare auf mehrere Seiten aufgeteilt. Zumindest nehme ich an, dass Du das meinst.

Das kann man im Backend ganz allgemein einstellen. Standardmäßig unterstützt WP glaube ich keine Kommentare an statischen Seiten (kann man per Plugin nachrüsten?!), die Einstellungen wirken sich also nur auf die Blogbeiträge aus. Und nur, wenn das Theme diese neuen Einstelluingen auch beachtet. Viele ältere Themes werden das wohl nicht tun.

Und jetzt noch mal von vorne: Was genau möchtest Du machen? Welches Theme verwendest Du?

Ich habe mal in die Live-Demo des Themes geschaut:
http://demo.plaintxt.org/2008/03/vix-ut-solet-eligendi/

Das Theme bindet die Sidebar immer ein, auch in der Single-Ansicht. Sie ist dort nur per CSS versteckt. Du musst also nichts in den PHP-Files ändern, denke ich, sondern das Stylesheet anpassen. Ich habe leider gerade nicht die Zeit, Dir das alles rauszusuchen, vielleicht schaut ja auch jemand anders mal.

Er hat in dem Browser aber nicht z.B. JavaScript ausgeschaltet? Oder sonst ein AddOn oder eine Toolbar, die die Seite manipuliert? Auch eine Frage: Wenn ihr in den Quelltext schaut, ist der Editor dann da enthalten? Müsste ungefähr so aussehen:

<div id='editorcontainer'><textarea rows='10' cols='40' name='content' tabindex='2' id='content'></textarea></div>
	<script type="text/javascript">
	edCanvas = document.getElementById('content');
	</script>

Sorry, da habe ich Dein erstes Posting nicht genau genug gelesen. Ich hab mir das gerade noch mal in meinem Testblog angeschaut: Alle Boxen mit der blauen Headerleiste kann man per Drag&Drop verschieben und ggf. auch über den Bildschirmrand hinaus schieben oder so. Die kann man aber auch alle in den "screen options" wieder einblenden. Die Textbox selber hat keinen Header und mir gelingt es im FF 3.5 auch nicht, sie irgendwo anders hin zu schieben per Drap&Drop.

Irgendwie denke ich deshalb, dass Deinem User die Box anderweitig abhanden gekommen ist. Nur wie wüsste ich jetzt auch nicht. Wenn das permament nur bei einem Nutzer auftritt, muss es aber eigentlich in der DB stehen (ich gehe mal davon aus, dass ihr das an verschiedenen Rechnern und in mehreren Browsern getestet habt?!). Vielleicht solltest Du mal die ID des Nutzers herausfinden und schauen, was für ihn in der user_meta-Tabelle steht. Vielleicht findet sich da ja was. Ansonsten könnte man es mal ohne Plugins und mit Standard-Theme probieren, nur um sicherzugehen.

Also zuerst mal: Das liegt daran, dass WP alle Frontend-Aufrufe an die in der DB eingetragene URL weiterleitet. Du wirst also nicht drumherum kommen, eine der beiden Einstellungen in den Optionen zu ändern, denke ich. Da Du das ja schon probiert hattest: Was heißt das genau, "es gab Konflikte"?

Schau mal das hier an:
http://faq.wordpress-deutschland.org/wordpress-trot…chnis-aufrufen/

Dein Fall ist ähnlich, denke ich: Du müsstest die WordPress-Adresse auf die neue Domain einstellen und die Blog-Adresse auf der alten Domain lassen. Obwohl ich so auf Anhieb auch nicht wüsste, wieso es nicht gehen sollte, wenn Du beides umstellst!?

Existiert die Datei denn auf dem Webspace? Und wenn, sollte sie dann nicht im Verzeichnis des Plugins liegen? Das ist doch keine reguläre WP-Datei an der Stelle.

Hast Du einen Flash-Blocker im Einsatz? Ist Flash überhaupt installiert? Klappt es in einem anderen Browser? Oder werden Dir JavaScript-Fehler im Browser angezeigt?

Schau mal hier:
http://faq.wordpress-deutschland.org/kubrick-vollstaendige-sidebar/

Wenn Du damit nicht klarkommst, frag noch mal, dann schauen wir weiter. ;-)

Ich bin nicht ganz sicher, dass ich verstehe, was Du möchtest. Willst Du bestimmte Widgets in Abhängigkeit vom angezeigten Beitrag oder der angezeigten Kategorie einblenden? Oder wirklich für manche Seiten eine ganz eigene Sidebar haben?

Machen lässt sich das auf jeden Fall, vermutlich über benutzerdefinierte Felder, ggf. ein eigenes Widget oder das "Widget Logic"-Plugin. Aber sag mal genauer, was der Anwendungsfall wäre.

Oben rechts unter dem Header der Admin-Seite kann man die Ansichts-Optionen ausklappen (weiß gerade nicht, wie es auf Deutsch heißt, so eine hellgraue Leiste). Dort kann man für jede Seite per Checkbox bestimmen, welche Boxen überhaupt angezeigt werden sollen. Ich nehme an, dass Dein Nutzer dort das Häkchen einfach wieder setzen muss.

Hast Du das aus einem Unterordner nach oben verschoben? Die Loginseite ist jedenfalls hier erreichbar:
http://kreativer-anstoss.de/wp-login.php

Also würde ich annehmen, dass das Backend hier liegt:
http://kreativer-anstoss.de/wp-admin/

Und wenn Du einen längeren Artikel speicherst, steht der dann komplett in der Datenbank, abgeschnitten oder gar nicht?! Das solltest Du vielleicht zuerst mal klären, ehe Du Dich dem PHP-Code zuwendest, denke ich.

Habe gerade mal gegoogelt und das hier gefunden:
http://www.likoma.com/cant-savepubli…s-in-wordpress/
Daran hatte ich gar nicht gedacht. Das muss ja nicht WPs Schuld sein, könnte auch sein, dass der Server zu große Requests ablehnt oder kürzt oder so. Vielleicht hilft ja obiger Fix?!

19 Queries sind ansonsten recht gut, glaube ich, 6 Sekunden für 19 Queries ist dagegen eher unterirdisch! ;-)

Also gerade mit dem Super Cache, wenn der richtig konfiguriert ist, wundert mich das sehr: Sollte WP dann nicht quasi statische HTML-Seiten ausliefern meistens? Das müsste dann doch gerade super-schnell gehen. Hast Du es mal ausgeloggt probiert?

Ok, gerade mal getestet, ist schon sehr langsam. Also zuerst mal testen, ob WP-SuperCache tatsächlich funktioniert. Wie ist die Ladezeit ohne? Dann vielleicht mal dem "Memory Usage"-Plugin schauen, wie es mit dem Arbeitsspeicher aussieht. Und dann gibt es Möglichkeiten, sich die Anzahl der SQL-Queries ausgeben zu lassen. Dazu müsstest Du hier im Forum eigentlich genug finden. Daran könnte man sehen, ob es an der DB-Verbindung hakt oder an was anderem.

Ob es am Provider liegt, kannst Du leicht herausfinden, indem Du Dir WordPress mal lokal mit XAMPP installierst (siehe FAQ), gleiche Plugins, gleiches Theme und DB vom Server importieren. Wenn es an einem Plugin liegt, müsste sich die Ladezeit lokal ähnlich verhalten, wenn es der Server ist, sollte es lokal flotter gehen.

WordPress speichert das in der Tabellenspalte "post_content" der Tabelle wp_posts. Dafür zeigt mir mein Programm "longtext" als Typ an, was laut MySQL-Manual "1 to 4,294,967,295 Characters" fasst. Mit UTF-8 muss man das möglicherweise halbieren, aber das wären immer noch 2 Milliarden Zeichen. Ich glaube also nicht, dass es bei 5.000 Zeichen irgendein Limit gibt, es sei denn, Du verwendest ein anderes Datenbank-System?!

Da der Content nicht einfach abbricht im Quelltext sondern ganz fehlt, könnte ich mir da auch einen PHP-Fehler vorstellen, ggf. auch fehlender Arbeitsspeicher. Du könntest also zum einen mal direkt in der Datenbank schauen, ob ein längerer Text denn richtig in der DB steht. Zum anderen könntest Du mal schauen, ob z.B. Dein Blog an der Grenze ist was Speicher betrifft (Memory Usage Plugin) oder ob Dein Errorlog irgendwelche PHP-Fehler enthält.