Beiträge von GTfreak

Danke für Deine Nachricht.

Wordpress war die aktuelle Version, auf PHP und MySQL habe ich ja keinen Einfluss, denke aber, dass Hosteurope das aktuell hält. Es kann eigentlich nur die wp-config sein, aber die Zugriffsdaten stimmen 100%... Ich lade es noch mal alles neu hoch!

Hallo Hille,

das ist ein Hosting-Paket. Die wp-config passt, Daten sind in der DB vorhanden und richtig. Wenn ich die Seite dann damit aufrufe, soll ich einen neuen Blog anlegen, was mich natürlich irritiert, weil alle Daten in der Options-Datei vorhanden sind.
(Was passiert eigentlich, wenn ich den Blog neu installieren würde, verliere ich dann meine Daten?)

Das, was mich auch noch irritiert ist, dass beim Aufruf von Zeilen in der DB manchmal das Passwort verlangt wird. Deswegen habe ich über MySQL die DB repariert, was aber nichts gebracht hat.

Grüße,
GTfreak

Hallo,

nach längerer Recherche melde ich mich hier. Beim Aufrufen meiner Webseite erscheint die Fehlermeldung "Fehler beim Aufbau der Datenbank-Verbindung". Ich habe die wp-config überprüft, sie neu angelegt und wenn ich jetzt verbinde, soll ich den Blog neu anlegen. Wenn ich in die DB gehe, kam gelegentlich die Meldung

Zitat

Die Sitzung konnte nicht ohne Fehler gestartet werden, schauen Sie bitte in das Fehlerprokoll von PHP und/oder Ihres Webservers und konfigurieren Sie PHP entsprechend (session.save_path, Schreibrechte).

Der Sessionpath session.save_path ist laut phpinfo richtig vergeben, nämlich die tmp.

Beim Zugriff auf die DB kann ich auf die meisten Zeilen zugreifen, nicht aber u.a. auf die Options (was aus meiner Sicht der Knackpunkt ist). Ich habe die Schreibrechte der DB neu vergeben und die DB repariert, aber es geht nicht.

Ich habe seit Monaten nichts mehr an der Seite gemacht, außer via MySQL optimiert. Provider Hosteurope.

Vielen Dank für Eure Hilfe,
GTfreak

Hallo,

auf der Suche nach einer Lösung des selben Problems (extrem viele Einträge "_transient_timeout_" in der DB) bin ich für mich auf eine Lösung gestossen. Ich verwende das Plugin "Cachify" und wenn das so eingestellt ist, dass es in der DB speichert, kommen diese Einträge zustande. Wenn man als Speicherort die Festplatte angibt, sind diese Einträge verschwunden.

Lustigerweise ist laut Page Speed der Eintrag in der DB (bei mir 96 MB statt 35 MB) deutlich schneller als wenn ich alles auf der Festplatte speichern würde...

Vielleicht hilft es Euch,
Stephan

Hallo,

auf der Suche nach einer Lösung des selben Problems (extrem viele Einträge "_transient_timeout_" in der DB) bin ich für mich auf eine Lösung gestossen. Ich verwende das Plugin "Cachify" und wenn das so eingestellt ist, dass es in der DB speichert, kommen diese Einträge zustande. Wenn man als Speicherort die Festplatte angibt, sind diese Einträge verschwunden.

Lustigerweise ist laut Page Speed der Eintrag in der DB (bei mir 96 MB statt 35 MB) deutlich schneller als wenn ich alles auf der Festplatte speichern würde...

Vielleicht hilft es Euch,
Stephan

Ich habe die Lösung gefunden. Syntax ist "Excerpt bei Category, Archive, Search, ansonsten den Content verwenden"

Zitat

<?php if ( is_category() || is_search() || is_archive() ) { the_excerpt(); } else { the_content(); } ?>

Stephan

Da möchte ich ich anhängen...

Ich versuche schon die ganze Zeit, in meinem Theme (Meeta) die Ausgabe der Suchergebnisse über den excerpt zu steuern, also zu verkleinern. Die Indexseiten und statischen Seiten sollen normal angezeigt werden. Blöd ist, dass Theme extra eine Steuerung des Excerpts hat - ich schaffe nur immer eins von beiden.

Der Code:

Zitat

<?php if (option::get('display_content') == 'Full Content') { the_content(''); } else { the_excerpt(''); } ?>

Grüße,
Stephan

Hallo,

