Site-performance (Drupal)

Zie ook

Site-snelheid

Overzicht

Een overzicht van sites en mogelijkheden op het gebied van Drupal, prestaties & caching. Deze lijst is samengesteld nav. het Drupal 6 catalogus-caching probleem elders beschreven.

http://blog.merge.nl/20120118/how-does-caching-work-drupal
Varnish, APC
https://drupal.org/node/627252 - Managing site performance
https://groups.drupal.org/node/21897 - Caching: Modules that make Drupal scale - Handige pagina
https://drupal.org/project/pathcache - Maakt waarschijnlijk niet veel uit, maar kan toch de moeite waard zijn
https://drupal.org/project/cacherouter - Cache Router, niet erg aantrekkelijk
https://drupal.org/project/memcache - Memcache module (aka Memcache API and Integration)
https://drupal.org/node/1131458 - Memcache - Community Documentation
https://drupal.org/node/545664 - Boost 6.x - Waarschijnlijk niet relevant, want file caching en niet db/php-caching
https://groups.drupal.org/high-performance - Drupal High Performance Group
https://drupal.org/project/advcache - Advanced cache - Precies wat ik zoek, maar een oude achterhaalde module
https://drupal.org/project/authcache - Authenticated User Page Caching - Misschien precies wat ik zoek, alleen de titel is niet accuraat
http://www.lullabot.com/blog/articles/beginners-guide-caching-data
http://drupal.org/node/2601 - Server tuning considerations - Inclusief practische tips ter evaluatie
http://drupal.stackexchange.com/questions/36132/views-caching-not-working-for-taxonomy-listing-pages - Iemand met precies hetzelfde probleem. Hij/zij gebruikt Views Caching
https://www.google.com/search?q=drupal+taxonomy+caching - Hoopgevend
https://drupal.org/project/devel - De Devel-module schijnt te kunnen helpen met het identificeren van plekken waar caching handig kan zijn
https://drupal.org/project/drupal_6_entity_cache - Drupal 6 Entity Cache - Doet waarschijnlijk wat ik zoek, maar is een beetje vreemd en vereist aanpassing aan core
http://www.ubercart.org/forum/support/34566/how_cache_catalogpages - Mijn posting hieromtrent. Gesuggereerde oplossingen: Views Content Cache en Entity Cache
Ubercart advanced catalog: Interessante module, maar biedt volgens mij geen caching-mogelijkheden
Object cache: Biedt een API-call, maar ook plugins voor Views. Kan interessant zijn icm. eigen Views
http://www.vmirgorod.name/blog/tuning-drupal-performance - Interessant algemeen artikel

Build-in Caching Module Drupal 6

De truuk is, dat die module alleen werkt voor anonieme bezoekers, omdat het dan min-of-meer zeker is dat complete pagina's statisch zijn. Zo snel iemand is ingelogd, heb je mogelijk al een block met zijn of haar naam [www.lullabot.com/blog/articles/beginners-guide-caching-data].

Drupal 7 - Standaard-faciliteiten

Drupal 7 is beduidend zwaarder dan z'n voorgangers, en dus trager. Een paar gemakkelijke manieren om prestaties te verbeteren:

Modules > Core > Update Module: Uitzetten. Althans, dat wordt gesuggereerd. Ik vind deze functionaliteit te belangrijk om uit te zetten
Modules > Core > Contextual Links: Uitzetten
Modules > Core > Dashboard: Uitzetten
Modules > Core > Overlay: Uitzetten

Hier vind je 'm in Drupal 7

Drupal 7-site met twee modules, zonder caching

Dezelfde site, met caching

Bronnen

Authcache

De Authcache-module is tot op heden het beste wat ik ken op het gebied van caching, maar is beslist niet perfect. Meer: Authcache-module.

Entity Cache

De Drupal 6 Entity Cache-module klinkt aanlokkelijk, maar volgens de project-pagina zijn er maar 6 sites die het gebruiken. Sla ik over.

Varnish

Varnish is een extern stuk software voor caching, dat voor een website geplaatst wordt. Kan erg interessant zijn. Het lijkt nogal een server-product te zijn, dus niet iets dat ik zelf eventjes aan de praat krijg op een shared hosting-server

Views content cache-module

https://drupal.org/project/views_content_cache

Casus dec. 2012: Drupal 5-site tunen

Probleem: Het laden van de home page kostte zo'n 4s. Dat is te lang.

Diagnose

Eerste keer laden: Na 3,9s is de site er, en na 5,3s is-ie compleet

Wat dit zegt: (1) Laden duurt zo'n 3s. (2) Er is iets aan de hand met de afbeelding van de windmolen. (3) Google Analytics vertraagt en (4) Facebook vertraagt

Hetzelfde: Facebook & Google Analytics doen er lang over

Plan van Aanpak

Facebook verwijderen
Caching en andere optimalisatiemogelijkheden van Drupal benutten
Suggesties van de tools opvolgen
Specifieke Drupal tuning-modules gebruiken

Resultaten

Zonder Facebook. Laadtijd: 3,004s

Inclusief standaard-instellingen voor Performance in Drupal. Laadtijd: 2,6s

De windmolen-afbeelding laad nu vanaf dezelfde domeinnaam (namelijk inclusief 'www', scheelt een DNS-lookup) Laadtijd: 2,5s

Casus 2013: Drupal 6 catalogus-caching

In 2013 had ik een prestatie-probleem met http://www.carbonbrushes-online.com/: Elke keer dat de Ubercart-catalogus wordt aangeroepen, wordt de content dynamisch samengesteld. Dat geeft veel tijdverlies. Het hielp al flink om het automatisch gegenereerde catalogus-block niet te gebruiken, maar om een eigen menu aan te maken met statische links. Meer oplossingen komen nog.

Mogelijke vervolgoplossing: Eigen gecachte Catalog-Views gebruiken. Zie http://devliegendebrigade.nl/wiki/index.php/Catalog_-_Eigen_Views_aanmaken

Casus feb. 2015: Voor en na een verhuizing

Dit betreft een verhuizing naar een VPS met beperkte specificaties. Er is dus nog ruimte voor verbetering van de prestaties. Gemeten met Webpagetest.org

Voor

Serveren home page kost 3,15 seconde

Dat lichtgroene betekent dat de browser wacht op de eerste data die doorkomt

Na

Serveren home page kost 2,7 seconde

Dat lichtgroene betekent dat de browser wacht op de eerste data die doorkomt

Verschil

14% Sneller. Da's mooi meegenomen.

Casus maart 2015: Trage site & VPS opkrikken

Deze site is aan de trage kant vanwege een groot Übercart-catalogus-blok. Aanpassen van de blok kost een dag. De VPS upgraden kost 5 minuten. Maar eerst meten: