Kommentare zu: Das mit dem Server, Wechsel der Feed-URL und WP-Cache http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/ fix [your] master boot record Mon, 13 Feb 2012 14:51:41 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Von: Stefan http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-37337 Stefan Tue, 04 Aug 2009 10:33:59 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-37337 Eine Frage habe ich noch an dieser Stelle: Wordpress warnt zur Erstellung der Permalinks mit dem Postname folgendermaßen: <cite>%postname% - A sanitized version of the title of the post (post slug field on Edit Post/Page panel). So “This Is A Great Post!” becomes this-is-a-great-post in the URI (see Using only %postname%). Starting Permalinks with %postname% is strongly not recommended for performance reasons. Wenn ich es noch recht in Erinnerung habe, hattet ihr mal eine Linkstruktur mit Tagen/Monaten/Jahren. Wäre mal interessant zu wissen was das für eine Auswirkung auf eure Last hat, wenn ihr das wieder auf die alte Einstellung zurücksetzt. Immerhin bedeutet ja der Link mit %postname%, dass bei jedem Seitenaufruf einmal alle Posteinträge der DB durchgerattert werden müssen. Bei kleinen Seiten unproblematisch, bei euch anscheinend schon eher ein Thema...</cite> Eine Frage habe ich noch an dieser Stelle: WordPress warnt zur Erstellung der Permalinks mit dem Postname folgendermaßen:
%postname% — A sanitized version of the title of the post (post slug field on Edit Post/Page panel). So “This Is A Great Post!” becomes this-is-a-great-post in the URI (see Using only %postname%). Starting Permalinks with %postname% is strongly not recommended for performance reasons.
Wenn ich es noch recht in Erinnerung habe, hattet ihr mal eine Linkstruktur mit Tagen/Monaten/Jahren. Wäre mal interessant zu wissen was das für eine Auswirkung auf eure Last hat, wenn ihr das wieder auf die alte Einstellung zurücksetzt.
Immerhin bedeutet ja der Link mit %postname%, dass bei jedem Seitenaufruf einmal alle Posteinträge der DB durchgerattert werden müssen. Bei kleinen Seiten unproblematisch, bei euch anscheinend schon eher ein Thema…

]]> Von: Moser http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36888 Moser Mon, 20 Jul 2009 19:18:52 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36888 Bei mir dauert das Laden der <a href="http://www.fixmbr.de/?live-comment-preview.js">live-comment-preview.js</a> relativ lange (so ca 1/4 der Ladezeit von allem.) a) Warum wird die über die index.php (wo ja die URL /?bla hingeht) geladen? Nehme mal an, dass die dynamisch erzeugt wird. Sie darf allerdings wegen der Header auch nicht clientseitig gecached werden. b) Schmeisst sowieso einen Error, sobald man eine Emailadresse eingibt und erfüllt dann ihre Funktion nicht mehr. Evtl is das Plugin auch n bissl veraltet (Last Updated: 2008-4-19). Fehler: hex_md5 is not defined @ Line 107 Wahrscheinlich nicht die Ursache eurer Probleme, aber wenn ihr eh Performanceprobleme habt, schadet es sicher nicht, das mal zu prüfen. Gruß Moser Bei mir dauert das Laden der
live-comment-preview.js
relativ lange (so ca 1/4 der Ladezeit von allem.)

a) Warum wird die über die index.php (wo ja die URL /?bla hingeht) geladen? Nehme mal an, dass die dynamisch erzeugt wird. Sie darf allerdings wegen der Header auch nicht clientseitig gecached werden.

b) Schmeisst sowieso einen Error, sobald man eine Emailadresse eingibt und erfüllt dann ihre Funktion nicht mehr. Evtl is das Plugin auch n bissl veraltet (Last Updated: 2008–4-19).
Fehler:
hex_md5 is not defined @ Line 107

Wahrscheinlich nicht die Ursache eurer Probleme, aber wenn ihr eh Performanceprobleme habt, schadet es sicher nicht, das mal zu prüfen.
Gruß Moser

]]> Von: Finkregh http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36883 Finkregh Mon, 20 Jul 2009 16:08:43 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36883 grummel, euer WP frisst meine kommtare auf :P <a href="http://www.askapache.com/htaccess/speed-up-your-site-with-caching-and-cache-control.html#caching-with-both-modules"> Caching with both mod_expires + mod_headers</a> da ist der Codeblock vollständig grummel, euer WP frisst meine kommtare auf :P


