Beiträge von Putzlowitsch

Gut, also beim "Twenty Eleven" müssen folgende Zeilen gelöscht bzw. auskommentiert werden:

// We'll be using post thumbnails for custom header images on posts and pages.
    // We want them to be the size of the header image that we just defined
    // Larger images will be auto-cropped to fit, smaller ones will be ignored. See header.php.
[B][I]//    set_post_thumbnail_size( $custom_header_support['width'], $custom_header_support['height'], true );[/I]
[/B]
    // Add Twenty Eleven's custom image sizes.
    // Used for large feature (header) images.
[B][I]//    add_image_size( 'large-feature', $custom_header_support['width'], $custom_header_support['height'], true );[/I][/B]
    // Used for featured posts if a large-feature doesn't exist.
[I][B]//    add_image_size( 'small-feature', 500, 300 );[/B][/I]

Wenn dann auch noch bei den Größen in den Media-Einstellungen jeweils 0 drin steht, sollten keine zusätzlichen Bilder erstelllt werden (außer dem kleinen Thumbnail).

Gruß
Ingo

Na dann hatte ich das wohl falsch verstanden. Ich dachte, der Sound soll abgespielt werden, wenn man auch das Bild klickt.

Wenn ich bei Deiner Seite jetzt auf das Bild klicke, wird das Bild allein angezeigt und Sound ist nicht zu hören.

Gruß
Ingo

Da ist nichts angeordnet. Die Bilder sind einfach so als Gesamtbild mit der gleichen Breite zusammengesetzt und dann einfach untereinander ausgegeben. Zumindest bei dem von Dir angegebenen Beispiel.

Was natürlich nicht heißt, daß es nicht ein Plugin gibt, welches so eine Anordnung erlaubt. Mir ist da aber nix bekannt. Im Prinzip kannst Du es ja auch so machen, wie auf der Beispielseite. :-)

Nachtrag: Oh, gibt scheinbar doch sowas, interessant.

Gruß
Ingo

Das Problem besteht darin, das Wordpress, wenn sowohl Kategorie-Basis als auch der Anfang der Permalinks identisch sind, alles als Kategorie interpretiert. Das geht für die Artikel dann allerdings schief.

Möglicherweise funktioniert aber der Punkt-Trick.
Schreibe die Kategorie-Basis wie folgt: ./blog

Gruß
Ingo

Das geht am einfachsten mit einem "unsichtbaren" HTML5-Audio-Tag und eine bißchen JavaScript:

<audio id="audio-id" src="sound.mp3" preload="auto">
<img src="bild.jpg" onclick="document.getElementById('audio-id').play()" style="cursor:pointer;" />

Das "Style Cursor:Pointer" is optional, damit sieht das Bild aber zumindest anklickbar aus.

Gruß
Ingo

Der Button wird auch nur angezeigt, wenn der Nutzer Cookies erlaubt, von einer zu schützenden Seite kommt und den Button zuvor noch nicht gedrückt hatte.

Wer einmal den Button gedrückt hat, bekommt ein Cookie mit 30 Tagen Gültigkeit verpaßt und wird solange bei Aufruf einer zu schützenden Seite auch nicht mehr zur Bestätigungsseite weitergeleitet.

Du kannst aber die Gültigkeit des Cookies auf die Browser-Session (bis der Browser geschlossen wird) beschränken, indem Du bei den Optionen für "Cookie Gültigkeit in Tagen" 0 einträgst.

Gruß
Ingo

Ich habe grad nochmal etwas rumprobiert, weil ich mir nicht sicher war, ob der "Trick" mit Höhe und Bereit 0 noch funktioniert.

Bei einer nackten Wordpress-Installation funktioniert es immr noch. Dabei ist es egal, ob man Höhe und Breite auf 0 oder einen sehr hohen Wert (z.B. 10000) setzte. In beiden Fällen werden das mittlere und das große Bild nicht erzeugt. Man sieht das auch in der Auswahlmöglichkeit beim Einfügen von Bildern:

Die Optionen "Mittelgroß" und "Groß" fehlen.

