Beiträge von g3h

Hallo newpage,
Firefox zeigt mir schlappe 20,54s und 61 Anfragen.
Hier würde es sich sicher lohnen was zu tun. Wir hatten hier im Forum in letzter Zeit sehr viel zum Thema.
Zum Beispiel hier eine sehr gute Antwort: http://forum.wpde.org/konfiguration/…html#post522370

Was die Testseiten angeht, wo du konkrete Vorschläge bekommst, kann ich dir GTmetrix empfehlen.

MfG

Hey das ist doch erfreulich, nur leider ist der PageLoad immer noch auf 22s (laut GTmetrix jedenfalls). Irgendwas scheint da wirklich beim Laden der Bilder faul zu sein, die hauen ja immer voll rein, obwohl die teilweise nicht größer sind als andere Dateien. Entweder es liegt an einem Plugin oder es liegt am Provider. Vielleicht hier mal nachfragen. Mir fällt dazu nichts mehr ein.

Eventuell zeigt GTmetrix hier aber auch einfach falsche Werte. Was mich aber wundern würde.

MfG

Sieht schon besser aus, die Seite ist jetzt weniger als halb so groß. Komischerweise hat sich das kaum auf die Ladezeit ausgewirkt.
Hast du schon folgendes in der .htacess ?

<IfModule mod_headers.c>
Header set Connection keep-alive
</IfModule>