ich lese zu dem Thema schon das Internet leer, habe aber keine Lösung gefunden.

Google Page Speed meckert, dass ich JS später parsen soll. Ich habe auch schon alles, was sich im Header befand, in den Footer verschoben, aber da sind noch die Plugins - die schreiben (laut Quelltext) munter in den Header. Wie kann man das steuern, dass man die Javascripts (und das sind einige) in den Footer bekommt.

Vielen Dank,
Stephan

Ja, das muss man in der DB ändern. Korrigiere mich, wenn ich mich irre, aber die Attacken laufen ja immer nur ganz kurz und zielen auf den Standard-Usernamen "admin" ab. Sobald ich den ändere/ verkompliziere, verlieren die angreifenden Server die Lust. Wenigstens hat gestern alles dichtgehalten und ich bin kein Teil eines moldawischen Botnetzes (daher kamen die nämlich).

Mit dem Thread wollte ich halt WP-User auf die Gefahren hinweisen und sogar ich stelle gerade noch mal alles auf den Prüfstand!

Grüße,
Stephan

Ich habe (in der DB) als Administrator u.a. eine Spalte User-Login, Passwort und einen Nicename. Den Nicename bekommt man durch die URL heraus, wenn man auf den Autor klickt - das habt ihr gemacht. Das was ich aber die ganze Zeit meinte, war die User/ Passwort-Kombination, die ich geändert habe (mind. 14 Stellen). Durch die kann man sich unter /wp-admin/ ins Dashboard einloggen.

Sorry, dass ich mich so unverständlich ausgedrückt habe.

Btw - wie lässt sich der Username oben in der URL unterdrücken?

Zitat von infected

Du meinst Xad65minX ?

Stimmt, aber das ist auch nicht das, was ich in meinem ursprünglichen Post meinte. Mein Userlogin ist 14-stellig und nicht mein Adminname.

Zitat von Putzlowitsch

Und warum machts Du das mit dem "admin" umbenennen dann nicht auf Deiner eigenen Seite? :-)

Du meintest den Nicename - der ist jetzt auch geändert :-)

Das habe ich gemacht, es ist ein 14-stelliger Name mit dem üblichen Zeug wie (das sage ich jetzt nicht;-)). Fakt ist: den Namen bekommt niemand so schnell heraus :-)

Das erklärt dann (leider!!!) natürlich den Einbruch der Besucherzahlen.

Stephan

Hallo,

auch wenn hier schon darüber geschrieben wurde - ich möchte noch mal jeden WP-User eindringlichst darauf hinweisen, den Usernamen "admin" zu ändern und das Passwort richtig kompliziert zu machen. Dazu empfehle ich das Plugin "Limit Login Attempts", um falsche Admin-Logins zu blocken.

Gestern war meine Seite an der Reihe und hatte in meinem Blog in über 2 Stunden über 5.000 Versuche (teilweise weniger als alle 2 Sekunden), den Admin zu knacken. Passiert ist zum Glück nichts!

Grüße,
Stephan

Zitat von GBK

Seit die neue Bildersuche von Google in den USA eingeführt wurde vor 3 Tagen gehen bei mir die Besucherzahlen massiv zurück von noch 3200 am Donnerstag auf 1950 gestern...heute siehts nach nur 1700 aus.

Das wundert mich (solltest Du eine deutsche Seite haben)! Die Bildersuche ist in D noch gar nicht aktiv und Martin vom TagSEOBlog beschwert sich über den Rückgang bei seiner internationalen/ englischen Seite.

Ich habe ja einen bildlastigen Blog, aber da tut sich Besucher mäßig zum Glück noch nichts.

Grüße,
Stephan

Am besten Du beherzigst erst einmal die Empfehlungen von Google Page Speed: https://developers.google.com/speed/pagespee…2F&mobile=false 61 ist nicht gerade der Hammerwert... Danach dürfte es deutlich besser gehen!

Ich habe auch festgestellt -inspiriert durch diesen Thread- dass die Funktion "Publizieren" bei Jetpack auch grausam auf den Page Speed schlägt. Das brachte bei mir gleich 3 Punkte mehr und die Webmaster Tools haben die Seite für ok befunden, statt sie mit einem Time Out-Fehler anzuzeigen.

Jetzt ist es besser (wenn auch noch nicht gut ;-))!

Da würde ich Dir Events empfehlen: http://meandmymac.net/plugins/events/