Top 10 Performance Mistakes in Drupal
https://www.zyxware.com/sites/default/files/styles/user_image/public/pictures/Z_ribbon.png?itok=va3zzVQA
BY webmaster
6 years ago
Drupal
0
comments comment

There are a few common performance mistake that are commonly found in most Drupal sites. Here are the list of the Top 10 Performance Mistakes in Drupal that can easily be addressed by a simple change in settings or the addition of a module. The easiest way to solve performance problems in Drupal would be to prevent them in the first place. Contact us for a free consultation on how to build your Drupal website right.

Caching not configured
Failing to configure the cache properly or none at all is a major oversight found in most Drupal sites. Caching leaves a lot of room for improvement. Without a cache, Drupal has to be bootstrapped every time a request is made which means that its PHP logic should be executed and database queries have to be run which ultimately contributes to server load and decreasing page load times.

On a site with many thousands of visits per day, caching should be implemented at all costs. The simplest caching system in Drupal is one which anonymous users are given a static HTML page which had been generated the first time the page was requested. Drupal has a pluggable caching system which means you can use contributed modules to improve the cache. Boost is popular caching system used in Drupal.

Cache time incorrectly configured
Just as caching is important for speeding up of a Drupal site so is the timing of the cache or the cache lifetime, to be more specific. If your site has frequently changing data then caching time should be set to only a few minutes. If it is serving mostly static content to a majority of anonymous users then caching can set to be a many hours. Sometimes you might have to sacrifice recency of content for better performance. You would want to take a call on this based on the nature of your site.

JS Aggregation not enabled
A reasonable sized Drupal site will have a significant number of JS files contributed to the site through contributed and custom modules which naturally add to the page load times of the site. This can be solved by aggregating all JS files in the site. JS Aggregation is the process of combining the different JS files in your Drupal site into a single JS file. Drupal does provide basic Aggregation which should be activated and configured correctly.

CSS Aggregation not enabled
CSS Aggregation is the process of combining of the different CSS files in your Drupal site into a single file. The basic wisdom behind CSS Aggregation is same as JS aggregation. Although CSS files are not as heavy as a single JS script file, the number of CSS files are always usually higher than the JS files present in a site. CSS Aggregation can be done using the CSS Aggregation Module.

Views caching configuration not used
Views is an extremely useful module in Drupal and finds a lot of uses in most Drupal sites. Views are also resource intensive. Views provides a built in option for caching which should be enabled if you want to reduce performance overheads related to views.

Full size Images used with resizing via html attributes instead of Image cache based resizing
Drupal provides a good set of tools for handling all the images in a website via the ImageCache module. If your Drupal site is having an reasonably large image and you have to resize it via HTML to fit to a certain width, then the browser has to download the complete image and then fit it to the specified attributes. This process will automatically contribute to the page load time of the site. Using the ImageCache module, the very same image can be resized to the specified attributes before it is requested by the browser leading to a decrease in page load times.

Too many blocks
Blocks are an important component in the layout of a Drupal site. Having a lot of blocks degrades the performance of a Drupal site as a number of hooks have to be called. So it is a good practice to avoid the creation of unnecessary blocks.

PHP input format used in blocks and content
If the PHP input format is enabled on blocks and content, whenever these blocks and content are called, the hooks and callback mechanisms associated with executing PHP within these areas will also have to be called which leads to a decrease in performance. Therefore this would have to be disabled unless it really necessary.

Too many blocks enabled
Performance degradation will also occur on a Drupal website with a lot of unused blocks. Blocks will cause the associate hooks to be called each time they are called. Therefore it would be a good practice to have unnecessary blocks disabled on your Drupal site. Using a module like Contexts can ensure that block hooks are called only if a set of conditions has been satisfied.

Having a number of unused modules enabled on your Drupal site
Having a lot of unused, non-essential modules on your Drupal site can lead to a slight decrease in performance. It is very easy to overlook this factor but it is also the easiest to solve. Disable all non-essential unused modules. Just make sure that the modules you plan to disable are not required by any other module.


RELATED ARTICLE

close