Allerdings wird abhängig vom Theme noch ein weiteres Bild (als Beitragsbild) erzeugt, was man so nicht unterdrücken kann. Beim "Twenty Twelve" wird z.B. ein Bild mit der Breite 624 Pixel erzeugt. Hier müßte man tatsächlich die Registrierung des Thumbnails in der functions.php des Themes entfernen oder auskommentieren:

// set_post_thumbnail_size( 624, 9999 );

Man muß dann diese Änderung nach einem Theme-Update wieder erneut ausführen.

Gruß
Ingo

Zitat von Putzlowitsch

...
Das kann eigentlich nicht direkt etwas mit der .htaccess zu tun haben, ich würde eher auf ein Plugin tippen.
...

Genau, ein Plugin hatte ich ja bereits im Verdacht, aber auf mich hört ja keiner und alle stochern lieber in der .htaccess-Datei rum. :-)

Gruß
Ingo

Seltsam. Hat es denn mit der alte Version des Plugins funktioniert?

Vielleicht solltest Du das Plugin deaktivieren und löschen und nochmal neu draufspielen und aktivieren. Und zwischendurch als Admin vom Blog abmelden.

Gruß
Ingo

Ich habe der Optionen-Seite das Wordpress-Zugriffsrecht manage_options verpaßt. Das hat normalerweise der Administrator. Bist Du als Admin angemeldet? Verwendest Du eine Plugin zur Rechteverwaltung?

Gruß
Ingo

Na ich esse das Obst lieber frisch und nicht schrumpelig und vertrocknet. :-)
Sieht auch viel besser aus, so eine knackig frische Erdbeere, besonders auch auf Fotos, die ich mit meiner Kamera mache. :-)

Gruß
Ingo

Zitat von formateins

Bei mir schon, da ich in der Lage bin, das Error-Reporting einzustellen. Hilft alles nichts, ist ein Fehler. Punkt. :roll:

Echt? Wieso sollte ein Leerzeichen nicht in einem String erlaubt sein und entsprechend einen Parse-Error erzeugen. Ich habe in PHP schon viele Strings mit Leerzeichen drin geschrieben und noch nie eine Parse-Error erhalten, selbst mit Error-Reporting ALL oder so. :-)

Gruß
Ingo

Ne nee, ist schon in Ordnung. :-)

Ein wirklicher Streit ist das ja nicht, nur der Austausch unterschiedlicher Ansichten und Meinungen. Und wie gesagt, das mit dem Shortcode von formateins hat mir ja ein paar Denkanstöße gegeben. In der Regel bringt so eine Diskussion, mag sie noch so kontrovers sei, letztendlich die Sache doch oft voran.

Zu dem Problem. Ich habe das Plugin nur mit WP Version 3.5.1 getestet. Welche Wordpress-Version verwendest Du denn?

Gruß
Ingo

Michi91 hat die richtige Lösung schon gebracht. Innerhalb eines Strings, der als Begrenzer einfache Anführunsgzeichen hat, müssen diese maskiert werden. So z.B. an der Stelle:

$items .= '... onblur="this.placeholder = [B]\[/B]'suchen...[B]\[/B]'" ...';

Vor und nach dem 'suchen...'.

Das Leerzeichen im add_filter führt zwar dazu, daß die Sache selbst nicht funktionieren wird, erzeugt aber keinen PHP-Parse Error.

Gruß
Ingo

Komischerweise ist noch nicht mal ein Link drin (vergessen?).

Und bei cyhost fällt mir wieder diese Thread hier ein:
http://forum.wpde.org/webhosting-pro…er-schweiz.html

So unterschiedlich können die Meinungen sein. :-)

Gruß
Ingo

So, habe nun die Version 0.20 des "123 PrePage"-Plugins fertig. Es verwendet einen Shortcode und POST-Variablen, aber ganz ohne Cookies geht es halt nicht. Oder sagen wir mal so, die Cookies vereinfachen doch vieles.

Ist zwar vermutlich nicht das, was sich formateins vorgestellt hat, aber die Idee mit dem Shortcode hat mich weiter gebracht, auch wenn ich ihn nun auf der vorgeschalteten Seite verwende. :-)

