Beiträge von Ammaletu

    Ja, gibt es. Mach Dir einfach eine eigene Startseite und stelle es dort in der Themedatei ein. Wenn Du für alle anderen Ansichten eigene Dateien im Theme hast (archive.php, search.php etc.), kannst Du das einfach in die index.php schreiben. Und zwar schreibst Du das hier oben über den Loop, also über den Part mit if (have_posts()):

    PHP
    // change the loop query so that 50 entries per page are displayed
    $posts = query_posts($query_string . '&posts_per_page=50');

    Das sollte eigentlich schon reichen.

    An WP-2.5-Nutzer: Bitte mal dazu äußern

    Könnten ein paar Nutzer von WP 2.5 bitte noch was dazu sagen, wo der page slug bei statischen Seiten hin ist und wie man ihn bearbeiten kann? Diese Frage muss sich doch beantworten lassen, und die Antwort würde mich auch wirklich interessieren! :-)

    Oder gibt es einen Grund, warum es das Feld bei einigen Nutzern zu geben scheint und bei anderen nicht?!


    Zitat

    Ich hab da mal meinen Senf dazu getan, vielleicht liest ja sogar ein Entwickler den Sermon, der da steht (ich bezwifel es aber).

    Ähm, wo hast Du Deinen Senf dazu gegeben?! In der 2.6-Testseite? Falls ja war das leider umsonst, da wird alle zehn Minuten die Datenbank geleert, wie auf der Startseite ja auch angegeben. Die Seite ist nur dazu da, dass man mal ins Backend schauen und damit etwas rumspielen kann.

    Also ich kann's Dir nicht genau sagen, aber: Du rufst eine URL auf. Entweder hängen da schon die nötigen Parameter dran oder aus dem Permalink werden die eigentlichen Parameter anhand der Permalink-Struktur ermittelt. Also Beitrags-ID, Seiten-ID, Kategorie-ID etc. Diese Daten werden irgendwo auch in der Query gesetzt. Mit einem Blick in den Quellcode sollte sich herausfinden lassen, wo das der Fall ist.

    Spricht etwas dagegen, es über den WP-Befehl auszugeben? Das wäre nämlich die einfachste Variante, die Beitragsanzahl auszugeben, und das von WP dafür benutzte HTML kann man eigentlich so anpassen, dass es zu jeder Sidebar passt.

    PHP
    <?php wp_list_categories('show_count=1&title_li=&style=none'); ?>

    Mit show_count=1 wird die Anzahl ausgegeben, style=none müsste für die Ausgabe durch br-Tags getrennt sorgen.

    Die Argumente für die Funktion sind ansonsten hier beschrieben:
    Template Tags/wp list categories « WordPress Codex

    Wenn Du Dich bei FeedBurner einloggst und auf Deinen Feed klickst, gibt es auf der nächsten Seite dann den Link "Edit Feed Details". Unter "Original Feed Address" sollte eine Adresse wie "[Deine Domain]/feed" eingetragen sein, nicht etwas wie "[Deine Domain]/feedburner_244423". Naja, das war jedenfalls meine spontane Assoziation weil ich genau den Fehler letztens bei einem Blog mit den beschriebene Auswirkungen gemacht habe (nach dem Upgrade des Feedburner-Plugins). FeedBurner hat den Originalfeed von vor den Änderungen gecacht und erst zwei Wochen später oder so gemerkt, dass der Feed nicht mehr da ist, in der Zeit wurden neue Beiträge aber in dem alten Feed nicht mehr angezeigt.

    Davon abgesehen gibt es da auch Statusseiten und man kann FeedBurner dazu bringen, den Originalfeed neu einzulesen. Wenn das nichts bringt, müsstest Du das Plugin mal ausschalten und den Originalfeed anschauen. Den kann man ja im Moment nicht sehen, aber wenn der natürlich schon nicht korrekt ist, kann FeedBurner auch nichts dafür. Ich wüsste aber ehrlich gesagt nicht, wie der Originalfeed kaputt gehen sollte. Deswegen würde ich da erstmal am Feedburner-Ende nachschauen. ;-)

    Hast Du bei FeedBurner die URL aktualisiert? Das frühere FeedBurner-Plugin hat doch eine kryptische URL generiert, die man dann bei FeedBurner als URL eingegeben hat. Die stand auch in der .htaccess drin. Das neue FeedSmith-Plugin braucht das nciht mehr und man sollte bzw. muss bei FeedBurner den Link zurückändern. FeedBurner fragt nämlich sonst den alten Link ab, der nicht mehr existiert. Irgendwann merkt es das dann mal und zeigt Deinen Feed gar nicht mehr an. Das hatte ich jedenfalls bei einem Blog letztens. Die FeedSmith-Doku könnte daraufhin IMHO deutlicher hinweisen.

    Blog neu installieren wird dabei übrigens eher nicht helfen. Die Daten sind ja da und ich nehme nicht an, dass Du WP-Dateien verändert hast.

    Hm, sieht wirklich falsch aus. Da alle anderen Linsk auf der Seite zu stimmen scheinen, nehme ich mal an, dass die beiden URLs in den WordPress-Optionen stimmen?!

    Kannst Du mal einen Link zum Plugin posten? Dann kann ich da ja mal reinschauen, wie die Links für die Sidebar gebaut werden.

    Zitat

    Hatte ich eh vor. Mal sehen ob ich am Wochenende mal dazu komme... Aber wer liest schon die FAQ? ;-)

    Also ich fände es gut, wenn das dort mit behandelt würde, wenn es denn so tricky ist. Selbst wenn die Leute da nicht von selber reinschauen, macht es sich einfach gut, mehr oder weniger diskussionslos einen Link zum FAQ-Eintrag posten zu können. ;-)

    Ich kenne das Theme nicht, also kann ich da nur raten: Der Autor dachte sich vermutlich, das Plugin einfach ins Theme zu kopieren ist besser als den Nutzern zu sagen, sie müssen für das Theme noch ein Plugin installieren. Das ist aber natürlich keine gute Idee, da man so ja nicht an Updates des Plugins kommt und zudem noch Fehler bekommt, wenn er die Methoden nicht umbenannt hat. Ein gutes Theme würde das lassen und lieber in der Theme-Doku auf das Plugin verweisen und vor allem die Standard-Links mit einbinden, falls das Plugin nicht da ist.

    Der Code, den Du gepostet hast, stammt aus einem Plugin, welches "WP-PageNavi" heißt. Deshalb ist die erste Frage, ob Du dieses Plugin benutzt und ob es aktiviert ist. Wenn nicht, bewirkt der wp_pagenavi()-Befehl natürlich nichts, logisch. Also bitte mal in der Plugin-Liste nachsehen. :-)

    Und wenn Du schon dabei bist, kannst Du ja mal schauen, wie in den anderen Dateien die Seitennavigation erzeugt wird. Findet sich da auch der pagenavi-Befehl oder steht da was von previous_posts_link und next_posts_link?!

    Nutzt Du das WP-PageNavi-Plugin überhaupt noch? Oder ist das vielleicht noch alter Code von früher, und Du müsstest dort jetzt die Standard-Befehle für die Verlinkung ergänzen?!

    Ansonsten könnte es auch sein, dass Du die Original-Query im Kategorie-Template veränderst und deshalb PageNavi an der Stelle dort nichts von mehreren Seiten mehr weiß. Müsstest Du mal schauen, ob Du da irgendwo eine neue Query baust in der category.php oder archive.php.

    Freut mich, dass Du das hingekriegt hast. Nicht so ideal ist die Lösung natürlich, da die Query jetzt doppelt ausgeführt wird, aber ich nehme mal an, das ist nichts was bei jedem Seitenaufruf aufgerufen wird, oder?!

    Ansonsten dazu noch:

    Zitat

    Ich sehe da das Problem, dass block_ip() entweder ein Object oder FALSE zurückgeben soll... geht das denn, sprich, wenn $blocked nicht FALSE ist, gibt es dann TRUE zurück und ist gleichzeitig ein Object, auf das ich zugreifen könnte?

    Wenn Du ein Objekt zurückgibst, ist dieses nicht TRUE, aber eben auch nicht FALSE. Das hast Du ja auch schon alles richtig zusammengebastelt. ;-)

    Was Du zitierst gilt für die Funktion query(), welche Du aber ja gar nicht aufrufst. get_results() liefert dagegen einfach die Ergebnisse zurück und weiß von MySQL-Fehlern nichts. Du solltest Dir das auf jeden Fall mal anschauen, der Code findet sich in wp-includes/wp-db.php.

    Was Du machen könntest, denke ich, wäre folgendes:

    PHP
    global $wpdb;
    $blocked = block_ip('123.456.789.012');
    
    
    if (mysql_error($wpdb->dbh)) {
      echo "An error has occured!";
    } else {
      echo "Everything went fine.";
    }

    So in etwa macht WordPress in der query-Funktion selber seine Fehlerbehandlung (WP 2.3.3 im übrigen, weiß nicht, wie es in in 2.5 aussieht). Das ist jetzt aber von mir nur geraten. Du müsstest ausprobieren, ob der DB-Handler an der Stelle noch zur Verfügung steht.

    the_content zeigt den Inhalt eines speziellen Beitrags an, da kannst Du nichts auf Kategoriebasis ausschließen. Aber falls Du meinst, alle Beiträge dieser Kategorie von der Anzeige auf dieser Seite auszuschließen, kannst Du einfach die Query modifizieren. Das hier oben über den Beginn des Loops (über if have_posts):

    PHP
    $posts = query_posts($query_string . '&category=-X');

    X dabei durch die ID der Kategorie ersetzen. Damit werden Beiträge nicht angezeigt, die *ausschließlich* dieser Kategorie zugeordnet sind. Beiträge, die X und Y zugeordnet sind, werden trotzdem angezeigt!

    Ach ja, hab ich jetzt aus dem Gedächtnis aufgeschrieben. Falls es nicht geht bitte mal die genaue Syntax im Codex nachschlagen. ;-)