Beiträge von mastermind

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

Ich bevorzuge den „Augenkrebs“.

Ich habe mir nochmal http://codex.wordpress.org/Conditional_Tags angeschaut; was ich oben gesagt habe trifft doch zu (auch wenn das mit der single.php Quatsch war): is_category() schlägt nur an, wenn Du Dich auf einer Kategorien-Seite befindest.

Du kannst aber eine Kategorienweiche über $post-cat_ID konstruieren. Du musst allerdings wissen, dass nur eine Kategorie ausgegeben wird (wenn der Artikel in mehreren Kategorien ist), nämlich die Primärkategorie. Das liegt in der Natur der Sache, da das Template ja nicht weiß, von welcher Kategorie-Übersicht Du gerade kommst.

Nachtrag: Ich habe gerade gesehen, dass is_category() einen Bruder namens in_category() hat, der ungefähr das machen sollte, was Du brauchst.

Du könntest in die archive.php eine doppelte Abfrage in den Loop einbauen:

if ( is_category('Hauptkategorie') ) {
  if ( !is_category('Unterkategorie1') &&  !is_category('Unterkategorie2') ) {
    echo "blabla";
  }
}

Hab ich jetzt nicht im Geringsten getestet, aber wenn Du ein bissel mit is_category() rumspielst, solltest Du es hinbekommen.

Da dürften keine Fehler kommen, da das nur eine Serie von Filtern ist. Wenn Du einige davon deaktivierst, wird das auf den Rest keinen Einfluss haben.

Die einzige Gefahr ist wohl mittelschwerer Augenkrebs.

Klaro. Die Blogshow ist ein Unterforum auf diesem Board.