Caching with both mod_expires + mod_headers

da ist der Codeblock vollständig

]]> Von: Finkregh http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36882 Finkregh Mon, 20 Jul 2009 16:02:05 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36882 Moin, evtl. mal schauen <a href="http://code.google.com/intl/de-DE/speed/page-speed/docs/caching.html#LeverageBrowserCaching">ob ihr Clientside-Caching aktivieren könnt</a>. apache-config (irgendwann mal von askapache.org?): <blockquote><code> # Turn on Expires and set default to 0 ExpiresActive On ExpiresDefault A0 # Set up caching on media files for 1 year (forever?) ExpiresDefault A29030400 Header append Cache-Control "public" # Set up caching on media files for 1 week ExpiresDefault A604800 Header append Cache-Control "public" # Set up 1 Hour caching on commonly updated files ExpiresDefault A3600 Header append Cache-Control "proxy-revalidate" </code></blockquote> generell wäre da noch zu erwähnen, dass ihr viele einzelne Requests rein kriegt (.css*7 und .js*10), insges. sind das dann 44-52 Requests/Seite, jenachdem wo man sich befindet. Möglich wäre noch (welchen httpd nutzt ihr?) das Keep-Alive zu verändern... um das mit gewissheit sagen zu können müsste man aber wohl noch einige weitere Infos haben... Moin,

evtl. mal schauen ob ihr Clientside-Caching aktivieren könnt.

apache-config (irgendwann mal von askapache.org?):

# Turn on Expires and set default to 0
ExpiresActive On
ExpiresDefault A0

# Set up caching on media files for 1 year (forever?)

ExpiresDefault A29030400
Header append Cache-Control «public»

# Set up caching on media files for 1 week

ExpiresDefault A604800
Header append Cache-Control «public»

# Set up 1 Hour caching on commonly updated files

ExpiresDefault A3600
Header append Cache-Control «proxy-revalidate»

generell wäre da noch zu erwähnen, dass ihr viele einzelne Requests rein kriegt (.css*7 und .js*10), insges. sind das dann 44–52 Requests/Seite, jenachdem wo man sich befindet.

Möglich wäre noch (welchen httpd nutzt ihr?) das Keep-Alive zu verändern… um das mit gewissheit sagen zu können müsste man aber wohl noch einige weitere Infos haben…

]]> Von: Chris http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36879 Chris Mon, 20 Jul 2009 13:38:10 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36879 [x] done :) [x] done :)

]]> Von: Andreas Haerter http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36878 Andreas Haerter Mon, 20 Jul 2009 13:33:44 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36878 Noch ein Nachtrag: Keine Ahnung wie WP-Cache funktioniert (habe kein WordPress oder Ähnliches am laufen). Ich würde aber mal selbigen Cache vorsichtshalber noch leeren. Nacher hat das noch die fehlerhaften Versionen zwischengespeichert, was zur Folge hätte, das die Last nur marginal sinken würde, obwohl die CSS-Datei nicht mehr versucht wird zu laden. Falls es das war, müsste das Problem anschließend ja sofort verschwunden sein, sobald der Cache geleert wurde. Noch ein Nachtrag: Keine Ahnung wie WP-Cache funktioniert (habe kein WordPress oder Ähnliches am laufen). Ich würde aber mal selbigen Cache vorsichtshalber noch leeren. Nacher hat das noch die fehlerhaften Versionen zwischengespeichert, was zur Folge hätte, das die Last nur marginal sinken würde, obwohl die CSS-Datei nicht mehr versucht wird zu laden.

