Hab mal den Link rausgemacht. Die Quelle passt nicht zum Problem!
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:
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.

-
-
arrgh cdn.
Feierabend
-
-
-
-
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?
-
getestet mit dem Primer. Durchsatz ist wesentlich besser geworden.
Problem war das open files limit. Das führte zu Problemen.
Wegen RAM mache ich mir keine Sorgen, genug davon da

aber ihr habt schon recht. Manche Optionen hängen voneinander ab.
Bisher auch kein slow query. Passt
-
Ich habe da sehr sehr viele Datenbanken. Pagespeed braucht zB sehr viel und es ist nur ein Richtwert. Wenn drunter, dann drunter. Hab da ein wenig mehr Ressourcen denke ich mal, die immer ungenutzt sind/waren. -
so ihr Lieben,
das ganze ist auch Rebootfest


-
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 )
Codetmp_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 = 102400Das 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 65533Jetzt 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
Zum Schluss, und das ist wichtig.. gebt ihr noch das ans Syystem weiter mit
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.

-
Gestern im Norden von Spanien: Sie war positiv und hatte Hausarrest
Fuck. Das geht ja mal gar nicht!!!
-
Ich will ja nicht wissen wo du dich rumtreibst....
-
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.
-
Alle Server wurden nach einer Datenbank Optimierung neu gestartet.
-
Mein Beileid, ist immer schlimm einen Menschen zu verlieren.
-
Hab auch aktuelleres PHP. Kannst du wechseln
-
"Alle, die keine Sirene hören, bekommen das Warnsignal per Fax oder Post in den nächsten 14 Tagen zugestellt."
Geil

Aber so ein Probealarm .. ich meine dafür ist es ja da um zu testen ob es wo hakt. Beim nächsten Alarm wird es sicherlich besser laufen.