Beiträge von Ammaletu

Dein Blog hat immer automatisch einen RSS-Feed. Häng einfach mal "/feed" an Deine URL an, dann müsstest Du ihn sehen können (wenn Du Permalinks benutzt jedenfalls). Gute Themes binden das so ein, dass gute Browser (z.B. Firefox) das dann oben in der Adressleiste als kleines Feed-Icon darstellen können.

Du kannst den Feed natürlich auch an beliebiger Stelle im Theme verlinken. Enthalten ist er z.B. auch schon im Meta-Widget.

Das RSS-Widget ist dazu gedacht, einen *fremden* RSS-Feed zu ziehen und die Überschriften in der Sidebar zu verlinken. Damit kannst Du z.B. die News einer anderen Webseite bei Dir in der Sidebar verlinken.

Update: Ok, Dein Blog hat keine Permalinks eingestellt. Dein Hauptfeed ist hier: http://www.johnmuc.de.vu/blog/?feed=rss2

Genauso gibt es zu jedem Archiv (Kategorie etc.) einen Feed und zu jeder Einzelansicht (mit den Kommentaren). Und Du könntest folgendes in die header.php vor das </head> einfügen:

<link rel="alternate" type="application/rss+xml" title="<?php bloginfo('name'); ?> RSS-Feed" href="<?php bloginfo('rss2_url'); ?>" />
    <link rel="alternate" type="application/rss+xml" title="<?php bloginfo('name'); ?> RSS-Kommentar-Feed" href="<?php bloginfo('comments_rss2_url'); ?>" />

Reicht da nicht auch ein Beitrag, der sticky geschaltet wird? Oder ein auffällig gestaltetes Text-Widget in der Sidebar?

Schau nach, ob die Kommentare dem richtigen User zugeordnet sind oder ob alternativ die gleiche Mail-Adresse am Komentar steht wie am jetzigen Adminnutzer. Kann sein, dass die Zurdnung zu einem Nutzer den Export nicht überlebt hat. Deswegen wäre ja auch ein ganzer Dump der DB besser als nur der Export aus WP heraus.

Also ich schaue gerade im FF 3.5 und da klebt die rechte Sidebar in der Einzelansicht immer unter dem Beitrag, zumindest bei allen, die ich gerade getestet habe. Das ist insofern schon konsistent und passt zu den 143 Validierungsfehlern, die mir bei einem der Beiträge angezeigt wurden. Und ehrlich gesagt fange ich da nicht mal an in den Quelltext zu schauen, wenn so viel am Theme nicht stimmt. ;-)

Also, es hat zwei oder drei Sekunden gedauert, bis überhaupt was kam, aber dann war die Seite auf einen Schlag komplett da. Da kann man wirkich nicht meckern! Im Footer heißt es "122 Queries". Ich kann mich irren, aber sind das nicht ganz schön viele? Vielleicht solltest Du mal schauen, ob sich da etwas optimieren lässt. Das könnte vor allem bei vielen gleichzeitigen Zugriffen weiterhelfen. Ansonsten finde ich die Ladezeiten aber absolut ok so.

Zitat

wie bearbeiteich denn den Stylesheet?

Es ist eine Textdatei, Du kannst also einen Texteditor Deiner Wahl nehmen. Mit "Texteditor" meine ich natürlich nicht MS Word oder OpenOffice etc.

Bevor Du da loslegst, belies Dich aber erstmal etwas zu CSS, z.B. bei SelfHTML.

Ich weiß zwar nicht, was "vti" ist, aber wie es aussieht fehlen Dir Dateien im wp-admin-Ordner. Also am besten die gleiche WP-Version noch mal frisch downloaden und per FTP drüber kopieren. Und zwar am besten alle Dateien und nicht von irgendwo kopiert, damit Du mit der Version auch sicher bist.

Mit Sicherheit weiß ich es nicht, aber da ja nur eine Kategorie in der URL stehen kann, würde ich vemuten, dass das nach Reihenfolge der IDs geht. Sinnvollerweise sollte ein Beitrag allerdings auch nicht mehreren Kategorien zugeordnet sein, denke ich. Sonst musst Du eventuell einige Kategorien eher als Tags umsetzen?

