Beiträge von mastermind

Zitat von frangud

Was kann ich tun?

Die FAQ lesen und die Suchfunktion nutzen.

Zu 2.) Kannst Du bitte mal nochmal konkret sagen, was Du einzugeben versuchst?

Es muss übrigens, wenn überhaupt, _blank und nicht _new heißen.

Hast Du schonmal geschaut, dass die Option "WordPress soll fehlerhaftes XHTML korrigieren" deaktiviert ist?

Ist das ein lokaler Server? Ansonsten gib uns doch bitte mal nen Link.

Zitat von H75

Ich würde gerne img erlauben, also Bilder. Leider finde ich img nicht in dieser Datei. Und auch auskommentiert ist nichts. Und das hinzufügen wie ich es gemacht hat, funktioniert nicht.

Wie hast Du es denn versucht?

Es gibt in der Tat einige Inhalte in einer "frischen" DB. Zum einen, wie jottlieb erwähnte, die Demo-Einträge (ein Blog-Artikel, ein Kommentar und eine statische Seite).

Zudem gibt es in der Tabelle wp_options einige gecachte RSS-Feeds aus dem WP-Entwickler-Blog und den Dashboard-Feeds (nach dem Schema rss_cd6c67ab2435208c32b8482df8c4330d, wobei der Buchstabensalat ein MD5-Hash ist). Das ist m.E. kein Grund zur Besorgnis, obwohl ich verstehen kann, dass das den einen oder anderen Nutzer verwirrt. Ansonsten wüsste auch ich nicht, was mit "Unterhaltungen" gemeint ist.

Das SK2-Plugin bringt verständlicherweise auch einige Daten mit, da es ja Spamkommentare analysieren soll (kann ich aber nicht abschließend beurteilen, da ich es nicht benutze).

Um genau zu sein, steht das schon unter "Background" http://www.zirona.com/software/conta…ess/#background

Aber Du hast recht, man sollte es ein bissel besser aufbereiten. Ich habe gerade nochmal drübergelesen -- da wird einem ja schlecht, wenn man sich dass alles durchliest. ;-)

Jau, freut mich, dass es Dir/Euch gefällt. :-)

Das mit der langsameren Verschlüsselung hat nichts mit der Leitung zu tun (da das alles JS ist und lokal passiert), sondern mit dem Schlüsseltypen.

Du benutzt einen Elgamal-Schlüssel, ich habe bei mir einen RSA-Schlüssel. Der Elgamal-Schlüssel ist aber etwas komplexer, daher dauert die Verschlüsselung mit JavaScript länger -- in IE, Opera und Konqueror kann es sogar zu Warnmeldungen kommen. Aus diesem Grund benutze ich für das Kontaktformular einen RSA-Schlüssel. Für alle anderen Zwecke benutze ich auch DSA/Elgamal-Schlüssel, da die dort verwendeten Algorithmen nicht patentbelastet sind.

Wenn Du den Code innerhalb der Schleife nur auf der Startseite willst, musst Du das is_page() entfernen. So wie die Schleife momentan aussieht, wird aber praktisch alles nur auf der Startseite angezeigt.

Jep, so siehts aus. Wenn man's einmal durchschaut, genial einfach. Aber erst muss man mal dahinterkommen. :-)

Hast vermutlich irgendwo einen Tag nicht geschlossen.

Nicht ganz. ;-)

Der Besitzer des Schlüsselpaares hat einen geheimen und einen öffentlichen Schlüssel. Der öffentliche Schlüssel wird -- oh, Wunder! -- öffentlich gemacht; mit ihm kann man die Nachricht nur ver-, aber nicht entschlüsseln. Das geht nur mit dem geheimen/privaten Schlüssel.

Normalerweise muss der Sender den öfentlichen Schlüssel importieren (z.B. von einem Schlüsselserver). Bei dem Plugin wird der öffentliche Schlüssel jedoch automatisch mit ausgeliefert, so dass dieser Schritt entfällt.

Auf dem Kontaktformular unter http://www.zirona.com/kontakt kann man den öffentlichen Schlüssel sehen, wenn man zuerst auf Informationen zum Verschlüsseln..." und dann auf "Einen anderen Öffentlichen Schlüssel verwenden" klickt.

Mit dem Subrosa-Plugin können Besucher einer WordPress-Website die Inhalte eines Kontaktformulars mit einem einfachen Mausklick verschlüsseln. Auf diese Weise kann man vertrauliche Nachrichten direkt übers Web versenden.

Das Plugin ist relativ einfach zu installieren und sollte mit allen gängigen Kontakformular-Plugins für WordPress funktionieren. Erfolgreich gestestet wurde es mit dem "WP-Contact-Form" von Ryan Duff sowie dem "Contact-Form-][" von Chip Cuccio.

Weitere Infos gibt es unter http://www.zirona.com/blog/software/…ypted-wordpress.

Ich würde mich freuen, wenn es ein paar Leute testen und mir ihre Erfahrungen mitteilen.

Was auch immer Du vorhast, die Funktion get_page_template() wird Dir vermutlich weiterhelfen.

Du kannst mal bei texto.de schauen, da gibt es verschiedene dokumentierte Beispiele für derartiges.

Zitat von halla

Danke für Deine Antwort, allerdings wird lt. der Template-Hierachie zunächst das Template verwendet, das vom User angegeben wurde, erst danach die page.php, anschließend (als letzte Möglichkeit) die index.php.
(siehe auch: http://codex.wordpress.org/Template_Hierarchy)

Genau, so steht es bei Template Hierarchy wie auch den Pages: Erst page.php dann index.php -- sonst nix. Es sei denn, Du erstelltst ein eigenes Template und weist es in den Beitragsoptionen der jeweiligen Seite zu.

der IE interpretiert diese Pseudoelemente nicht, man könnte höchstens was über JavaScript fummeln. Das mit den bordern ist vermutlich die bessere Idee.

Wenn es eine page.php gibt, wird die genommen, ansonsten ist es die index.php.

Es sieht in der Tat nach einem WP-Bug aus, zumal ja in der Seitenleiste hinter dem Kategorienamen offenbar die richtige Anzahl ausgegeben wird.

Es ist durchaus möglich, die Query zu modifizieren. Und zwar müsstest Du dazu ein kleines Plugin schreiben, das den API-Filter posts_where benutzt. Im einfachsten Falle sähe das so aus:

<?php
/* Hier die Plugin-Metadaten */


function catfilter($whereclause) {
   print_r($whereclause);
}


add_filter('posts_where', 'catfilter');
?>

In der Funktion catfilter müsstest Du dann die SQL-Abfrage modifizieren.

Wie wär's damit: Du befasst Dich ein wenig mit den Grundlagen von (X)HTML. Dadurch wirst Du nicht nur Deine akuten Probleme lösen, sondern auch eine Menge für die Zukunft lernen.

http://de.selfhtml.org/

Du hast ein paar grobe Fehler im HTML, die das Layout zerhauen: http://validator.w3.org/check?uri=http…%2Fwordpress%2F