Beiträge von mensmaximus

    Noch habe ich es nicht ganz verstanden, den unter dem Portfolio Bild wird doch schon das Kommentar Template eingeblendet. Wie auch immer, wenn Du eventuell vorhandene Kommentar anzeigen willst könnte man dort, wo jetzt das comments_template angezeigt wird folgenden Code einbauen:

    Die Ausgabe musst Du natürlich noch anpassen, also mit CSS Klassen und div's oder span's oder was auch immer. Der Code zeigt max. die letzten 3 bestätigten Kommentare an.

    Wie immer: Der Code ist ungeprüft und aus dem Kopf geschrieben. Verwendung auf eigene Gefahr.

    Das hört sich super an. Nicht jeder schafft es so weit ohne Hilfe. Rufe die Lokalisierung wieder auf (unter Tools/Werkzeuge, das kennst Du schon) und gehe zu Deinem Theme (duena). In der rechten Spalte klickst Du neben der gewünschten Sprache (deutsch ;-)) auf die "Bearbeiten/Edit" Schaltfläche. Jetzt solltest Du ein Tabelle angezeigt bekommen, in der die linke Spalte (Original) die Ausgangssprache und die rechte Spalte die Zielsprache (Übersetzung/Translation) enthält. Genau diese Linke Spalte ist jetzt noch leer. Das wollen wir ändern.

    In der linken Spalte im Tabellen Kopf gibt es ein Formularfeld. Das wird verwendet um in den Textstrings zu suchen. Gib dort den Text ein, der übersetz werden soll, also in Deinem Fall "search" (aktiviere am besten die Checkbox unter dem Feld damit die Suche nicht nach Groß- und Kleinschreibung unterscheidet -non case sensitive). Schon beim Tippen siehst Du wie die Anzahl der Zeilen abnimmt und nur noch "Treffer" angezeigt werden. Einer der Treffer wird zu 99,99% "Search" heißen. Klicke nun in dieser Treffer-Zeile auf den Bearbeiten Knopf.

    Du erhältst ein Modalfenster, welches oben den Originaltext anzeigt. Im unteren Feld gibts Du nun die Übersetzung ein, also "Suchen" (ohne Anführungszeichen). Klicke dann auf "Speichern/Save" (mittlerer Knopf) und das Modalfenster schließt sich. Mit den beiden anderen Knöpfen kannst Du speichern und zum nächsten/vorherigen Übersetzungstext gehen. Wir bleiben aber erst einmal beim Speichern um ein erstes Resultat zu erzielen. Du bist also wieder in der Ausgangstabelle und siehst nun auch das Wort "Suchen" in der rechten Spalte auf der Zeile mit dem Wort "Search" (linke Spalte). Über der Tabelle gibt es einen Button zum Erstellen der .mo Datei. Den klickst Du an. Nach wenigen Augenblicken ist der Vorgang beendet und der Button ist übersetzt.

    Keine Angst, WordPress ist GPL und jeder der ein Plugin oder Theme schreibt muss isch ebenfalls an die GPL halten. Deshalb darfst Du den PHP Code posten und auch verändern.

    Die Funktion nützt relativ wenig. Es geht mir um den Teil, der derzeit die Portfolio Bilder ausgibt. Dort möchtest Du doch zusätzlichen Text ausgeben.

    Gemeinsam geht alles besser.

    Viele Funktionen muss man irgendwie selber mit Filtern/Hooks nachrüsten, teilweise etwas mühsam, darum auch die riesen Plugin-Flut...

    Das hat mich auf eine Idee gebracht die tatsächlich funktioniert. Ob das so gewollt ist steht auf einem anderen Blatt Papier.

    Folgender Code geht in die functions.php:

    Code
    add_filter( 'post_password_expires', 'mensmaximus_expire_me' );
    function mensmaximus_expire_me() {
        return time() + 1 * DAY_IN_SECONDS;
    }

    Nach dem Aufruf einer passwortgeschützen Seite hatte mein wp-postpass_tralala Cookie eine Laufzeit von einem Tag.

    Die 'Hacker' machen keinen Unterschied zwischen kommerziell und nicht kommerziell. Sie nutzen eine Lücke aus und verbreiten automatisiert Schadcode um eigene Seiten z.B. bei Google zu puschen.

    Aber denke daran, dass Du sofort nach der Wiederherstellung (sofern diese frei von Schadocode ist) ein Update durchführst. Und zwar von WordPress und Mailpoet und allen Themes und Plugins. Sonst dauert es nicht lange und Du bist wieder gehackt.

    Ein Cookie muss gesetzt werden bevor irgendein Output erfolgt (no headers sent). Daher muss der Ablauf mit dem Setzen definiert werden. Ein Update des Cookies zeigt erst Wirkung beim nächsten Pageload.

    Den Filter post_password_expires kannte ich noch nicht. Es macht mich stutzig, dass im gesamten Core (3.9.1 durchsucht) kein add_filter('post_password_expires', 'irgendeine_core_funktion') existiert. Der Sinn erschließt sich mir nicht so richtig, denn apply_filters arbeitet alle Filter in der queue ab und diese Filter müssen vorab mit add_filter definiert worden sein. Zumindest habe ich es so vor langer Zeit verinnerlicht (was nicht heißen muss, dass es stimmt).

    Das Thema muss ich mal in Ruhe durchdenken.

    Host Europe erstellt täglich Backups und hält diese 14 Tage vor. D.h. heute gibt es noch ein Backup vom 17.6.2014 bis ca. 24:00 Uhr. Die meisten Infektionen starteten am 18.6.2014. Ich habe gerade einige Restores gefahren bei denen das Backup vom 16.6 noch sauber war. Du solltest jetzt sofort reagieren! Im KIS kannst Du einen Restore als TAR File beantragen. Sobald dies erledigt ist (dauert rund eine Stunde) kannst Du die TAR Datei per FTP downloaden. Lokal entpacken und die wp-config.php prüfen. Ist der Schadcode dort nicht enthalten hast Du ein sauberes Backup. Alternativ kannst Du den Restore auch gleich auf dem Webspace wieder herstellen lassen. Ich persönlich habe aber gerne das Backup als File.

    [FONT=arial]Das wird so auch nicht funktionieren. Ich befürchte Du musst über den [COLOR=#000000]the_password_form filter an die Sache ran gehen um den Cookie beim setzen zeitlich zu beschränken. Der WP hook (ohne es geprüft zu haben) dürfte der falsche Zeitpunkt sein.[/COLOR][/FONT]

    Das liegt daran, dass der wp-content Ordner jetzt nicht mehr da ist (den hast Du ja umbenannt) und dort liegen auf die Themes drin. Im nächster Schritt benennst Du jetzt den wp-content Ordner wieder in wp-content um. Dann änderst Du den Namen des plugins Ordners im wp-content Ordner in plugins_off um.

    Nun rufst Du die Seite wieder auf. Wenn das geht sind auch alle Themes wieder da. Im Anschluss kannst Du dann einen neuen plugins Ordner erstellen und ein Plugin nach dem anderen vom Ordner plugins_off in den plugins Ordner kopieren. Nach jedem Plugin die Seite wieder aufrufen, Plugin aktivieren und schaun was passiert. Das Ganze wiederholst Du bis nach einer Aktivierung die Seite wieder nicht mehr funktioniert. Dann hast Du das böse Plugin gefunden. Dann muss man weiter sehen.

    Du könntest versuchsweise den wp-content Ordner umbenennen und dann die Seite wieder aufrufen. Wenn es dann geht ist zumindest sicher, dass es an einem Plugin liegt. Dann müsste man alle plugins entfernen, den wp-content Ordner wieder umbenennen und dann ein Plugin nach dem anderen wieder installieren. Mühsam aber meistens von Erfolg gekrönt.