Beiträge von Melewo

    So, ist getestet und es funktioniert.
    In der Seite müssen ein Button und eine Checkbox vorhanden sein. Weiterhin müssen der Button eine ID und die Checkbox einen Namen erhalten. Darunter fügst Du den Short-Tag ein.

    Beispiel:

    id="ein_button"
    name="lizenz"

    HTML
    <button id="ein_button" type="button"> Download </button>
    
    
    <input type="checkbox" name="lizenz" value="Lizenz"> Ich akzeptiere
    
    
    [kontrolle_bestaetigung]


    Die ID vom Button und der Name von der Checkbox müssen mit denen im Plugin übereinstimmen:


    Das Plugin kannst Du unter einem beliebigen datei-namen.php im Plugin-Verzeichnis abspeichern, anschließend aktivieren. Bei umlauten im Text von[COLOR=#000000][COLOR=#007700][/COLOR][COLOR=#0000BB] $text_fuer_user[/COLOR][/COLOR] gibt es zwei Möglichkeiten, entweder Du verzichtest darauf oder Du musst die Plugin-Datei unter UTF-8 ohne BOM speichern.

    Und was schreibe ich nun noch?

    Auf der Suche nach einem Plugin, mit dem ich eine Art Checkbock erstelle, die - wenn sie nicht mit einem Haken versehen ist - einen Download-Button blockiert,


    Ich habe das nicht vergessen mit Deiner anderen Frage, war nur mit einer anderen Website beschäftig und habe noch keine Beschreibung fertig, auch noch keinen anderen Beitrag im Mai und das hatte ich mir für Mai ja vorgemerkt.

    forum.wpde.org/allgemeines/128341-vor-download-erst-bedingungen-akzeptieren-2.html


    Nun, dann als Beispiel, kannst Du so wie es ist als HTML-Seite unter einem beliebigen namen.html speichern, im Browser aufrufen und testen.

    Daraus ein Plugin machen sollte kein Problem sein. Nur es wird halt dauern, bis ich eine richtige Demo-Seite fertig habe.

    Nur ein ungetestetes Beispiel, die Filterung des Contents fehlt eh noch:


    [COLOR=#000000] [COLOR=#0000BB]2)<?php
    $homepage [/COLOR][COLOR=#007700]= [/COLOR][COLOR=#0000BB]file_get_contents[/COLOR][COLOR=#007700]([/COLOR][COLOR=#DD0000]'http://www.example.com/'[/COLOR][COLOR=#007700]);
    echo [/COLOR][COLOR=#0000BB]$homepage[/COLOR][COLOR=#007700];
    [/COLOR][COLOR=#0000BB]?>[/COLOR] [/COLOR]


    Und wenn example.com Schadcode enthält, geht die WP-Installation mit den Bach herunter oder wie?
    Innerhalb von WP gibt es dafür die Funktion wp_remote_get, die aber auch abgesichert werden müsste.

    PHP
    wp_remote_get( 'http://www.example.com/index.html' );


    http://codex.wordpress.org/Function_Reference/wp_remote_get

    In einem Betrag könntest Du die dann über Shortcode einbinden:

    http://codex.wordpress.org/Shortcode_API

    links: Wird vom WP-System generiert, wozu weitere Dateien gehören.
    rechts: Ist in einer CSS-Datei gespeichert, wobei jedes Plugin eigene mit sich bringen kann, insofern keine Einstellungen vorgenommen wurden, die unter Optionen in der Datenbank gespeichert wurden und ebenfalls Styles enthalten können.

    Falls dann noch Styles über JavaScript hinzukommen sollten, die vom Firefox mit angezeigt werden, hört der Durchblick ohnehin auf.

    Du musst sogar in der DB die Änderungen vornehmen, weil Du sonst den user_nicename nicht erwischst. Also in der wp_users folgende Änderungen:

    user_login = 'Mustermann' Dein richtiger Login-Name
    user_nicename = 'max' Wird angezeigt unter den Beiträgen in den Links und muss klein und valide sein
    display_name = 'Max' öffentlicher Spitzname

    Nur über Einstellungen blieb bei mir user_nicename gleich dem user_login, nur in klein und valide.

    Unter "http://www.example.com/wp-admin/options.php" kann man sich ja alle Optionen anzeigen lassen, nur wo ist der Link dafür zu finden?

    Ja was ist denn Themefy, irgend ein Framework oder etwas in der Art?
    Wechsle doch für einen Test auf ein Standard-Theme und Du wirst sehen, ob der Spuk verschwunden ist.

    Habe mich kurz belesen, ist ein Frame-Work. Und benötigst Du da für eine zweite Installation auch eine erweiterte Lizenz oder musst ein Theme dann zweimal bezahlen?

    Hört sich nach einer Endlosschleife an und diese kann unterschiedliche Gründe haben. Bei einer fehlerhaften Weiterleitung als Endlosschleife erfolgt eigentlich ein Abbruch mit einem 500 Server Error, bei anderen Fehlern kenne ich mich weniger aus. Einen Fehler hatte ich vor einiger Zeit verursacht, als eine WP Funktion im Theme in der functions.php auf sich selbst verwies oder so ähnlich. Hatte die dann nur auskommentiert.

    Dann ist deren Firewall entsprechend einer weißen Liste eingestellt, in der sich alle erlaubten URLs befinden? So gut kenne ich mich mit Firewalls nicht aus, eigentlich gar nicht, doch wenn ich an mein Security-Programm denke, das vergleicht wohl eher mit einer schwarzen Liste. Listen werden ob so oder so schon geführt.

    Wie schaut es mit allow_url_fopen aus, wurde das auch auf off gesetzt? Würde mich jetzt nur mal interessieren. Falls ja, so wäre das für mich ein Grund den Hoster zu wechseln.

    Du könntest doch aber problemlos per FTP ein manuelles Update einspielen, in dem Du das Update herunterladest, entpackst und per FTP hochladest.

    Hier ist mal ein Beispiel für die Kontrolle von einem Formular, was dann etwas Sicherheit mit sich bringt:

    http://www.w3schools.com/php/php_form_url_email.asp

    Erst danach dann die Daten an $wpdb->insert übergeben und auch mit $wpdb->... wieder abrufen und erneut vor der Ausgabe prüfen. Wie gesagt, nur ein Beispiel, doch es bringt nichts etwas für WP zu programmieren, ohne WP zu kennen, weil Du ja die Funktionen von WP noch nicht kennst und alle Scripts noch einmal überarbeiten müsstest.

    Darin sind enthalten:
    - Telefonvorwahl
    - Postleitzahl
    ...


    Das sind doch Daten, die in eine Datenbank gehören und mit einem Formular wieder abgefragt werden. Lasse es liegen, was Du bisher entwickelt hast, WP bietet eigene Funktionen, Klassen und Methoden an, um auf die Datenbank zuzugreifen und diese solltest Du dann auch in den Scripts benutzen. Beispiel:

    Code
    global $wpdb;
    $wpdb->get_results(SQL);

    http://codex.wordpress.org/Class_Reference/WP_Query
    http://codex.wordpress.org/Class_Reference/wpdb

    Falls Du das in ein Theme umsetzen möchtest, musst Du die Template-Hierarchie beachten:

    http://codex.wordpress.org/Template_Hierarchy

    Falls in einem Plugin, dann die Plugin-Schnittstelle kennenlernen und die Scripts dementsprechend anpassen:

    http://codex.wordpress.org/Plugin_API

    Sicherheitsbestimmungen:
    - Da meine ich zB. Hackerschutz
    - Da zu Teil Pivate Kundendaten gelagert werden!

    Dass man Formulareingaben filtern sollte, sowie alles was per POST oder GET übergeben wird, weiterhin sämtliche Ausgaben, insoweit es sich bei letzteren bewerkstelligen lässt, sollte man als Programmierer eh berücksichtigen. Ein Grund warum ich auch heute noch BBCode mag und POST und GET immer mit RegEx filtere.

    Du hast doch nicht nur ein Problem, wie es mir erscheint. Ich habe keine Ahnung von Ubuntu, doch ob die Datenbank läuft oder nicht läuft, sollte doch eigentlich das letzte Problem sein. Vorher solltest Du es doch zumindest erst einmal schaffen, eine ganz einfache index.html aufzurufen. Erst wenn dieser Schritt geschafft ist, eine info.php und dann erst eine einfache seite.php mit einer Verbindungskontrolle zur Datenbank. Wenn das dann alles in diesen drei Schritten geschafft ist, dann wäre der richtige Zeitpunkt um WP aufzusetzen, jedoch nicht früher.

    Oder schaue Dir ein Video an, davon gibt es reichlich viele:

    http://www.youtube.com/results?search_query=lamp+ubuntu