Beiträge von Ammaletu

Ganz einfach, in Deiner Seite steht bzgl. des Feeds was falsches drin. Nämlich das hier:

<link rel="alternate" type="application/rss+xml" title="RSS-Feed" href="" />

Da fehlt die URL und die Browser zeigen stattdessen die Seite selber wieder an. Die ist natürlich kein Feed...

Steht das vielleicht in der header.php Deines Themes fest so drin? In meiner header.php sieht das so aus:

<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'); ?>" />

Viel Glück beim Reparieren.

Du ziehst doch sowieso einen Dump der DB zum Aufspielen auf den Server. Da drin einfach den Upload-Pfad suchen & ersetzen. Das ist normalerweise kein Problem. Da kannst Du ggf. auch gleich in den Beiträgen gesetzte interne Links ersetzen und die Blog-URL in den Optionen.

WordPress möchte, dass Du Dich für eine Adresse entscheidest, die im Backend eingetragen ist. Alle Links, die WP baut, benutzen dann diese Adresse. Da muss also eine Domain drinstehen, unter der die Seite auch tatsächlich zu erreichen ist.

Wenn Du da die kurze Domain einträgst und es dann zu einer Endlosschleife kommt, wäre es natürlich gut zu wissen, wie diese Schleife aussieht. Schau das doch bitte mal nach, z.B. mit der FF-Erweiterung "Live HTTP headers".

Zitat

Tellerrand unter "Plugins" stand, es wäre die aktuelle Version.

Meinst Du damit, dass in der Plugin-Übersicht kein Hinweis auf eine aktuellere Version angezeigt wurde? Tja, das ist dann leider ein entscheidender Nachteil des schönen neuen Update-Benachrichtigungs-Systems: Für Plugins, die nicht auf wordpress.org gehostet werden, kann auch keine Benachrichtigung angezeigt werden, was man leicht vergisst.

Vor ein paar Wochen gab es gerade einen ähnlichen Thread, allerdings mit einem anderen Plugin:
http://forum.wordpress-deutschland.org/plugins-und-wi…ustom-feld.html

Schau da mal rein, vielleicht hilft Dir die gepostete Lösung ja weiter. Davon abgesehen wäre es eigentlich Sache des Plugin-Autors so ein Probem zu beheben (falls das Plugin noch gepflegt wird).

EDIT: Auf der Plugin-Seite schreibt der Autor ja, er hätte dieses Problem behoben. Das ist aber schon ein Weilchen her. Nutzt Du eine ältere Version oder ist das Problem durch Änderungen an WP wieder aufgetreten?!
Rhymed Code » Custom Field GUI

Das ist entweder ein Problem mit den Permalinks (obwohl einige ja gehen, statische Seiten z.B.) oder es stimmt an den Theme-Dateien noch was nicht. Da die Kategorie und anderen Archivseiten nicht angezeigt werden, schau doch mal nach, dass Du eine archive.php oder category.php hast.

Wenn ein Error 500 zurückgegebn wird, sollte sich das in aller Regel als Fehlermeldung in einem Logfile niederschlagen. Kontrolliere doch bitte mal das PHP- und das Apache-Errorlog. Ohne eine konkrete Fehlermeldung kann man sonst ja eigentlich nur raten, denke ich.

Kannst Du denn, ggf. in Zusammenarbeit mit Deinem Anbieter, herauskriegen, was genau "stürzt der Server bei mir ab" und "mein Blog [reagiert] fehlerhaft auf diese Widgets" heißt? Ich meine, da stürzt doch nicht wirklich die Maschine ab, oder? So oder so müsste sich doch in einem Errorlog eine Fehlermeldung finden, z.B. im PHP-Errorlog oder im Logfile vom Apache (oder was da sonst so läuft).

Alternativ könntest Du ja auch mal posten (oder verlinken), was so ein Problem z.B. auslöst. Wo findet man das EBay-Widget z.B.?

Ja sorry, es heißt natürlich "sizeof" und nicht "size". Das wär jetzt mit dem PHP-Manual aber auch nicht so schwer rauszukriegen gewesen. Ist in meinem früheren Posting schon korrigiert.

Hinweis am Rande: Du kannst Deine eigenen Beiträge auch editieren, dann musst Du nicht Dir selber antworte.