Hast Du es mal mit dem Plugin WP-PageNavi probiert? Die Ausgabe mit Seitenzahlen finde ich eh schöner, und ich habe bei mir damit keine Probleme, bei einer ähnlichen Konstellation.

So wie Du die Weiterleitung beschreibst: Ist das gemäß dieses Artikels gemacht? Falls nicht liegt es sonst vielleicht auch daran, wie es genau umgesetzt ist?!

Ich würde mal vermuten so hier:

[LEFT]

<?php printf( __('%1$s %2$s to “%3$s”', 'k2_domain'), '<span id="comments">' . count($comments) . '</span>', (count($comments) != 1) ? __('Responses', 'k2_domain') : __('Response','k2_domain'), the_title('', '', false) ); ?>

[/LEFT]

Du müsstest die Funktion in ein eigenes Widget gießen. Dazu gibt es Tutorials im Netz. Es gibt aber auch schon fertige Plugins, die genau das tun. Mal so auf Anhieb aus wordpress.org rausgesucht:
http://wordpress.org/extend/plugins/world-clock-widget/faq/

Die liegen in wp-includes/default-widgets.php. Dort kannst Du sie bei Bedarf rauskopieren und anpassen, wenn Du ein eigenes Widget erstellen willst. Aber bitte nicht die Datei selber ändern, das macht Dir nur Ärger bei den regelmäßigen WP-Updates.

Ich kann mich irren, aber geht es da nicht um die FTP-Zugangsdaten? Auf manchen Servern ist das scheinbar nötig.

Gib dem Pluginautor doch am besten noch die genaue Info, woran der Fehler liegt. Der kriegt solche allgemeinen Aussagen wie "Dein Plugin macht mein WP kaputt" sicher dreimal am Tag. ;-)

Die Ursache ist hier ja, dass der Rückgabewert von get_comment_time scheinbar per Filter um ein span mit der ID "aectime8197" ergänzt wird, was die Ausgabe im Feed kaputt macht. Ich habe allerdings die genaue Stelle, wo das passiert, im Plugin nicht finden können.

Zitat

darf man Wordpress ein CMS nennen?

Ja, darf man. Siehe: WordPress Wins CMS Award

Ansonsten: Geht es Dir um die Kennzeichnung der aktuellen Seite? Das macht wp_list_pages eigentlich schon von selber, Du musst nur die Klasse, die es dranhängt, im Stylesheet entsprecvhend behandeln. Schau ggf. mal in ein, zwei aufwändigere Themes rein, wie es da gemacht ist.

Ansonsten zu der Memory-Sache siehe: http://faq.wordpress-deutschland.org/exhausted-php-memory/

allow_url_fopen ist eine Option, die man in der php.ini setzen kann. Du kannst probieren, im wordpress-Verzeichnis eine php.ini anzulegen und das darin zu setzen:

; Whether to allow the treatment of URLs (like http:// or ftp://) as files.
allow_url_fopen = On

Es kann aber sein, dass Dein Provider Dir keine Änderungen dieser Einstellungen erlaubt.

Was eine API ist, kann Dir die Wikipedia sagen. In diesem Fall nehme ich an, dass die Update-Anfragen an den WP-Server scheifgehen!? Woran das liegen könnte, vor allem wenn es vor dem Update ging, kann ich Dir leider auch nicht sagen.

Logst Du Dich auf der gleichen Domain ein, unter der Du auch die Seite anzeigen lassen willst? Im Backend findet soweit ich weiß kein Redirect auf die eingetragene URL statt, das kannst Du also sowohl mit IP als auch mit Domain aufrufen. Wenn Du Dir jetzt z.B. die Loginseite mit IP-Adresse gebookmarked hast, kannst Du Dich da zwar einloggen, der Login landet aber in einer anderen Session als der fürs Frontend, welches über die Domain aufgerufen wird.

Tja, das wäre nur eine Vermutung. Ist mir mal bei einem anderen Projekt passiert und hat viel Kopfzerbrechen bereitet ehe ich drauf kam. ;-)

Kein Problem, ich knobele ja gerne an solchen Problemchen, vor allem an welchen wo sich am Ende auch eine Lösung findet. ;-) Wäre natürlich schön, wenn das im Plugin behoben wird.