You are here

AWS, Drupal and Caching: pt.5 Onwards and upwards

Thursday, October 16, 2014

This part of the series will be kept short, as it's more of a list of things you will likely want to do seen (and I will too).  I may post some of these steps below as I do them if people find them useful for reference, just drop me a note on twitter (@retrodans) if that is the case.

 

Future additions (eg. S3)

  • Add the Expire and Purge steps to the varnish piece: I did do this, but it's n article all on it's own.  The main thing this will mean is that you can get varnish to flush it's cache in much more clever ways than hitting the 'fluch all' button or restarting varnish.  It can purge urls as nodes change, or based on rules for example.  Very handy for views for sure.
  • Regular security updates - You will need to make updates as new security risks come out if you are maintaining your own server, the quickest and easiest way to do this is to subscribe to this rss feed http://www.debian.org/security/ Then, when something occurs, login to your box and type this (replacing packagename) to see if you need to update the package too (dpkg-query -l <packagename>) if you do, then update it.
  • S3 integration - as Drupal has a files folder, and S3 is cheap, and ultimately well suited to being used my multiple servers IF we expand, then it would be great to get it working.  Sadly, none of the modules quite behave at the moment.  I have added an issue to monitor onto d.o though (https://www.drupal.org/node/2353487)
  • Monitor and improve all caching setups
  • Looking into all the spam attacks - I have a lot of traffic in my access logs going to /comment/xx it may be time to fix them soon, although fast404 should be helping reduce the load, as varnish will cache it.
  • Hookup Turnkey webmin to a domain - we hid it earlier, we should get that back, as could prove handy
  • Look into Turnkeys automatic security updates
  • Check configuration of SUDO command
  • Archive the snapshot backups which are getting made, as these happen daily, so may clog up and get expensive after a while.  You could change this to only backup once per week if it is a low usage website

 

Mainly though, as with any web app, monitor and improve.  Things may not be working as expected, so will need fixing.  Have fun folks, and until next time, "play more games", I mean "code safe".

Related: 

Blog & News

Monday, March 7, 2016

Okay, I know it is awful practice to put 2 things into one article, but I didn't want to write two tbh, so I will keep this tidy, and you can grab out what you need.

 

Subscribe to Blog & News

About

Cultivating a better future, with the seeds of better websites

For several years I have evolved through one of the largest media charities in the UK to the role of Senior developer.  I loved it there, but have to stepped out on my own as a freelance developer.

My main skills are with the Drupal CMS, developing code for it, ensuring standards through projects (whether that design, development, or planning), and leading teams to build applications they can be proud of.

Digital Consultancy, Web Development and Project Architecture are where I try to focus my skills, supporting my passion and desire to create stunning websites on time, in budget, and meeting your objectives.

To build a powerful web presence, I combine my creative, technical, and managerial experience (alongside a good splash of passion) which I have cultivated over 10 years in the industry, creating websites people want to shout about.

More on how I can help