Beiträge von mastermind

Dafür musst Du die Übersetzungen in der .po-Datei anfügen und dann zur .mo-Datei "kompilieren". Beides machen Werkzeuge wie poedit.

Im Übrigen musst Du das Theme nicht "gettexten", wenn es nur für Deine, einsprachige Site ist. Dann kannst Du auch den deutschen Text direkt in die Template-Dateien schreiben. Wenn Du das Theme allerdings veröffentlichen willst, solltest Du unbedingt eine eigene Sprachdatei dafür anlegen.

Da scheint was an Deiner Installation kaputt zu sein. Die Funktion wp_check_filetype() steht in wp-inlcudes/functions-post.php, ab Zeile 971.

Und auf welche Weise sollen diese Felder in den Blog bzw. Editor integriert werden?

Zitat von Waldelfe

kann ich jetzt irgendwie auf der "artikel" seite alle unteren subseiten automatisch auflisten lassen (sprich "artikel 1", "artikel 2" etc)? thanks again!

rtfm... wp_list_pages()

Zitat von Waldelfe

Also, wenn ich die statische Seite "blabla" aktualisiere, soll auf der Startseite erscheinen: "Letzte Aktualisierung: blabla am Datum", wenn ich ein neuen Blogeintrag schreibe, soll der dann eben erscheinen etc. Danke!!!

Damit sollte es gehen:

<?php
global $wpdb;
$lastPostQuery = 'SELECT * FROM wp_posts WHERE post_status = "static" ORDER BY post_modified_gmt DESC LIMIT 1';
$lastPost = $wpdb->get_results( $lastPostQuery );
echo '<pre>' . print_r( $lastPost, true ) . '</pre>'; // nur zur Demonstration
?>

Damit bekommst Du die Inhalte der zuletzt aktualisierten statischen Seite in die Objektinstanz $lastPost. Deren Werte kannst Du dann nach Lust und Laune verwursten.

Hm, und was genau soll bei der Formatierung die Aufgabe des Plugins sein? Bzw. wie genau soll das Plugin Deiner Ansicht nach funktionieren?

Du könntest auf jeden Fall mal Thally eine PN schreiben. Er ist der Autor der o.g. Site und sporadisch hier im Forum anzutreffen. Er kann Dir bestimmt nen Tipp geben.

Meinst Du nicht, dass sich das vielleicht besser mit etwas HTML und CSS lösen lässt?

Btw, eine nette WP-Seite zu diesem Thema: http://www.kochen-mit-liebe.de/

Einige Leute würden Dir raten, ein PHP-Plugin zu istallieren, welches PHP in Beiträgen parst. Das ist technisch möglich, aber ich halte es für einen massiven Unsicherheitsfaktor.

Wenn ich sowas brauche, erstelle ich ein neues Seitentemplate (bzw. kopiere und modifiziere ein bestehendes) und baue dort den Kode ein. Wenn es portabel sein soll, realisiert man es am besten als Plugin. Das sind die sauberen Lösungen.

Zitat von tokyopunk

Also das schönste aber auch vollgestopfteste Theme, das ich momentan kenne ist:

JsTheme:
http://jsbox.net/264

Jetzt ist es raus :mrgreen:

Nett anzusehen ist es ja... aber der ganze AJAX-Overkill is der Navigations-GAU. Das ist ja noch schlimmer als Framesets. ;-) Leider funktionieren auch einige Features nicht im Konqueror, z.B. sehe ich die Menüpunkte im Suchfeld erst beim Hover. Am schlimmsten finde ich aber den teilweisen Rückfall in die Tabellenlayout-Steinzeit.

Die Fundstücke von nay-k sind auch schön; sind einige dabei, die ich noch nicht kannte.

Doch, das tut es sehr wohl.

Welche Version hast Du denn benutzt? Welchen Zeichensatz verwendest Du?

Nochmal zum Thema leere Referer: Ich habe heute festgestellt, dass die obigen Methoden (sowohl meine VHost-Methode als auch jottliebs mit .htaccess) mit neueren Apache-Versionen nicht ganz funktionieren. Zumindest auf meinem Server ist das so.