Und so funktionierts:
Auf der vorgeschalteten Seite (AGB) wird an der gewünschten Stelle der Shortcode [prepage_button] eingefügt. Der Text kann in den Plugin-Optionen oder direkt im Shortcode als Parameter button_text festgelegt werden. Das Mini-Formular und der Button können über die Classen prepage_form und prepage_button angepaßt werden.

In den Plugin-Optionen werden die Seiten-ID der vorgeschalteten Seite und die IDs der zu schützenden Seiten (mit Komma getrennt) eingetragen.

Das passiert nun:
Der Nutzer kommt auf eine geschützte Seite, hat aber noch keine Verifikations-Cookie. Es wird ein Seiten-ID-Cookie gesetzt und er wird auf die vorgeschaltete Seite weitergeleitet. Hier muß er nun den Bestätiguns-Button drücken und gelangt an Hand des Seiten-ID-Cookies auf die vorhergehende Seite. Er bekommt das Verifikations-Cookie verpaßt und kann nun bis zum Ablauf des Cookies (Voreinstellung: 30 Tage) alle geschützten Seiten aufrufen.

http://schnurpsel.de/wordpress-plugins/123-prepage/

Noch Fragen? :-)

Gruß
Ingo

Wie, was geht da nicht?

Gruß
Ingo

Ich habe den Grund mittlerweile auch gefunden, warum es bei mir nicht angezeigt wurde:
http://schnurpsel.de/durch-fullmeta…-mit-bild-1849/

Gruß
Ingo

Zitat von formateins

...
Die Shortcode-Plugin-ich-mach-mal-eine-Seite-dicht existiert natürlich nicht - warum sollte ich das Erstellen?
...

Na weil wir uns hier im Bereich "Plugins und Widgets" befinden, der TE deshalb eher eine fertige Lösung als eine Anleitung zum selbst programmieren sucht und weil Du eine netter Mensch bist. :-)

Zitat von formateins

...
Hab jetzt keine Lust mehr - insbesondere nicht, wenn $_POST ja so leicht zu manipulieren ist...

Ach komm, nu sei mal nicht eingeschnappt. ;-) Ich habe ja nicht gesagt, daß $_POST so leicht zu manipulieren ist. Ich habe nur festgestellt, das es nicht schwerer oder leichter als bei Cookies geht.

Zitat von formateins

...PS: Mit dem Login zum Online-Banking bist Du angekommen, deswegen :roll:

Ich wollte damit eher auf das meiner Meinung nach unterschiedliche, erforderliche Sicherheitsniveau hinweisen. War vielleicht mißverständlich formuliert. Beim Banking-Login sind da sicher höhere Anforderungen zu stellen, als beim Abnicken einer AGB. Allerdings weiß ich nicht, worum es da beim TE wirklich geht. Insofern kann man da keine pauschale Aussage machen.

Andererseits hat mein Plugin tatsächlich noch eine Mangel, das gebe ich zu. Der Nutzer bekommt die vorgeschaltete Seite nur angezeigt und muß nicht aktiv ein Häkchen oder sowas setzen, daß er den AGB zustimmt. Wäre was für die Version 0.20 oder so.

Gruß
Ingo

Zitat von formateins

Schau mal meine Beiträge durch - findest Du noch eine ganze Menge mehr... ;)

Genau das ist es ja, was mich etwas verwundert. Viele Deiner Beiträg sind ja wirklich hilfreich und so verstehe ich nicht, daß Deine Antworten ab und zu für mich eben nicht in dieses Bild passen.

Gut, bei zwei Sachen, ich denke Du weißt, was ich meine, hatte ich mich doch im Ton vergriffen. Ich war da noch etwas von den "Beiträgen" von FragSelten angefressen (wo ist der eigentlich abgeblieben?). Dafür entschuldige ich mich. Ich habe in den letzten Tagen versucht, sachlich zu bleiben und hoffe, das ist mir weitestgehend gelungen.

Oh Mann, das ist jetzt aber off-topic, mußte aber mal raus.

Gruß
Ingo