Falls es das war, müsste das Problem anschließend ja sofort verschwunden sein, sobald der Cache geleert wurde.

]]> Von: Chris http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36876 Chris Mon, 20 Jul 2009 13:30:35 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36876 @Andreas Haerter: So, die Zeile ist gelöscht, das File gibt es gar nicht. Auch nicht in einem anderen Verzeichnis. Wohl ein Überbleisel aus einer vorherigen Version des Themes. Danke für den Hinweis. :) @Andreas Haerter: So, die Zeile ist gelöscht, das File gibt es gar nicht. Auch nicht in einem anderen Verzeichnis. Wohl ein Überbleisel aus einer vorherigen Version des Themes. Danke für den Hinweis. :)

]]> Von: Chris http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36875 Chris Mon, 20 Jul 2009 13:26:42 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36875 @Anonymous: Danke für den Link. @Andreas: Danke für den Tipp. Ist uns noch gar nicht aufgefallen. @RIO: Danke für das Kompliment. @<a href="http://identi.ca/finkregh">finkregh</a> hat <a href="http://identi.ca/notice/6724194">den Hinweis auf</a> varnish und nginx gegeben. <a href="http://varnish.projects.linpro.no/">Welcome to the Varnish project</a> <a href="http://wiki.nginx.org/NginxDe">Willkommen zum Deutschen Nginx Wiki</a> <a href="http://varnish.projects.linpro.no/wiki/VarnishAndWordpress">For The Impatient: Preparing Varnish/Wordpress for a Slashdotting in 60 seconds or less…</a> <a href="http://blog.mudy.info/2009/04/my-varnish-vcl-for-wordpress/">My Varnish VCL for WordPress</a> @Anonymous: Danke für den Link.

@Andreas: Danke für den Tipp. Ist uns noch gar nicht aufgefallen.

@RIO: Danke für das Kompliment.

@finkregh hat den Hinweis auf varnish und nginx gegeben.

Welcome to the Varnish project

Willkommen zum Deutschen Nginx Wiki

For The Impatient: Preparing Varnish/Wordpress for a Slashdotting in 60 seconds or less…

My Varnish VCL for WordPress

]]> Von: RIO http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36873 RIO Mon, 20 Jul 2009 13:19:37 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36873 hab auch gerade auf WP 2.8 aktualisiert. aber was ich eigentlich sagen will, hat jetzt mit dem thema nicht weiter viel zu tun. habe heute seit fast 5 monaten wieder einmal ein post im blog verfasst, zum seligen thema twitter und habe dabei Euer blog entdeckt. wollte nur folgendes dazu sagen: respekt! das wandert in meine feuerfuchs-lesezeichen! beste grüße://RIO hab auch gerade auf WP 2.8 aktualisiert. aber was ich eigentlich sagen will, hat jetzt mit dem thema nicht weiter viel zu tun. habe heute seit fast 5 monaten wieder einmal ein post im blog verfasst, zum seligen thema twitter und habe dabei Euer blog entdeckt. wollte nur folgendes dazu sagen: respekt! das wandert in meine feuerfuchs-lesezeichen! beste grüße://RIO

]]> Von: Andreas Haerter http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36872 Andreas Haerter Mon, 20 Jul 2009 13:19:00 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36872 Es würde euch schon viel helfen, den Aufruf von http://www.fixmbr.de/wp-content/themes/scruffy/960gs/960.css zu fixen. Das wirft einen 404, welchen Ihr ja wiederum auf WordPress umbiegt (also keine Apache 404-Default-Seite). Welche wiederum diese Datei versucht zu laden (weil eben auf Wordpress umgebogen). Etc. etc.. Das verursacht die Endlosschleife, da bin ich mir fast sicher. Es würde euch schon viel helfen, den Aufruf von http://www.fixmbr.de/wp-c.…./960.css zu fixen. Das wirft einen 404, welchen Ihr ja wiederum auf WordPress umbiegt (also keine Apache 404-Default-Seite). Welche wiederum diese Datei versucht zu laden (weil eben auf WordPress umgebogen). Etc. etc.. Das verursacht die Endlosschleife, da bin ich mir fast sicher.

]]> Von: Anonymous http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36867 Anonymous Mon, 20 Jul 2009 12:08:49 +0000 http://www.fixmbr.de/das-mit-dem-server-wechsel-der-feed-url-und-wp-cache/#comment-36867 Zuviel Last kann auch auf unnütze 404-Requests zurückzuführen sein. Siehe z.B. <a href="http://www.dreamhoststatus.com/2009/06/10/faviconico-favicongif-and-robotstxt-update/">favicon.ico, favicon.gif and robots.txt update</a> Zuviel Last kann auch auf unnütze 404-Requests zurückzuführen sein.

Siehe z.B. favicon.ico, favicon.gif and robots.txt update

]]>