on 01st January 2008 / by webmaster
We have added a few new modules to our site recently. Open Source Web Development Drupal Blogging Free Software Drupalgive Leave a reply Your email address will not be published. Required fields are marker * Sean (not verified) access_time 19 Jul 2019 - 09:22 Hi there, I uploaded the files, enabled the modules to use SU, and now I see the link, but there is no icon... How can I fix this? Thanks, Sean webmaster access_time 19 Jul 2019 - 09:22 In reply to Icon doesn't show by Sean (not verified) What do you see when you view the source? Search for stumblethis_button and you should be able to see the code for the image and the URL. Then you should be able to troubleshoot from there. Juicy Couture Addict (not verified) access_time 19 Jul 2019 - 09:22 thanks for the post. would love to hear more of you. by the way, drupal's really popular nowadays as it has easy and fast features. you agree with me? thanks. Add new comment
more_horiz
close

on 16th January 2008 / by webmaster
Most webmasters do not realize this, but a lot of the content on lot of websites can be accessed from multiple URLs. A simple example would be where www.example.com and example.com leads to the same page. This is a fatal mistake in Search Engine Optimization and search engines penalize you for duplicate content. The correct configuration would be where the above two urls will lead you to the same page but example.com will redirect you to www.example.com with a 301 (Moved permanently) status which will not result in search engines penalizing the page. It is very easy to configure 301 redirects using Apache .htaccess file and the process is the same for a Drupal installation also. Web Development Drupal SEO Drupal Planet Leave a reply Your email address will not be published. Required fields are marker * Anonymous (not verified) access_time 19 Jul 2019 - 03:55 Hello. I'm trying to make example.com show as www.example.com, and I'm running into difficulties. I'm on Apache 2.0 and using the following lines in my httpd.conf file: RewriteEngine on RewriteCond %{HTTP_HOST} ^xxxxxxxxxx\.com$ [NC] RewriteRule ^(.*)$ http://www.xxxxxxxxxx.com/$1 [L,R=301] When I go to http://xxxxxxxxxx.com, I get http://www.xxxxxxxxxx.com (as expected). However, when I go to http://xxxxxxxxxx.com/node/1 (it's a Drupal site), I get a 404 thrown and the URL changes to xxxxxxxxxx.com/var/www/drupal/node/1. Same thing with www.xxxxxxxxxx.com/node/1. Any suggestions? I want to run without Drupal's .htaccess file (instead incorporating these calls into my httpd.conf file). webmaster access_time 19 Jul 2019 - 03:55 In reply to Rewrite including filesystem path by Anonymous (not verified) I think the problem is with the base path which results in the redirection to /var/www/ part. The best approach I would think is to start with drupal htaccess and then strip out parts and move to httpd SNVC (not verified) access_time 19 Jul 2019 - 03:55 This is definitely a good guide. Thanks for this. wellyson access_time 19 Jul 2019 - 03:55 This is really nice and helpful. Add new comment
close

on 07th January 2008 / by webmaster
We have volunteered to take up the maintenance of a very useful Drupal module - Search404. As of today we are the official maintainers of this very useful Drupal module. We know that this is going to be a challenge for us, being a young company and with a young team. But we do feel that it is our responsibility to give back to the Drupal community at least some part of what it has given us. Open Source Web Development Drupal Leave a reply Your email address will not be published. Required fields are marker * ian douglas (not verified) access_time 19 Jul 2019 - 03:55 I notice your updates on the Drupal modules page has some patch files, but they are patches for an older version of the 5.x branch of search404. Do you have any expectation on when a version for Drupal 6 will be ready? webmaster access_time 19 Jul 2019 - 03:55 In reply to when will search404 for drupal 6 be ready? by ian douglas (not verified) Hi Ian, We are currently working on moving Search404 to Drupal 6. The port has already been done and we should have a release up on drupal.org by tomorrow or worst case by monday. Cheers Anoop John Team Zyxware Dejan (not verified) access_time 19 Jul 2019 - 03:55 In reply to when will search404 for drupal 6 be ready? by ian douglas (not verified) I think that's been up for a while... did you check the download page? Add new comment
Leave a reply
Your email address will not be published. Required fields are marker *

Filtered HTML

  • Web page addresses and email addresses turn into links automatically.
  • Allowed HTML tags: <a href hreflang> <em> <strong> <cite> <blockquote cite> <code> <ul type> <ol start type='1 A I'> <li> <dl> <dt> <dd> <h2 id='jump-*'> <h3 id> <h4 id> <h5 id> <h6 id>
  • Lines and paragraphs break automatically.
The content of this field is kept private and will not be shown publicly.
CAPTCHA This question is for testing whether or not you are a human visitor and to prevent automated spam submissions.