Wenn man nach der Fehlermeldung googelt (hast Du gemacht, oder?) findet man Unmengen von Seiten, und viele verweisen auf falsche Dateirechte, zumindest was ich so auf Anhieb gesehen habe. Schau doch bitte mal, welchem User die Dateien auf Deinem Server zugeordnet sind und welchem User sie laut Deinem Provider zugeordnet sein sollten bzw. welche Dateirechte sie dort haben sollten (FAQ des Providers oder mal per Mail nachfragen).

Ansonsten könnte es noch sein, dass beim Übertragen auf den Server was schief gegangen ist. Manchmal hilft es bei solchen Sachen, alles noch mal mit einem anderen FTP-Programm hochzuladen.

Das muss kein Plugin sein. Ich denke eher, dass ist halt im Stylesheet des entsprechenden Themes so definiert. Oder auf was beziehst Du Dich genau?! Es steht Dir auf jeden Fall frei, für Deine Seite etwas ähnliches zu basteln oder ein Theme zu verwenden, das Beiträge so ausgibt.

Ok, zuerst mal, die Funktion ist veraltet:
Template Tags/get links « WordPress Codex

Ändern müsstest Du den Aufruf zu:

<?php get_links('-1', '<li>', '</li>', '<br />', FALSE, 'id', TRUE, FALSE, -1, TRUE); ?>

Oder eben die neue Funktion wp-list-bookmarks verwenden:

<?php 
wp_list_bookmarks('between=<br />&show_images=false&orderby=id& show_description=true'); ?>

Letzteren Befehl musst Du eventuell noch anpassen hinsichtlich der Ausgabe der Link-Kategorien, siehe dazu:
Template Tags/wp list bookmarks « WordPress Codex

Oh sorry, das hätte ich wohl doch mal lokal laufen lassen sollen ehe ich es gepostet habe. Habe die beiden Fehler in obigem Posting gerade berichtigt.

Ok, ich probier mich mal dran. ... Ich habe leider nicht die Zeit, es lokal auszuprobieren, aber so oder so ähnlich sollte die Lösung aussehen. Bitte mal testen, und vielleicht schau ja auch jemand anders noch drauf, falls noch Fehler drin sind.

<?php
  // get the current category
  $my_cat = get_the_category();
  if (sizeof($my_cat) > 0) {
    $my_cat_id = $my_cat[0]->term_id;
    $my_cat_name = $my_cat[0]->name;
    
    // query posts of the category
    $my_query = new WP_Query('cat=' . $my_cat_id . '&showposts=5&order=DESC&exclude=' . $id);
    
    // output the result if anything was found
    if ($my_query->have_posts()) {
?>               
Ältere Beiträge aus der Kategorie: <?php echo $my_cat_name; ?><br />&nbsp;<br />
<ul style="text-align:left;" >
<?php
      while ($my_query->have_posts()) : $my_query->the_post();
?>
  <li><a href="<?php the_permalink(); ?>" title="<?php the_title(); ?>" id="post-<?php the_ID(); ?>"><?php the_title(); ?></a></li>
<?php
      endwhile;
?>
</ul>
<br />&nbsp;<br />
<?php
    } /* end if posts */
  } /* end if category */
?>

EDIT: Ich habe die Kategoriebehandlung noch berichtigt. Stimmt jetzt hoffentlich so.
EDIT 2: Kleinere Fehler im Script noch korrigiert.
EDIT 3: Und noch ein Fehler...

Zitat

Leider hat es nicht geklappt mit Deinen Script. Habe wenn ich das Script in die Index eingebaut hatte, überall die selbe Beitragszahl. Obwohl im Backend eine andere eingegeben war. Eine category.php und archiv.php habe ich nicht in meinem Themes-Verzeichnis.

Ja gut, dann ist schon klar, wieso das nicht geht, oder? Wenn keine archives.php da ist, dann nimmt WordPress ja auch für die Archive, Tagseiten und Kategorieseiten die index.php. Logisch, dass dann alle den gleichen Wert haben. Du kannst aber einfach die index.php kopieren, umbenennen und dort den anderen gewünschten Wert eintragen.

Zitat

Vor anderthalb Jahren habe ich hier folgendes Problem gehabt...
Leider besteht es immer noch. Das immer nur die ältesten fünf Beiträge aufgerufen werden (die also schon Uralt sind). Statt die letzten fünf vorhergehenden Beiträge. Vielleicht könnt ihr mir weiter helfen, ich wäre sehr dankbar.

