Beiträge von chrismuller82

    93 von 100 in Pagespeed Insights sind ein hervorragender Wert. Das ist die Zeit nicht wert, den weiter steigern zu wollen. Es nutzt einfach nirgends was. Manche Berechnungsteile dieses Indexes sind auch nur für den Index gut. Beispielsweise sinkt der Index, wenn man alle CSS/JS zusammenfasst, aber für den Anwender wird die Website dadurch effektiv insgesamt schneller, weil weniger Einzel-Ladevorgänge ausgeführt werden müssen. Der Index ist deshalb nur eine grobe Orientierung. Wenn man mehr als 90 mit einer Seite erreicht, kann man aufhören mit dem Optimieren.

    Bis zu zwei Monate kann das dauern. Die genaue Dauer hängt davon ab, wie bedeutend Google Deine Website findet. Wichtige Websites werden regelmäßig gespidert und neu indiziert. Unwichtige Websites können monatelang vor sich hin dümpeln. Da schaut Google nur alle Nase lang mal vorbei und erfasst Änderungen an den Seiten für den Index.

    Wahrscheinlich verarbeitet das Plugin die Daten als ISO-8859-1 Zeichen. Entsprechend werden sie dann bei einer UTF-8 Mail falsch dargestellt. Man müsste das Plugin untersuchen, ob es eine Zeichensatz-Umwandlung macht bzw. in welchem Zeichensatz es die Daten an die Mail-Funktion übergibt. Man könnte an der Stelle dann die Zeichen einfach umwandeln, also z.B. utf8_encode($alter_inhalt).


    Zudem, wenn ich gerade hier schreibe, fände ich es super, wenn der Browser immer sichtbar auf der Start URL bleibt und der Rest verborgen wird. z.b. ich rufe auf abc.de eine Unterseite auf z.B. abc.de/hallo, dass mein Browser lediglich abc.de anzeigt.

    Du brauchst eine sog. "Frame-Umleitung". Das ist eigentlich keine Umleitung, sondern ein Frameset, was auf einer index.html-Seite der .com-Domain läuft. Innerhalb des einzigen Frames dieses Framesets wird dann die andere URL aufgerufen. So bleibt immer die .com-URL in der Adresszeile stehen, aber der Inhalt wird von der .de-Domain geliefert. Frame-Umleitungen kann man in vielen Control Panels einstellen. Wenn das standardmäßig bei Deinem Hoster nicht geht, kannst Du Dir den Frame aber auch sicher leicht selbst machen.

    Wenn die Datenbank nicht auf dem gleichen Host liegt wie die Wordpress-Installation, muss in der Datenbank eingestellt werden, dass sie externe Verbindungen zur Datenbank zulässt. Wenn also z.B. Wordpress auf dem Server in der Schule installiert wurde, aber die Datenbank bei 1&1 verwendet werden soll, muss die Datenbank die externe Verbindung von der Schule dorthin zulassen. Analog gilt das auch für Datenbanken, die innerhalb des gleichen Hosters auf unterschiedlichen Maschinen laufen.

    ja, stimmt, dass seoscanners dort nur einmal genannt wird. Der .htaccess-Code schadet aber nicht. Besser drin lassen.

    Die Aufrufe kommen aber auch nicht von einem Plugin, dann würde sich die Website ja extern selbst ansurfen. Geht einfach nicht.

    Wenn extern viele Abrufe von der gleichen IP kommen, sollte man entweder mit der Software-Firewall des Betriebssystems (meistens iptables) oder mit /etc/hosts.allow die IP-Adresse blockieren.

    Da hat man mal eine Studie zu gemacht, ich weiß nur leider nicht mehr, wo genau. Dabei ist herausgekommen, dass Musik, die man mag, sehr förderlich für das Denken ist und auch ganz andere Dinge wie z.B. körperliches Leistungsvermögen bei Sportlern oder Soldaten vor dem Einsatz. Wenn man aber Musik hört, die man nicht mag, wird die Leistungsfähigkeit entsprechend stark gesenkt. Wenn man also die passende Musik hört, fördert das die Produktivität.

    Es kann sein, dass der Speicherplatz erstmal reicht, aber beim Update dann die alten und die neuen Dateien und die gepackten Versionen der neuen gleichzeitig auf dem Server sind, bevor die alten gelöscht werden. Dadurch bläht sich der Speicherplatz beim Update via UI auf. Das passiert beim manuellen Überschreiben von Dateien nicht. Deshalb funktioniert das manuelle Update, aber das UI-Update nicht.

    Bevor Du diese Änderungen machst, kannst Du vielleicht auch einfach bei Hoster den Dokumentenstamm der Website ändern von / auf /wordpress. Wo Du Deine Datenbank findest, sagt Dir Dein Hoster. Die Tabelle, um die es geht, heißt _options, z.B. wp_options oder AF3C_options o.ä. Darin gibt es Datensätze homepage und siteurl, die geändert werden müssen.

    Füge in Deine .htaccess-Datei folgende Zeilen ein:

    RewriteEngine On
    RewriteBase /
    RewriteCond %{HTTP_USER_AGENT} (seoscanners.net) [NC]
    RewriteRule .* - [F]

    Das wird für seoscanners.net jeweils die Antwort "Forbidden" liefern. Dann hört das Dauer-Downloaden bald auf. Vor allem sinkt die CPU-Last des Servers sofort, weil er keine Daten mehr lesen und liefern muss.