Drupal 8 was released on Nov 19th, 2015. Though Drupal 6 end of life was declared on February 24th, 2016, there are still over 84,845 Drupal 6 websites on the web. What does end of Life Mean for Drupal 6? As per Drupal 6 end of life, the security team will no longer provide support or security advisories for Drupal 6 and the core of Drupal 6 will no longer receive community support.
Drupal Technical | 3 min read
You might be getting the most from your Drupal 6 website, but with versions 7 and 8 already on full gear, you might hurt your web presence sooner than later. Drupal 7 And 8 Offerings You Cannot Disregard It’s time to make a planned move to a more recent Drupal version now. Some of the features that make Drupal 8 move worthwhile include: Better Content Management Experience The content management experience is even more flexible and efficient with in place editing and advanced image handling.
For a client who owns an active Drupal 6 website, Drupal 8 promises a whole lot of opportunities. Although we know that Drupal 6 can cater to everything that is needed to create a platform that fits our requirement, Drupal 8 offers the extra edge which allows us to build something faster and more stable. And this is the key for any modernized platform. In this respect, it is likely that Drupal 8 provides a much easier transition to a great working site. Advantages for Webmasters:
As we all know, the official support from Drupal.org for Drupal 6 is going to cease and the security updates will no longer be available. However, there is no reason to get upset; in fact, there is nothing in the code that will cause Drupal 6 site to stop functioning after February 24th, 2016. If you choose to keep running the code, it will run as long as your hosting company allows to do so. Then, why would anybody want their website to be migrated to Drupal 8 ? The answer is quite simple, nobody wants to stay behind. It's actually a step forward.
Come 24 February 2016 and Drupal 6 will reach its end-of-life and will no longer have active community support. The newly-launched Drupal 8 and Drupal 7 will be the community’s focus and Drupal 6 will not receive security updates which are so important for the functioning of a website. It will also be a prudent move not to launch a new project with Drupal 6 and get stuck with a soon-to-be-obsolete Drupal version.
Drupal Technical | 3 min read
The excitement of the Drupal 8 launch is yet to subside and the buzz it has created is truly phenomenal. However, the users of Drupal 6 are worried about the impact and the challenges they may have to face due to this new release. Come 24 February 2016, Drupal 6’s EOL (end of life) will be a reality and will no longer be supported by Drupal.
Drupal Technical | 2 min read
While working on a Drupal 6 project, I came across the requirement to send some mails. Interestingly, I couldn't find any good articles or procedures on the same. So, here, I am going to explain how to send mails in Drupal 6 with attachments. If you need any business support, get in touch immediately.
[Solved - internal server error] SoftException in Application.cpp:256: File ".. /public_html/index.php" is writeable by group.
Technical Solution | 1 min read
We were setting up a development environment for one of our sites for maintenance purposes. During that process, we've copied the Drupal code to the 'dev' folder from live. Everything was set proper, including database, settings.php and 'files' folder. However the site was showing 500 internal server error. When we checked the error log we found the following error:
After the core update, the site will definitely be malfunctioning as expected, as long as it isn't WSOD, you're fine! Ignore it and move forward with the migration process. If you were using a custom theme, then in all probability your site will appear broken because your theme was designed for Drupal 6 and the core is now Drupal 7. If you were using custom or contrib modules to display content or blocks the same would happen because the modules are disabled and still Drupal 6.
Technical Solution | 2 min read
1. hook_init() It gets called at the beginning of a page request (but after the modules and themes are loaded into memory) and it?s typically used to set global parameters that may be needed in the request. One thing to note about it is that it is not run on cached pages. 2. hook_views_api() hook_views_api() is not a Drupal core hook but one from the Views module .It is used to register Views API information (including the necessary files for Views) usually for implementing hook_views_default_views().