Ok, ich probiere es mal. Siehe der andere Thread.

Fehlermeldungen werden bei Dir scheinbar momentan nicht in eine Logdatei geschrieben, sondern direkt am Bildschirm ausgegeben. Insofern müsstest Du da eigentlich was sehen, wenn die weiße Seite von einem PHP-Fehler verursacht würde. Es kann noch am Memory-Limit liegen: WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ?

Warum das Forums-Plugin nicht geht, kann ich Dir aber auch nicht sagen. Gegebenenfalls würde ich sowas erstmal lokal mit XAMPP und mit abgeschalteten Plugins probieren. Wenn das geht, kann man dann die Plugins nach und nach wieder anschalten und schauen, ob da vielleicht Konflikte auftreten.

Nicht ganz. Die ursprüngliche Query wurde ja in "have_posts" schon ausgeführt, also müsste das am besten darüber stehen. Aber ansonsten: stimmt, das kann ja auch einfach in die index.php, da brauchst Du nicht mal ein eigenes Template. Sorry, schon wieder zu kompliziert gedacht.

Also das errorlogging.php-Script konnte die nötigen Angaben nicht auslesen, warum auch immer. Frag ggf. Deinen Provider mal, wo Du das PHP-Errorlog findest, das muss der Dir auch sagen können.

Und nein, ich kann Deine Seite echt nicht aufrufen. Gerade eben noch mal probiert, mit verschiedenen Browsern, da kommt nichts. Nicht mal ein "ping killefit.net" bringt etwas, nur Zeitüberschreitung. Das sieht so aus, als wäre der Server nicht erreichbar, was ja aber nicht sein kann, wenn Du und andere die Seite noch aufrufen können. Oder erwische ich jetzt immer die Minuten, wo der Server gerade down ist?! Im Zweifelsfall kann das aber auch an meinem britischen Provider liegen, wenn es für alle anderen denn geht. Der wird das ja hoffentlich nicht blocken, weil "kill" in der URL steht. *bg*

Also ich persönlich ziehe ein Datenbank-Backup vor. Da hast Du nicht nur die Beiträge, sondern auch die Kommentare, Links, Einstellungen etc. mit drin. Es gibt da das schöne BackupWordPress-Plugin, welches Dir das Erstellen eines Dumps im Backend recht komfortabel anbietet. Wenn man erstmal sicher gestellt hat, dass die Kodierung im Dump stimmt, fährt man damit eigentlich relativ sicher, denke ich.

So, ich habe das jetzt doch mal lokal getestet, und Du hast recht, da passieren eher merkwürdige Dinge. Ein Blick in den Quelltext klärt das auch: In "wp-includes\query.php" gibt es die Funktion "&get_posts()", die macht die Arbeit beim Holen der Posts.

Und da findet sich z.B. folgendes: Wenn posts_per_page nicht gegeben ist, wird der Wert aus den Optionen genommen. Wenn showposts gegeben ist, wird posts_per_page damit überschrieben. Soweit so unschön. Da kann man sich nun streiten, ob das so richtig ist. Da es keine verbindliche Dokumentation der API gibt, kann man aber nicht mal sagen, dass das wirklich falsch ist.

Was mich da nur sehr stutzig macht und was wohl kaum stimmen kann:

$posts = query_posts('posts_per_page=2&showposts=3');

Da hätte ich ja eigentlich zwei Seiten erwartet, eine mit zwei und eine mit einem Beitrag. Gut, mit obigem Blick in den Quelltext würde ich eine Seite mit drei Beiträgen erwarten. Angezeigt werden mir aber 15 Seiten oder so, alle weiteren Seiten werfen aber einen 404. Liegt das nun am PageNavi-Plugin?!?

Was Dein Problem betrifft: Müsste das nicht gehen, wenn Du posts_per_page mit 3 angibst und dann per Filter "limit = 6" ergänzt?!? Das schreibt sich dann direkt in die SQL-Query mit einer LIMIT-Anweisung, oder? Wobei die Frage wäre, ob sich da LIMIT und showposts vertragen, denn showposts müsste eigentlich ja auch schon ein Limit erzeugen?!?