Beiträge von marX

    Bei WP werden die Seiten, von Feeds mal abgesehen, grundsätzlich nicht aus dem Cache geladen, weil der Last-Modified Wert normalerweise ganz fehlt.


    Ist mir klar. Ist ja bei dynamischen Seiten mit ständig geänderten Inhalten auch okay. Und statische Inhalte wie Bilder sollten ja trotzdem aus dem Cache kommen. (OT: Aber warum setzt man den "Last-modified"-Header zwar bei Feeds, aber nicht bei den normalen HTML-Seiten?)

    Ich wollte oben noch dazu schreiben, dass das eben nur die Smptome bekämpft aber nicht die Ursache. Wollte aber den OP nicht verwirren. ;)

    PS: Wenn mod_headers verfügbar ist kann man die HTTP-Header vielleicht auch in der .htaccess setzen.

    Im Moment bekomme ich:

    Code
    Last-Modified: Wed, 09 Apr 2008 07:28:55 GMT


    Sieh nach den Cache-Headern:

    Code
    Cache-Control:	no-cache, must-revalidate, max-age=0	
    Expires:	Wed, 11 Jan 1984 05:00:00 GMT	
    Pragma:	no-cache
    Zitat

    Wäre zu beobachten, ob sich das Problem gelöst hat?!


    Ja. Dafür wirst du jetzt sicher einen ziemlichen Anstieg des Website-Datenaufkommens beobachten, da die Daten eben nicht mehr aus dem Cache kommen, sondern jedesmal neu von deiner Seite geladen werden.

    Hast du mal an den z-index-Werten gedreht, wie ich oben vorgeschlagen habe? Die inneren Listen haben einen niedrigeren Wert als die äußeren. Das erscheint mir merkwürdig.

    Danke, ich glaube es ist wie du gesagt hast die single.php. Nachdem ich sie gelöscht habe, wurde die Seite richtig angezeigt. Wozu braucht man die single.php, kann ja nicht sein, dass ich sie einfach löschen kann?


    In WP geht das, dafür gibts ja die "Template Hierarchie" (siehe Doku unter diesem Stichwort). Das heißt, WP sucht zunächst nach einer single.php im Theme für die Darstellung einzelner Beiträge findet er diese nicht, dann verwendet er die index.php.

    Zitat

    Ich kann php /htm leider nicht so gut und weiß nicht wann man die <divs> schließen muss.


    Ganz einfach: immer. ;)
    HTML an sich ist nicht schwer, da nur eine Auszeichnungssprache. Alle Elemente die man öffnet muss man auch wieder schließen. (Es gibt Ausnamen wie <img/> oder <br/>, aber das nur nebenbei.)

    Zitat

    Ich habe schon in einigen Seiten gesehen, dass es zwei open tags gibt aber nur einen close tag, für <div>. Woran erkennt man denn, wenn etwas zuviel ist?


    Dann ist das ein Fehler. Zu jedem <div> muss immer ein </div> vorhanden sein. Günstig für die Übersicht is es, seine <div> zu kommentieren, wie das ansatzweise in deinem Theme schon gemacht wurde. Auch Codeeinrückungen können der Übersicht dienen.


    Da war ein wenig durcheinander, was die Abfrage angeht ob Posts vorhanden sind oder nicht. Daher kam evtl. der Fehler. So sollte jetzt alles passen. Sorgen macht mir nur das verwaiste </div><!--/left-col --> ganz unten, aber das wird wahrscheinlich im Header geöffnet.

    Also ich weiß ja nicht was dein Freund für eine Seite sieht... :shock:

    Die Ecken weist du dem Container #content zu (ID "content"), der per Defintion nur 1x auftreten darf (wegen "id") und sämtliche Postings umschließt. Wenn du die Ecken bei jedem Artikel haben willst, dann weise diese dem Container .article (class "article") zu. Dieser umschließt jeden Artikel für sich.

    Tipp: Installier dir mal Firebug für deinen Firefox, damit kannst du das Stylesheet schön visualisieren und live entwicklen.

    Die Diskussion hatten wir erst vor wenigen Tagen, ich meine im Plugin-Fourm. Da kamen wir auch auf Plugins mit Geshi-Highlighting-Engine. Die Schriftgröße stellst du natürlich per CSS ein.

    PS: Für längere Codebereiche nimmt man in der Regel <pre> (für präformatierten Text), da <code> nur für Inline-Auszeichnungen steht (und WP deswegen auch manchmal Unsinn mit so ausgezeichneten Passagen macht).

    Such mal im Netz nach "rounded corners css", da solltest du einiges finden. Prinzipiell in etwa so:

    Code
    <div class="content">
      <div class="content-right-top"></div>
      more content...
    </div>


    Dann weist du .content die linke obere Eckgrafik zu und .content-right-top die rechte obere Eckgrafik. Dann postionierst du .content.right-top noch so dass es immer oben links steht, z.B. per float.

    Hast du den Code exakt so drin? Dann gehts natürlich nicht. Du kannst dem #content-Container keine 2 Hintergrundbilder verpassen. Die 2. Angabe überschreibt dabei die erste.
    Da brauchst du einen weiteren Container (ohne Inhalt), dem du die rechte Ecke als Hintergrund verpasst und den Container dann entsprechend positionierst.

    Ich denke nicht dass es am z-index liegt. Möglicherweise handelt es sich hier um den "Disappearing List Background"-Bug des IE (auch wenn ich dachte dass der in Version 7 behoben wurde...). Zumindest wär das mal ein Ansatz.

    Was ich nicht verstehe: Das Menü hat einen z-index von 5, die Menülisten von 4. Vielleicht solltest du auch mal den Unterlisten (#dropdownmenu ul ul) mal einen noch höheren z-index geben.

    Wenn du ein spezielles Seitentemplate für die Frontpage hast, dann da rein. Hat dein Theme eine page.php, dann da rein. Sonst in die index.php. Jeweils an der Stelle wo es später auch erscheinen soll. Willst du mehr wissen dann poste die entsprechende Template-Datei und sag uns wo das Datum genau ausgegeben werden soll.