Beiträge von hydro

    Yap, yap und wahrscheinlich. :D

    Die Reihenfolge, wann welches JavaScript eingebunden und ausgeführt wird, ist wichtig. Wenn bspw. Plugins eigene jQuery JS-Funktionen mitbringen, muss vorher jQuery geladen sein. Sonst gibt das Fehlermeldungen. Das erkennt Autoptimize leider nicht. Von Hand da dran zu gehen wird aufgrund der Anzahl der JS-Dateien dann schnell lästig und zeitraubend.

    Was Du aber noch ausprobieren kannst: Spiel mal mit den JS-Optionen rum. Aktiviere als erstes den Try-Catch. Schau in der Browserkonsole (FF/Chrome, F12) nach Fehlermeldungen. Schließ diese Dateien von der Optimierung dann aus.

    Es gibt einige andere Plugins für diese Aufgabe, aber die nenne ich nicht.

    Das mit den js-Optionen hatte ich schonmal durch.
    Nennst du die anderen Plugins nicht, weil sie noch weniger taugen als autooptimize, oder.... Dann kann ich ja nochmal suchen ;)

    Hi maxe,

    was davon läuft, weiß der geier - darum über if_module - zumindest war die hp danach deutlich schneller :)


    bei Autooptimize ist das aktiviert:

    [TABLE="class: form-table"]

    [tr]


    [TH]Optimize JavaScript Code[/TH]

    [td][/td][/tr]


    [TR="class: hidden js_sub ao_adv"]
    [TH]Force JavaScript in <head>
    [/TH]

    [td][/td]


    [/TR]
    [TR="class: hidden js_sub ao_adv"]
    [TH]Look for scripts only in <head>? (deprecated)[/TH]

    [td][/td]


    [/TR]
    [/TABLE]


    Aktiviere lieber mal bei Autoptimize das Zusammenführen der JavaScripte. HTML-Quelltext kannst Du auch noch ausprobieren. Das "Minifyen" der JS wird vermutlich zu Problemen führen, die nicht ganz so trivial zu lösen sind
    :D

    Genau, es geht schief :)
    Der teil in der htaccess sieht so aus:

    Was sind dabei externe quellen?
    Angemahnt wird:

    Compressing the following resources with gzip could reduce their transfer size by 68.2KiB (66% reduction).

    Compressing http://press-photographer.de/piwik/piwik.js could save 28.1KiB (65% reduction).
    Compressing http://press-photographer.de/wp-includes/js…in.js?ver=4.2.2 could save 10.1KiB (70% reduction).
    Compressing http://press-photographer.de/wp-includes/js…n.js?ver=1.11.4 could save 8.0KiB (67% reduction).
    Compressing http://press-photographer.de/wp-content/the…sing.js?ver=1.3 could save 6.0KiB (75% reduction).
    Compressing http://press-photographer.de/wp-content/the…stom.js?ver=1.0 could save 4.4KiB (71% reduction).
    Compressing http://press-photographer.de/wp-includes/js…n.js?ver=1.11.4 could save 4.2KiB (62% reduction).
    Compressing http://press-photographer.de/wp-content/the…ipsy.js?ver=1.0 could save 3.0KiB (71% reduction).
    Compressing http://press-photographer.de/wp-includes/js…n.js?ver=1.11.4 could save 2.1KiB (54% reduction).
    Compressing http://press-photographer.de/wp-content/the…menu.js?ver=1.0 could save 968B (55% reduction).
    Compressing http://press-photographer.de/wp-content/the…ader.js?ver=1.0 could save 959B (56% reduction).
    Compressing http://press-photographer.de/wp-includes/js…in.js?ver=4.2.2 could save 351B (47% reduction).

    Größenmässig nicht die Welt, aber da ich eh ne langsame Seite habe...

    Zu 1)
    config, .htaccess, .htpassw, xmlrpc vom Zugriff auschließen. Dachte wenn man readme und liesmich löscht gibt's beim update probs? Und wenn ich sie lösche sind sie nach update evtl wieder da. Also dich eher so den Zugriff verbieten.
    Ps warum kann ein Plugin die htaccess ändern, wenn der Zugriff verweigert wird?
    2) ich habe die codeschnipsel aus div. Seiten für wp-Sicherheit. Dachte alle Dateien sind in Kleinbuchstaben? Ich kontrollier das.
    5) höher geht nicht, wollte ich schon für die wpconfig. Kann sie innerhalb des html-Ordners verschieben in dem wp liegt. Warum ist das eigentlich in einem HTML-Ordner? Ist das immer so?

    Ich weiß, blöde fragen. Ich bin nur Fotograf, kann Seiten anpassen und damit hört's auf. möchte aber meine Seite sicherer machen und zumindest ein paar grundzüge lernen. Der, der wp installiert hat, hatte wohl wenig Interesse an sowas - Hauptsache wp ist drauf und gut war. Das muss ich jetzt nachholen.

    So,
    Eigentlich hätte ich die Funktionen des Plugins all in One Security durch
    - Schreibrechte kontrolliert
    - xmlrpc.php selbst in htaccess getilgt
    - DB prefix geändert
    und und und

    Eigentlich hat das Ding keine Berechtigung mehr, bis auf die Firewall und die Umleitung des wp-Login auf eine andere Adresse.
    Deshalb die Frage: lässt sich die Umleitung auch ohne ein Plugin realisieren?
    Und ist die Firewall so gut, dass man deshalb das Plugin behalten sollte?

    ist teilweise doppelt gemoppelt
    Ist das so mit htaccess|.htpasswd richtig? bzw könnt ihr mir ne Seite sagen, wo ich das nachlesen kann?


    Code
    <FilesMatch "(^\.|wp-config\.php|xmlrpc\.php|(?<!robots)\.txt|.htaccess|.htpasswd|(liesmich|readme)\.*)">
       Order deny,allow
       Deny from all
    </FilesMatch>

    und was macht !robots)\.tx?