Threads cachen - wie lange? (Perl-Community.de)

[thread]17083[/thread]

Threads cachen - wie lange?

Tags: perl-community.de cache Similar Threads

Readers: 17

Articles: hide open all | hide show old branches

+8 replies
pq

2012-01-20 18:30
User since
2003-08-04
12208 articles
Admin1
Ich habe in den letzten Monaten immer mal wieder hier und da eine kleine Optimierung gemacht und überlege jetzt, ob ich den Cache noch effizienter nutzen kann.
Zur Zeit wird ein Thread 3 Minuten lang im Cache gehalten. Das spart durchaus einiges an Datenbankzugriffen ein, aber es könnte noch besser sein.

Der Nachteil ist aber, dass sämtliche Daten eines Threads im Cache sind und nicht aktualisiert werden können.
Das betrifft
- die BBCode-Tags thread, board und user, bei denen der Titel jeweils automatisch ergänzt wird - wenn ein verlinkter Thread einen anderen Titel bekommt, wird im gecachten Thread noch der alte Titel angezeigt
- alle User-Informationen wie Avatar, Homepage, Signatur und Anzahl der Artikel
Beim Editieren der eigenen Signatur, Homepage oder Avatar kann ich einen Hinweis hinzufügen, dass diese Informationen erst nach einer bestimmten Zeit in den Threads aktualisiert werden.

Was meint ihr, wie lange ich cachen sollte? 6 Stunden?
Ich könnte die Cache-Zeit auch von der Grösse des Threads abhängig machen. Bei grossen Threads lohnt sich ein längeres Cachen mehr.

edit: Es geht hier um das Cachen im Backend mittels memcached o.ä.
Last edited: 2012-01-21 14:06:01 +0100 (CET)
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- +5 replies
- GUIfreund
  
  2012-01-21 10:36
  
  User since
  2011-08-08
  559 articles
  BenutzerIn
  
  2012-01-20T17:30:36 pq
  Was meint ihr, wie lange ich cachen sollte? 6 Stunden?
  
  Lass es wie es ist. IMHO lohnt der Aufwand nicht. Ein Hinweis, dass die Änderung erst nach einem Neuladen der Seite wirksam wird, sollte genügen. Der Benutzer (es dürften wohl überwiegend Mitglieder betroffen sein) kann dann den Aktualisieren-Button des Browsers drücken, wenn er Wert darauf legt.
  
  Eher stört es mich, dass sich das Einloggen beim Firefox nicht auf andere schon offene Browser-Tabs auswirkt. Aber auch daran werde ich mich gewöhnen. Ich muss nur noch oft genug auf die Nase fallen.
  Gruß
  GUIfreund
  - +4 replies
  - pq
    
    2012-01-21 14:05
    
    User since
    2003-08-04
    12208 articles
    Admin1
    
    2012-01-21T09:36:40 GUIfreund
    2012-01-20T17:30:36 pq
    Was meint ihr, wie lange ich cachen sollte? 6 Stunden?
    
    Lass es wie es ist. IMHO lohnt der Aufwand nicht.
    
    ??
    Das werde ich ja wohl herausfinden.
    Jeder Request im Forum wird mit der gebrauchten Zeit geloggt, und in munin sehe ich mir die Werte dann an.
    
    Quote
    Ein Hinweis, dass die Änderung erst nach einem Neuladen der Seite wirksam wird, sollte genügen.
    
    Neuladen?
    Es geht hier um Caching mit memcached im Backend. Daran kann der Benutzer nichts beeinflussen.
    
    Caching im Frontend passiert so gut wie gar nicht, das habe ich per HTTP-Header ausgeschaltet.
    Die Browser cachen lediglich (teilweise) ihre History.
    
    Quote
    Eher stört es mich, dass sich das Einloggen beim Firefox nicht auf andere schon offene Browser-Tabs auswirkt. Aber auch daran werde ich mich gewöhnen. Ich muss nur noch oft genug auf die Nase fallen.
    
    ??
    Wie soll sich das auf andere Tabs auswirken? Geht das bei anderen Foren?
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - +3 replies
    - GUIfreund
      
      2012-01-23 16:24
      
      User since
      2011-08-08
      559 articles
      BenutzerIn
      
      2012-01-21T13:05:14 pq
      Die Browser cachen lediglich (teilweise) ihre History.
      
      Ich fürchte, dass ich dich wieder missverstehe. Deshalb vorsichtshalber nachgefragt: Meinst du mit diesem Satz, dass die Browser lediglich die Liste der besuchten Webseiten aufheben, nicht die Webseiten selbst?
      Gruß
      GUIfreund
      - +2 replies
      - pq
        
        2012-01-23 17:00
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        das ist unterschiedlich. Seiten, die mit Pragma: no-cache ausgeliefert werden, sollen vom Browser nicht gecacht werden, d.h. wenn man auf einen Link einer solchen URL klickt, wird sie neu vom Server geholt.
        Jedoch behalten manche Browser solche Seiten, wenn sie sich in der History befinden, in einem Cache, so dass man in der History eines Fensters/Tabs zurückgehen kann, ohne dass die Seite neu geladen wird. Das Verhalten finde ich auch sehr sinnvoll, ich nutze den Back-Button recht intensiv. Aber nicht jeder macht das so, ich glaube, der IE lädt auch Seiten aus der History neu.
        Und manche machen es auch davon abhängig, ob die Seite per POST abgerufen wurde, und man muss dann zustimmen, ob der POST-Request wiederholt werden soll (finde ich ihn den meisten Situationen sehr unsinnig).
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        GUIfreund
        
        2012-01-23 17:23
        
        User since
        2011-08-08
        559 articles
        BenutzerIn
        
        Vielen Dank für die ausführliche Antwort. Ich schließe aus ihr, dass der von mir nachgefragte Satz nicht allgemein gemeint war, sondern sich auf aus dem Forum abgerufene Seiten bezog. Gut, dass ich nachgefragt habe.
        Gruß
        GUIfreund
- pq
  
  2012-01-21 14:17
  
  User since
  2003-08-04
  12208 articles
  Admin1
  
  ich habs jetzt mal auf 3 stunden gestellt.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- moritz
  
  2012-01-21 20:44
  
  User since
  2007-05-11
  923 articles
  HausmeisterIn
  
  Einen Tag fände ich OK, mehr eher nicht.
  Perl 6 - Perls Zukunft

View all threads created 2012-01-20 18:30.