Beiträge von obsCure

    Ja, schau mal auf meiner Seite bei den Pages.
    Als ich bei den Blogeinträgen noch Unterkategorien hatte waren die auch eingerückt, da muss ich zu hause mal nachsehen.

    So habe ich das in meiner sidebar.php angepasst:

    Ich komme grade ans Überlegen ob ich das damals bei den Kategorien evtl. doch per CSS gemacht habe *grübel*. Naja, die Lösung poste ich noch ;-)

    Das von mir beschriebende betrifft nur <!--nextpage-->

    <!--more--> wird dazu verwendet einen Auszug/Einleitung darzustellen, d.h. mehrere <!--more-->-Tags in einem Beitrag sind also unsinnig und wahrscheinlich sogar ?unzulässig?
    Evtl. zerlegst Du Dir damit sogar dein Template was für die von Dir unter 2. beschriebenen Effekte sorgen kann.

    Stimmt, das hatte ich nicht bedacht :( .
    Man kann aber ein Page-Template erstellen in dem get_header() etc. komplett fehlt und dies nur zum Einbinden verwenden.
    Die Syles würde ich dort ganz rauslassen und im einbindenden Dokument definieren, da stellt man gleichzeitig sicher dass es keine Namensdopplungen gibt.

    Eine andere Variante ist, einen RSS-Feed des Blogs mit PHP auszuwerten und anzuzeigen. (z.B. http://magpierss.sourceforge.net/).

    Die zwei $numpages (Anzahl der Teilseiten) und $page (aktuelle Teilseite) werden durch die Loop vorbelegt.
    Wenn Du das Template (z.B. page.php) entsprechend erweiterst:

    werden die Metaangaben und Kommentare erst auf der letzen Teilseite angezeigt.
    Beispiel

    [gelöst] Kommentare nur auf der letzten Teilseite anzeigen

    Hi,

    ich bin gerade dabei meine Page mit Kommentarfunktionen auszustatten.
    Ich möchte erreichen, das die Kommentare zu einer mit <!--nextpage--> aufgeteilten Seite nur unter der letzen Teilseite erscheinen.

    Gibt es ein Kommando in der WP-API mit dem ich prüfen kann, ob ich mich auf der letzten Teilseite befinde? Im Codex hab ich nichts gefunden.
    Oder kennt jemand einen Workaround?

    TIA obsCure

    Ich stand vor eine Weile vor dem gleichen Problem.
    Das body Tag braucht/benutzt immer einen Hintergrund, da dieser die unterste Ebene des Dokuments beschreibt. Bei einem transparenten Hintergrund müsste dann der Desktop durchscheinen ;-).
    IE kann das zwar bei iframes, es ist aber AFAIK nicht standardkonform.

    Es gibt 3 Workarounds:

    1. Ein div, p etc. satt iframe mit fester Größe und CSS overflow:

    Code
    p.dummyiframe {
    overflow: auto;
    white-space: nowrap;
    width:300px;
    height: 200px;}


    Aber: Unbedingt testen was ggf. der IE draus macht!

    2. Ein festes Hintergrundbild (norepeat) über das die Seite ganz normal läuft. Dies hat aber den Nachteil, dass ein Scrollen des Hintergrundes (bei kleinen Auflösungen) nicht möglich ist, und die Seite dann abgeschnitten wird.

    3. Was sicher funktioniert: Dem iframe den gleichen Hintergrund geben und wiederholen lassen.

    Ich antworte trotzdem nochmal hier, da sich das Problem gelöst hat.

    Offenbar wurde meine Sprachdatei beim erstellen des Backups beschädigt. Nach dem ich diese neu von WP.de runtergeladen und auf den Server geschoben habe, funktioniert wieder alles wie gewohnt.
    Es ist also kein Problem des Updates.

    Ich hatte vergessen die deutsche Sprachdatei für das Admin-Interface (wp-includes/languages/de_DE.mo) auf dem Server zu lassen und die nach dem Update aus dem Backup zurückgespielt.

    Ergebnis:
    Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to allocate 71722 bytes) in /var/www/?????/wp-includes/streams.php on line 58

    Ohne diese Datei funktioniert das WP 1.5.2 einwandfrei. Ist zwar nicht soo wichtig, aber vielleicht habt Ihr ja ne Idee.


    ültje
    .htaccess löschen ist bei einem WP-Update generell nicht nötig