Und zwar interpretiert der neuere Apache den Ausdruck

^$

nicht als leeren Referrer, sondern es muss stattdessen lauten:

^-$

Daher müssen die obigen Beispiele wiefolgt lauten:

VHost:

SetEnvIfNoCase Referer "^http://www.example.com/" local_ref=1
[COLOR="#8b0000"]SetEnvIfNoCase Referer "^-$" local_ref=1[/COLOR]


<FilesMatch ".(gif|jpg|png|bmp)">
  Order Allow,Deny
  Allow from env=local_ref
 </FilesMatch>

.htaccess:

RewriteEngine on
[COLOR="DarkRed"]RewriteCond %{HTTP_REFERER} !^-$[/COLOR]
RewriteCond %{HTTP_REFERER} !^http://(www\.)?domain2\.de(/.*)?$ [NC]
RewriteCond %{HTTP_REFERER} !^http://(www\.)?domain1\.de(/.*)?$ [NC]
RewriteCond %{HTTP_REFERER} !^http://(www\.)?domain.de\.de(/.*)?$ [NC]
RewriteRule \.(jpg|JPG)$ - [F]

Habe es mit beiden Methoden probiert, und es funktioniert gut.

Zum Test:
http://www.contutto.com/
http://www.contutto.com/wp-content/plu…ot_flags/de.png :twisted:

Der damalige Apache war übrigens 2.0.54 oder sowas in dem Dreh, mein aktueller ist 2.0.59.

Hoffe, das hilft dem einen oder anderen.

Super, danke für den Hinweis.

Am allerwichtigsten wäre die MySQL-Version. Das ist irgendwas mit 4.xx oder 5.xx (notfalls auch 3.xx). Die steht oben mittig im phpMyAdmin-Fenster.

is_home()

http://codex.wordpress.org/Conditional_Tags

WordPress versucht, fehlerhaftes HTML zu korrigieren. Diese Funktion produziert manchmal Fehler, und man kann sie abschalten (Optionen -> Schreiben).

Abgesehen davon versucht WordPress trotzdem, Zeilen, die nicht in einem <p>-Tag versehen sind, nachträglich als Absätze zu formatieren. Diese Funktion lässt sich nicht deaktivieren, sondern muss mit dem o.g. Hack ausgeschaltet werden.

Zitat von Zuperfly

Aber sollte nicht hier dann auch die <p>-Tags enthalten sein? Wieso wird das nicht in die Datenbank eingetragen?

Weil die Filter erst bei der Ausgabe angewendet werden!

Was für ein Server ist das? Welche Version von MySQL und PHP läuft darauf?

Das alte hat mir bedeutend besser gefallen. Das neue (momentane) finde ich potthässlich.

Es wird korrekt in die Datenbank geschrieben, erst bei der Ausgabe werden die Filter angewendet.

Das ist nicht der Editor, sondern die automatische Formatierung von WordPress selbst. Sie soll dafür sorgen, dass das Gebloggte semantisch korrektes HTML ist. Tut sie aber eher schlecht. (Abgesehen davon: Dein obiger Kode ist auch inkorrekt; von daher liegt im konkreten Fall die Schuld wohl eher bei Dir.)

Wenn Du die Funktion deaktivieren möchtest, kannst Du in Deine header.php irgendwo den folgenden PHP-Schnipsel setzen:

<?php remove_filter('the_content', 'wpautop'); ?>

Aber: das bedeutet auch, dass Du alle Deine Beiträge komplett selbst mit HTML formatieren musst (vor allem Absätze)!

Hätte mich auch interessiert. Aber der liebe Herr K hat den Kommentar erst gelöscht, und mich dann per E-Mail gefragt, was ich mit "aus der Datenbank fischen" gemeint habe... ;-)

Naja, wenn das tatsächlich eine Cross-Scripting-Lücke ist, werden wir wohl nicht zum letzten Mal davon gehört haben.