Beiträge von Dat Inge

    Gibt ja auch zum Glück andere Hoster ohne so ein Limit :)


    Euch zum Beispiel?

    Beim Löschen von Beiträgen via phpMyAdmin wird keine einzige Datei gelöscht.
    ....
    Die in den Beiträgen ggf. hochgeladenen Bilder müsstest Du selbst über die WordPress Mediathek löschen.


    Richtig, aber es nützt mir ja nichts, wenn ich die Bilder lösche, aber die Artikel lasse.
    Ich hatte ja immer gehofft, dass mal jemand ein Plugin schreibt, welches Bilder auf gDrive hochläd und sie dann von dort verlinkt. Aber na ja, nun muß ich halt so arbeiten.

    Ok das hab ich nicht mal bedacht.

    Ganz einfach, mein Webhoster erlaubt nur 100.000 Dateien. Das bedeutet php, HTML, jpg, etc. Also maximal 100.000 Stück.
    Für ein normalen Blog sicher nie wirklich ein Problem, aber wenn dein Blog zu 90% automatisiert läuft, dann kommst du irgendwann tatsächlich an die Grenze.

    Ich Räume gerade mein Blog extrem auf. Das heißt alte Beiträge aus den Jahren 2013-18 werden halt komplett gelöscht.
    Nun geht das ganze, über WordPress, recht langsam, zumindest wenn es um zahlreiche Beiträge geht. Das ganze sollte über phpMyAdmin um einiges schneller laufen nur fehlt mir dazu der SQL Befehl, um alles sauber zu löschen. Könnte mir da bitte jemand helfen?

    Das ist Mist. Das war natürlich eine Antwort die ich nicht hören wollte ;)
    Ja die sind recht neu. Aber jetzt wo Tumblr Adult komplett verbieten möchte, wechseln viele dort hin. Daher meine Idee, mein Adult Blog mit denen dort zu verlinken. Aber dann alle Artikel einzeln zu denen zu schicken ist halt immer soeine Sache mit der Lust ;)

    Nachdem ich mein Blog umgezogen und ein Update auf WP 4.9 verpasst hab, fielen mir heute zahlreiche Umlaut Probleme auf. Normalerweise finde ich spätestens über Google die Lösung aber diesmal ist es sehr merkwürdig.
    Egal welcher Umlaut es ist, sie werden in er DB und somit auch im Blog als

    Code
    �

    angezeigt.
    Ein Blick in die DB lies mich stutzig werden denn meine wp_posts wird in Kollation utf8mb4_unicode_ci gespeichert. Eine Umstellung auf utf8_general_ci hat aber leider auch nichts gebracht.
    Aber eine Änderung in der wp-config.php

    Code
    /**
     * Der Datenbankzeichensatz, der beim Erstellen der
     * Datenbanktabellen verwendet werden soll
     */
    define('DB_CHARSET', 'utf8');


    brachte auch kein Erfolg.
    Habt ihr zufällig eine Lösung? Leider komm ich an die alte DB nicht mehr ran. Ich müsste nun also mit dieser DB arbeiten.

    Ich bin vor 4 Tagen auf eine neue Webspace umgezogen, wobei ich noch nie wirklich Probleme damit hatte.
    Nun ist es so, dass ich meinen Blog mit "Auto Blogged" betreibe, Bei allen, alten, Beiträgen passen die Umlaute ohne Probleme, nur sobald ich neue Beiträge, per RSS bekomme, wird statt dem ä -> � angezeigt.
    In meiner config.php steht

    Code
    /** Database Charset to use in creating database tables. */
    define('DB_CHARSET', 'utf8');
    
    
    /** The Database Collate type. Don't change this if in doubt. */
    define('DB_COLLATE', '');


    somit kommt das nicht in Frage, als Fehler.

    Ich nutze seit ein paar Tagen W3 Total Cache in Verbindung mit GDrive, damit ich Bilder etc auslagern kann.
    Nun ist mir aufgefallen, dass obwohl ich der Meinung bin, dass alle Daten auf GDrive sind, werden einige Grafiken nicht angezeigt.
    Nutzt noch jemand W3 Total Cache mit GDrive und kennt das Problem?

    Ein Fehler im beliebten Plug-in Slider Revolution erlaubt es, beliebige Dateien vom Webserver herunterzuladen. Damit kann ein Angreifer im schlimmsten Fall den ganzen Server kompromittieren. Das Plug-in ist in einer großen Zahl von Themes fest verbaut.

    Eine kritische Sicherheitslücke im WordPress-Plug-in Slider Revolution erlaubt es Angreifern, eine beliebige Datei eines verwundbaren Webservers herunterzuladen. Da die Lücke den Angreifern Zugriff auf die Konfigurationsdateien des CMS gewährt, können diese so die Passwörter der WordPress-Datenbank auslesen und den Server darüber angreifen. Die Lücke ist besonders brisant, da Slider Revolution in einer großen Zahl von WordPress-Themes verbaut ist, ohne dass die Nutzer der Themes sich dessen unbedingt bewusst sind.
    Slider Revolution wird in vielen Themes verwendet, um Bilder in Teasern oder Bilderstrecken zu rotieren. Viele Themes, die auf Business-Seiten abzielen, nutzen es, um Produkte zu präsentieren oder Menüpunkte der Navigation visuell aufzubereiten.
    Die Sicherheitsfirma Sucuri warnt davor, dass die Anzahl der Angriffe, bei denen die Slider-Revolution-Lücke genutzt wird seit Mitte August stark angestiegen ist. Zwar haben die Entwickler des Plug-ins die Lücke bereits im Februar geschlossen, dies aber anscheinend nicht besonders publik gemacht. Das scheint dazu geführt zu haben, dass die Entwickler vieler Themes nichts von der Lücke mitbekommen haben und das bei ihnen verbaute Plug-in nicht aktualisierten. Der Plug-in- und Theme-Marktplatz Envato hat eine Liste mit Themes zusammengestellt, die Slider Revolution nutzen und verwundbar sein könnten.
    Laut den Entwicklern von Slider Revolution sind die Versionen bis einschließlich 4.1.4 verwundbar. Betroffene Nutzer sollten mindestens auf Version 4.2 aktualisieren. Denjenigen, die Slider Revolution als Teil eines Dritt-Themes nutzen, empfehlen sie, sich direkt mit den Entwicklern des entsprechenden Themes in Verbindung zu setzen und ein Update zu verlangen.

    http://www.heise.de/newsticker/mel…es-2390055.html

    Wir viele andere, nutze auch ich voriger/nächster Artikel, und das auch mit dem Artikeltitel.

    PHP
    <div style="width:50%; float:left; text-align:left;"><?php previous_post_link('&laquo; %link') ?></div>
                <div style="width:50%; float:left; text-align:right;"><?php next_post_link('%link &raquo;') ?></div>

    Nun kommt es aber auch vor, dass ich Artikel mit einem längeren Titel hab und dann passt es eben nicht mehr nebeneinander.
    Gibt es die Möglichkeit auch hier den Titel auf X Buchstaben zu beschränken? So wie WordPress - Artikel-Überschrift (Titel) kürzen