Beiträge von Alex07

    Wenn ihr bei Wordpress die Fehlermeldung Destination directory for file streaming does not exist oder auf Deutsch Download fehlgeschlagen. Das Zielverzeichnis für das Datei-Streaming existiert nicht oder ist nicht beschreibbar bekommt, liegt das an eurem Temp Ordner der nicht definiert oder vorhanden ist. Plugins, Themes und Wordpress selber lassen sich so nicht aktualsieren.

    Editiert die wp-config.php nach den Datenbankeinstellungen hinter:

    Code
    /** The Database Collate type. Don't change this if in doubt. */
    define('DB_COLLATE', '');

    und macht daraus ein

    Code
    /** The Database Collate type. Don't change this if in doubt. */
    define('DB_COLLATE', '');
    define('WP_TEMP_DIR', ABSPATH . 'wp-content/tmp');

    neu ist also das hier

    define('WP_TEMP_DIR', ABSPATH . 'wp-content/tmp');

    Dort ist hinterlegt wo euer temp ordner, hier in dem Fall in wp-content und er heisst einfach nur tmp. Wenn dieser nicht vorhanden ist, bitte einfach einen Orner in wp-content anlegen.

    Danach könnt ihr Wordpress wie gewohnt aktualisieren, auch Plugins und Themes lassen sich nun auf den neuesten Stand bringen.:thumbup:

    Wenn ihr in den neuen Webmaster Tools von Bing in die Beta von der URL Überprüfung ( ganz unten links ) geht und sowas erhaltet wie:

    Indiziert, kann aber nicht geschaltet werden

    URL kann nicht auf Bing erscheinen

    dann habt ihr ein Problemchen. Schön kann man das auch in der Suchperformance manchmal sehen das ein "hartes" Key mal da ist in den Top 10 und dann auch wieder verschwindet. Also nicht geschaltet wird.

    Mit "CDN" oder auch "PKV" bin ich bspw ab und an auch in den Top 3, aber leider nur tageweise. Auch erscheint in den Bing Serps ab und an " Einige Ergebnisse wurden entfernt", das ist dann dieser Bing Filter den ich leider noch nicht verstehe.

    Da wir ja auch ein SEO Forum sind wollte ich mal fragen WAS es sein kann? Ich habe auch Ideen, leider keine Lösung und auch nix bestätigtes.

    Es ist erstmal ein Filter. Soviel ist klar. Aber wie komme ich da raus. Hab leider ein ganzes Portfolio an damals stark rankenden Money Keys. Die wollte ich eigentlich wieder mitnehmen.

    Hat einer ne Idee?

    Es war leider etwas komplizierter, nun schicke ich das nach was ich an der MySQL bzw MariaDB gemacht habe. Zuerst müssen wir natürlich wissen, was optimiert werden muss bei dem Datenbank Server. Dazu holen wir uns Tuning Primer Script.

    Meine Probleme waren einige, und das auch ins SQL zu bekommen sehr schwierig. Normalerweise editiert man bei MySQL bzw auch MariaDB die my.cnf

    Diese erreicht man am besten über /etc/mysql/my.cnf

    Dort ergänzt oder editiert man ( hier nur ein Beispiel )

    Code
    tmp_table_size=16G
    max_heap_table_size=16G
    table_definition_cache=32000
    table_open_cache=32000
    query_cache_size = 128M
    query_cache_limit = 3M
    open_files_limit = 102400

    Das ist schon ordentlich, für meine Zwecke aber brauchbar.

    Nun eigentlich für ältere Systeme ist das auch noch wichtig... Geht in ect/security/mimits.cnf

    Dort trägt ihr folgendes ein, bzw editiert es:

    Code
    #<domain>      <type>  <item>         <value>
    *              soft    nofile         65533 
    *              hard    nofile         65533
    root           soft    nofile         65533
    root           hard    nofile         65533

    Jetzt kommt es zum interessanten, denn dort ist bei neuere Versionen von Debian und Ubuntu noch folgendes zu machen...

    Ihr geht in /etc/systemd/system, dort stehen bei MariaDB 2 Dateien! Beide ergänzen oder editieren mit

    Code
    [Service]
    LimitNOFILE=65533

    Zum Schluss, und das ist wichtig.. gebt ihr noch das ans Syystem weiter mit

    Code
    systemctl daemon-reload
    service mysql restart

    Das wars eigentlich. Die Daten müssen natürlich individuell angepasst werden! Ihr sehr schon im Primer, welche Werte evtl verbessert werden müssen. Das Projekt Tuning Primer scheint allerdings aufgegeben worden zu sein, gibt aber einige Forks, auch für MariaDB und MySQL.:love:

    Wenn WBB, also das Woltlab Burning Board einen Fehler Prepared statement needs to be re-prepared auswirft, sollte der table_definition_cache erhöht werden. Das sollte der Hoster machen, ich musste den grade für das Forum auch etwas raufsetzen. Sollte nun passen.

    Die Fehlermeldung könnt ihr euch genau in eurem Admin Control Centrum ansehen. unter Verwaltung / Protokoll -> Fehler und dann auswählen des Fehlers.

    Das war auch der Grund, bzw auch ein anderer das das Forum neu gestartet werden musste. Hab auch nochmal mit dem Tuning Primer etwas rausgekitzelt. Bin jetzt erstmal mit der Wartung soweit durch.