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.
Beiträge von Ammaletu
-
-
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.? -
Ich hab nur kurz reingeschaut, aber optisch gefällt mir das ganz gut. Etwas verspielt im Header, aber nicht zu sehr und ansonsten ja recht übersichtlich. Viel Erfolg mit dem Blog! :-)
-
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:
Oder eben die neue Funktion wp-list-bookmarks verwenden:
PHP<?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
Alles anzeigen<?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 /> <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 /> <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.ZitatVor 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:
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?!?
-
"weiße Seite" bezog sich auf diese Aussage von Dir:
ZitatZu dem ist mir aufgefallen wenn ich im Admin Panel unter verwalten auf Import klicke kommt nur ne weisse seite.
Wo Du das Errorlog findest, ist von Server zu Server verschieden. Ich habe letztens mal aufgeschrieben, wie Du es findest: http://forum.wordpress-deutschland.org/allgemeines/29…rorlogging.html
-
Ansonsten: weiße Seite = mit einer gewissen Wahrscheinlichkeit PHP-Fehler = ins PHP-Errorlog schauen :-)
Mit einer konkreten PHP-Fehlermeldung kann dann hier auch sicher eher jemand weiterhelfen.
-
Hm, also laut Codex:
Template Tags/query posts « WordPress Codex
ist posts_per_page eben die Anzahl der Beiträge pro Seite sein und showposts die Gesamtzahl der Posts. Limit wird dort nicht erwähnt, aber ich habe nicht in den Quelltext geschaut. Ist mir bisher nicht aufgefallen, falls da was nicht funktioniert, aber ich hab jetzt auch nicht wirklich Zeit zum Testen. :-/ -
Plugin weiß ich nicht, gibt ja für fast alles eins. Ansonsten kannst Du aber auch eine statische Seite als Startseite einstellen. Die lässt Du einfach leer, gibst ihr aber ein eigenes Template. Und in dieser (noch anzulegenden) Template-Datei kannst Du das problemlos einstellen, dass nur Posts aus einer Kategorie angezeigt werden.
Wenn das gut klingt für Dich sag Bescheid, dann kann ich oder jemand anders Dir gerne auch sagen, was im Detail zu tun ist.