• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Oxford DrupalCamp 2012 - The things we found in your website
 

Oxford DrupalCamp 2012 - The things we found in your website

on

  • 1,202 views

 

Statistics

Views

Total Views
1,202
Views on SlideShare
1,098
Embed Views
104

Actions

Likes
1
Downloads
13
Comments
0

4 Embeds 104

http://www.viscomp.ru 87
http://blog.localhost 9
http://hernani.pt 7
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Oxford DrupalCamp 2012 - The things we found in your website Oxford DrupalCamp 2012 - The things we found in your website Presentation Transcript

    • The  things  we  found  in  your  website   Hernâni  Borges  de  Freitas   Technical  Consultant   hernani@acquia.com   @hernanibf   Oxford,  23rd  June,  2012  
    • About  us   •  Expert Drupal Support •  Optimized Drupal hosting •  Dev Cloud •  Managed Cloud •  Foster Drupal adoption •  Commons •  Drupalgardens.com •  Dev Desktop The  things  we  found  in  your  website!  
    • About  me   •  .pt  /  Oxford   •  Acquia  Professional  Services   EMEA   •  Technical  Consultant   •  Drupal*  many  things   •  Passionate  about  web  and   communities   •  Travel  lover  The  things  we  found  in  your  website!  
    • @2011  The  things  we  found  in  your  website!  
    • What  my  team  does   •  Drupal  Jumpstarts   •  Architecture  Workshop   •  Discovery  workshops   •  Site  Audit   •  Performance  Audit   •  Security  Audit   •  On-­‐site  Consulting  The  things  we  found  in  your  website!  
    • Site  Audit   •  During  limited  time  we  look  to  your   website  assuring  it  is  following  best   practices  and  don’t  present  risks:   •  Architecture   •  Security   •  Performance   •  Infrastructure   •  Maintenance  headaches  The  things  we  found  in  your  website!  
    • Balance   •  Understand  the  project  history  /  constraints   •  Be  clear  that  there  is  no  single  right  way  of   solving  problems.   •  Everyone  do  mistakes.  And  should  learn  from   them!   •  Long  term  solutions  make  everyone  happier  than   short  term  patchwork.   •  The  best  tool:  the  one  you  know  how  to  use.  The  things  we  found  in  your  website!  
    • Content architecture “Editors don’t understand what to create. ” “The page content type article is similar to news. We just used it during some months to create special news in homepage.” “We needed to change this template because we wanted to show everything in that location and we use school_location and teacher_city.”The  things  we  found  in  your  website!  
    • Content  architecture   Symptoms   •  Similar  content  types   •  Fields  not  reused   •  Content  types  with  almost  no  nodes   Chasing it Take a look at field report page. Content type structure. Simple database queries Select count(*), type from node group by type The  things  we  found  in  your  website!  
    • Display architecture “Views_london, views_paris, views_porto shows jobs available in these cities” “The scores block in the sports section ? Some PHP code is controlling its visibility in block configuration..” “We need those node_load() in preprocess_page because we need to show those nodes in homepage.” The  things  we  found  in  your  website!  
    • Site  architecture   Chasing  it   •  Understand  how  pages  are  build.   •  Look  at  views  and  how  reusable  they  are.   •  How  much  custom  templates  do  you  have?   •  How  much  logic  do  you  have  in  templates.   •  How  easy  is  to  switch  theme  (mobile,   special  occasions?)     •  How  long  does  it  take  to  produce  a   totally  new  design  in  your  site?  The  things  we  found  in  your  website!  
    • Site  architecture   Symptoms   •  Modules  installed   •  Number  of  modules  that  are  not  useful  at  all.   •  Hacked  core  and  modules   •  “There  is  a  module  for  that”  –  does  not   mean  you  need  to  use  it!   •  Modules  used  for  things  they  were  not   designed  to  do.   •  PHP  Code  in  database  The  things  we  found  in  your  website!  
    • Reinventing the wheel “This is a custom module we designed to create forms on the fly that can be sent by email to site admins!” “ That custom module adds small hidden tokens to control SPAM in our website.”The  things  we  found  in  your  website!  
    • Extra complexity “We thought we needed content translation but in the end our website is just in english.” “Right now we only have one type of users, but in the future we might need to have more roles, so we already have content_access.” “ Authcache module is used to speed up pages for our 20 journalists.”The  things  we  found  in  your  website!  
    • Site  architecture   Chasing  it   •  Use  hacked!  module  ( http://drupal.org/project/hacked)  to   compare  code  versions  used.   •  Balance  custom  code  /  contributed  code   or  reusable  ways  of  solving  problems.   •  Couldn’t  that  query  be  a  view  ?   •  Couldn’t  context  or  panels  creating  that  page?   •  Couldn’t  that  custom  action  be  controlled  by  a   rule?  The  things  we  found  in  your  website!  
    • Custom  modules   Symptoms   •  Not  following  coding  standards   •  Can  be  a  warning  for  what  is  coming…   •  Not  using  the  right  hooks   •  Excessive  usage  of  hook_init,  hook_nodeapi   •  Not  using  the  API   •  Reinventing  something  that  Drupal  is  already  doing   well   •  Hardcoded  strings  (nids,  tids,  vids,  urls).   •  All  code  in  .module  file  The  things  we  found  in  your  website!  
    • Security “ That webservice path is impossible to find, it does not need authentication. Only the mobile app uses it.” “ You would need to be a administrator to access that page.” “ We are the only ones we can access the server, therefore we are just too worried about it.”The  things  we  found  in  your  website!  
    • Security   Basic  problems   •  Not  updated  core  and  contributed  modules.   •  Bad  configuration   •  Users  have  permissions  to  do  things  they  shouldn’t   •  Admins  have  easy  passwords  (similar  to   usernames,  hacked  email  accounts..)   •  File  upload  is  not  checked   •  Code  repository  contain  extra  gifts   •  Database  dumps,  files  with  information  that  should  no  be   there  ..  The  things  we  found  in  your  website!  
    • Security   SQL  Injection   •  db_query(“select  from  table  where  id=$_GET[‘id’]”);   •  Example.com/index.php?id=1;drop  database  yoursite;-­‐-­‐     XSS  –  Cross  site  scripting   •  <?php  echo  “Your  number  is  “.  $_GET[‘id’];  ?>   •  Index.php?id=<script>alert(“UAAAT??”);</script>   CSRF  –  Cross  site  request  forgery    $items[‘admin/cookies/%/delete’]  =  array(    access  callback  =>  user_access,    access  arguments  =>  array(access  cookies),    page  callback  =>  cookie_delete      );  The  things  we  found  in  your  website!  
    • Security   CSRF  –  Cross  site  request  forgery   •  HTML  Email   •  <img src=‘http://example.com/admin/cookies/10/delete’ /> •  HTTP Post to forms •  You  expect  the  request  to  come  from  your  site  but  it  can   come  from  anywhere   •  Drupal  protects  against  both  attacks  using  tokens  and  Form   API  The  things  we  found  in  your  website!  
    • Performance   What  is  your  website  doing   •  How  long  do  most  pages  take  to  load   (common  lists,  node  pages,  homepage?)   •  Why  do  they  take  so  long?  DB  queries,   application  requests?   •  What  about  edge  cases?  Clear  cache  for   instance?   •  What  is  your  caching  strategy?   •  What  are  your  logs  telling  you?  The  things  we  found  in  your  website!  
    • Performance   •  How  long  do  most  pages  take  to  load  ?   •  Devel  query  log  can  show  immediately  some  problems   •  XhProf  can  do  the  rest   •  NewRelic  (newrelic.com)  is  pure  gold!   •  Why  is  CPU  and  memory  wasted?   •  Typically   •  Complex  queries  that  take  too  much  time   •  Function  called  too  much  times   •  Edge  cases  that  are  happening  all  the  time  The  things  we  found  in  your  website!  
    • Performance   Why  is  the  database  so  slow?  Why  is  only  slow  now?   •  Databases  not  optimized  to  grow   •  Complex  queries  made  by  without  indexes  usage   •  Complex  queries  made  automatically   SELECT node.nid AS nid, users.picture AS users_picture, users.uid AS users_uid, users.name AS users_name, users.mail AS users_mail, node.title AS node_title, GREATEST(node.changed, node_comment_statistics.last_comment_timestamp) AS node_comment_statistics_last_updated FROM node node INNER JOIN users users ON node.uid = users.uid INNER JOIN node_comment_statistics node_comment_statistics ON node.nid = node_comment_statistics.nid ORDER BY node_comment_statistics_last_updated DESC The  things  we  found  in  your  website!  
    • Performance   Is  using  InnoDb  always  better?   SELECT COUNT(*) FROM (SELECT DISTINCT node.nid AS nid FROM node node LEFT JOIN og_ancestry og_ancestry ON node.nid = og_ancestry.nid INNER JOIN users users ON node.uid = users.uid INNER JOIN node_comment_statistics node_comment_statistics ON node.nid = node_comment_statistics.nid WHERE og_ancestry.group_nid = 5 ) count_alias •  Use  views  lite  pager  The  things  we  found  in  your  website!  
    • Performance   Can  it  be  cached?   •  Assure  caching  and  aggregation  are  set.  Yes,  look  at  it!   •  Review  caching  strategy:     •  https://www.acquia.com/blog/when-­‐and-­‐how-­‐caching-­‐can-­‐ save-­‐your-­‐site-­‐part-­‐2-­‐authenticated-­‐users   •  Guarantee  caching  is  effectively  helping  you.   •  Don’t  clear  it  too  often.   •  Not  used  only  by  a  minority.  The  things  we  found  in  your  website!  
    • Infrastructure   This  is  where  your  website  ends..   •  What  is  the  right  size?  How  do  you  grow?   •  Are  the  different  servers  well  tuned  ?   •  Apache  /  PHP   •  Mysql     •  Varnish   •  What  are  your  logs  telling  you?  The  things  we  found  in  your  website!  
    • Infrastructure   “Our DB Server has 48Gb of memory. Enough to handle all requests!”   •  My.cnf   •  Innodb_buffer_pool  =  1024M   •  Adjust  limits  according  to  your  resources.   •  http://mysqltuner.pl   •  Your  slowest  bottleneck  represents  your  overall   bottleneck.  The  things  we  found  in  your  website!  
    • Infrastructure   “We don’t need that many web servers. As varnish is set in front and working as a reverse proxy, most of the traffic will be cached.”  The  things  we  found  in  your  website!  
    • Infrastructure   “Our external firewall controls all sort of attacks. We don’t use any specific firewall in the servers.”   •  50/70%  of  attacks  are  internal.  Remote  connections  with  DB,   Memcached,  Solr  should  be  forbidden.   •  Hard  to  remember  about  details  on  fast  moving  environments.  The  things  we  found  in  your  website!  
    • Maintenance   This  is  going  to  be  must  of  the  work!   •  What  is  your  deployment  architecture?   •  How  hard  is  it  too  change?   •  How  do  you  test  changes?   •  How  relaxed  do  you  leave  your  desk?  The  things  we  found  in  your  website!  
    • Deployment “We just copy the code directly to the server by FTP.” “Any developer can just take a snapshot from production and install on their laptop.” “Don’t touch that module. We just did some changes from what it was originally.”The  things  we  found  in  your  website!  
    • Maintenance   Control  your  code!   •  All  piece  of  code  should  be  under  VCS.   •  Git,  Mercury,  Bazaar,  SVN,  CVS   •  Copying  to  backup  folders  is  not  VCS.   •  Yes,  those  log  messages  serve  for  something…   •  No,  your  holidays  pictures  should  not  be  under  VCS.   •  No,  your  database  dumps  shouldn’t  also  be  there.  The  things  we  found  in  your  website!  
    • Maintenance “We can only test that in production.” “Yes we have a staging environment. But its data is from last summer.” “Sometimes problems occur when we upgrade. But we have always a backup.”The  things  we  found  in  your  website!  
    • Maintenance   Do  once,  prepare  many!   •  Several  environments  should  exist   •  Development,  Staging  and  Production.   •  Should  be  possible  to  deploy  from  VCS  to  them!   •  Environments  should  be  up  to  date  and  accessible     •  Environments  should  be  as  possible  similar  to  real   life   •  Environments  should  be  easy  to  destroy  and   replicate  The  things  we  found  in  your  website!  
    • Maintenance   This  is  going  to  be  most  of  the  work!   •  Be prepared for changes •  You don’t control them most of times! •  Review periodically website architecture •  What you need today is not similar when you built it   •  Pay  attention  to  security  updates   •  Review  your  logs  periodically  The  things  we  found  in  your  website!  
    • Free  site  audit  ?  The  things  we  found  in  your  website!  
    • So,  before  your  questions.   I  do  have  a  question.   Would  you  like  to  join  Acquia?  We are hiring EVERYWHERE! •  Consultants •  Support •  Sales •  Engineering
    • QUESTIONS  ?