(Das ganze aber erst nach den Einträgen von Wordpress, also hinter #END WordPress)

Ist für den Punkt Keep-Alive, der scheint mir erstmal wichtiger als die Dimensionen der Bilder immer anzugegben.

MfG

Bei einer Seite hatte ich ein ähnliches Problem, der Wechsel vom alten 1&1 in einen Dual Tarif (in meinem Fall Dual-Starter), hat das Problem behoben. Der Tarif war sogar billiger als der alte.
Was die Geschwindigkeit angeht, bin ich aber nicht so überzeugt, ob der alte besser war weiß ich nicht. Jedenfalls haben die neuen ein höheres Memory-Limit !

MfG

Ja um so weniger Plugins um so besser.
Nochmal zurück zu der eigentlichen Frage mit der Subdomain, wenn ich mir dort die Kommentare so durchlese, würde ich es nicht machen. Einer schreibt sogar es wäre ein Griff in die Kloschüssel (von 740ms auf 2,7s) und bei vielen scheint der Upload der Bilder nicht mehr zu gehen. Dann lieber einen CDN irgendwann.

Naja die Schuld würde ich jetzt noch nicht so schnell auf den Provider schieben, erstmal würde ich versuchen mal über die 70% bei GTmetrix zu kommen (monetan sinds 51% 22 Sekunden PageLoad...) im PageLoad und mich wegen den 1258 Fehlern mal schlau machen. Wenn die alle von deinem Pro Theme kommen würde ich dort mal nachfragen beim Autor.

MfG

Hi, an deiner Stelle würde ich erstmal dieses Problem hier angehen:

[TABLE="class: styled-table rules"]
[TR="class: odd"]
[TD="class: rules-name"]Serve scaled images[/TD]
[TD="class: rules-grade"]F (0)[/TD]
[TD="class: rules-average"]87%[/TD]
[TD="class: rules-type"]Images[/TD]
[TD="class: rules-weight"]High -> erster Punkt bei GTmetrix[/TD]
[/TR]

[TD="colspan: 5"][/TD]

[/TABLE]

Das mit dem CDN kann man immer noch machen, wenn alles andere nicht Hilft.
Oder den Provider wechseln.

Aber wie gesagt würde ich erstmal die anderen Probleme angehen, das mit den 1258-CSS Fehlern bestärkt mich auch wieder in meiner Meinung gegenüber Cyberchimps (wenn die Fehler nicht von Plugins stammen)....
Das wirkt sich sicher auch nicht positiv auf die Geschwindigkeit aus.

MfG

Also [FONT=lucida sans unicode] W3 Total Cache hat meine Seitendarstellung total zerschrottet[/FONT] (nur die Cache Einstellung), [FONT=lucida sans unicode] WP-SuperCache habe ich noch nicht getestet.[/FONT]

Die Beiträge, die auf der Seite angezeigt werden, sind nur Ausschnitte (sogenannte excerpts).
Standardmäßig werden da die Formatierungen entfernt.
Du könntest mal folgendes versuchen:

Die Datei [COLOR=#0000ff]content.php[/COLOR] des Themes öffnen und dort

[COLOR=#0000ff]the_excerpt();[/COLOR]

durch

[COLOR=#0000ff]the_content();[/COLOR]

ersetzen.

So funktioniert das normalerweise bei einer Standardstrukur, ob das bei deinem Pro Theme genauso ist kann ich nicht sagen.
Allerdings werden durch meine Lösung dann auch die Bilder angezeigt (bzw. alle HTML-Formatierungen des Beitrags). Wenn du nur die Links willst könnte es kompliziert werden und da es kein freies Theme ist kann ich mir das nicht anschauen. Also müsstest du den Autor kontaktieren.

MfG

Zitat von hypnosebegleiter

Das Theme Twentytwelve kann man anpassen. Aber bei Updates kann meine Bekannte Fehler machen, wenn ich keine Zeit habe.

Hallo, warum machst du dann nicht ein Child-Theme von Twentytwelve, da kann er beim Updaten nichts falsch machen.

MfG

Wohin hast du denn die Datei upgeloaded ?
Hast du mal ein komplett neues Child von Twenty Twelfe gemacht zum testen ?

Der Import Eintrag, den die hier angibst hat auch nichts mit dem Child-Theme zu tun, der ist ja vom Parent-Theme wenn ich das richtig interpretiere. Wenn es nur ein paar sind würde ich das auch nicht für schlimm halten.

MfG

Ah ok. Kannte ich noch nicht.

Hier gibt es eine schöne Anleitung für Twenty Eleven, für Twenty Twelve sollte das nicht viel anders gehen:

http://zeaks.org/2011/add-second-menu-to-twenty-eleven-theme

MfG

Ah ok, gut zu wissen.

Zitat von formateins

[FONT=Verdana]Das muss man nie, wenn das Maintheme ordentlich umgesetzt wurde.[/FONT]

Versteh ich jetzt nicht wirklich, für was ist dann die Zeile im Child-Theme:

@import url('../Parent_Theme/style.css');

Gib mal bei Google wordpress + child theme ein, da findet man mehr als genug, gleich der erste Treffer ist gut.
Nachteil, fällt mir jetzt nur ein, das man die Orginal Theme style.css Datei mit @import einbinden muss. Aber wenns bei dem einem import bleibt wird das nicht den großen Unterschied machen...

Natürlich muss da verhältnismäßig reagiert.

Vielleicht hilft hier das auch für die Zukunft weiter:
http://blog.brockha.us/index.php?/arc…s-abwehren.html
http://playground.ebiene.de/antispam-bee-wordpress-plugin/

Warum einen neuen Provider suchen, wenn es wirklich ein Hackerangriff war, dann hat der Provider doch richtig reagiert. Dann solltest du dich mit den Sicherheitsmaßnamen beschäftigen, die es für Wordpress gibt.

Ok der Provider hätte dir mehr Infos liefern müssen, wenn das möglich ist.

Wenn die vielen Aufrufe aber durch normale Anfragen kamen, dann wäre ein Wechsel vielleicht ratsam.

MfG

So das ganze klappt prima. Ich habe es mal in ein einfaches Plugin gepackt, was natürlich noch gut erweiterbar ist.
Also erst folgendes in die .htaccess:

# BEGIN Gzip Compression
AddEncoding gzip .gz
<filesmatch "\.js\.gz$">
AddType "text/javascript" .gz
</filesmatch>
<filesmatch "\.css\.gz$">
AddType "text/css" .gz
</filesmatch>
<ifmodule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gz [QSA,L]
</ifmodule>
# END Gzip Compression

Quelle: http://www.tfonfara.de/javascript-und…primieren.xhtml

Und mit dem Plugin dann die Stylesheet-Datei packen.

<?php
/*
Plugin Name: Manually Gzip Program
Description: Gzips and minify the Stylesheet-File
Version: 0.0.1
Author: Comment from Roger G. http://www.tfonfara.de/javascript-und-css-mit-gzip-komprimieren.xhtml extended as Plugin by g3h 
*/


function manually_gzipper_option_page() {
?>
<!-- Optionen im Adminbereich  -->
    <div class="wrap">
      <h2>Manually Gzip Program</h2>
      </br>
      <form method="post" action="<?=$location ?>">
        <input name="gz_it" type="submit" value="Minimize and Gzip the style.css" /> <!-- Button -->
      </form>
    </div>    
<?php
}


function minify($buffer) {
    //Kommentare entfernen
    $buffer = preg_replace('!/\*[^*]*\*+([^/][^*]*\*+)*/!', '', $buffer);
    //Entferne: Tabs, Spaces, neue Zeilen, etc.        
    $buffer = str_replace(array("\r\n", "\r", "\n", "\t", '  ', '    ', '    '), '', $buffer);
    //Unwichtigen Freiraum entfernen
    $buffer = str_replace('{ ', '{', $buffer);
    $buffer = str_replace(' }', '}', $buffer);
    $buffer = str_replace('; ', ';', $buffer);
    $buffer = str_replace(', ', ',', $buffer);
    $buffer = str_replace(' {', '{', $buffer);
    $buffer = str_replace('} ', '}', $buffer);
    $buffer = str_replace(': ', ':', $buffer);
    $buffer = str_replace(' ,', ',', $buffer);
    $buffer = str_replace(' ;', ';', $buffer);
   
return $buffer;
} 


if ( isset($_POST['gz_it']) ) {  // Action wenn Button gedrückt wird


    $dateiname = get_stylesheet_directory() . '/style.css'; 
    $dateisize = filesize($dateiname);
    
    $datei = fopen($dateiname, "r"); 
    
    //Datei-Inhalt lesen und minimieren
    $dateiinhalt = fread($datei, $dateisize);
    $min_code = minify($dateiinhalt);


    //Minifizierte Datei zu einem Gzip-Archiv komprimieren und speichern
    $gz = gzopen(get_stylesheet_directory() . '/style.css.gz','w');
    gzwrite($gz, $min_code);
    gzclose($gz);


    fclose($datei); 
}


// Adminmenu Optionen erweitern
function manually_gzipper_add_menu() {
    add_options_page( 'Manually Gzipper', 'Manually Gzipper', 9, __FILE__, 'manually_gzipper_option_page' ); 
}


// Registrieren der WordPress-Hooks
add_action( 'admin_menu', 'manually_gzipper_add_menu' );
?>

Das ganze kann man sich dann noch für Javascript-Dateien erweitern.
Insgesamt kommt man so als 1&1 Nutzer doch zu einer ganz annehmbaren Lösung zum komprimieren seiner CSS bzw. JS-Dateien.
Nach jeder Änderung an der Datei(-en) kann man es dann mit einem Buttonklick neu packen.
Noch kompfortabler wäre es natürlich, es im Editor von Wordpress einzubauen, so dass bei jeder Änderung das ganze neu gepackt wird.

Meine CSS-Datei konnte ich mit dem vorgehen immerhin auf 70% der ursprünglichen Größe verkleinern.

MfG