drupal

Drupal is a complex and robust system. Due to all of the processing required to bootstrap Drupal, enabled modules, enabled themes, and page-specific rendering, one can imagine performance becomes a major concern. There are two primary ways of caching: a cached version of a page (passive caching) and back-end optimization (active caching). Varnish serves as a passive cache, having to rebuild itself once page content changes. This is common practice, as caching often has an expiration. The expiration can be an amount of time for automatic rebuilding of content, or can be triggered manually (like

To innovate, you often have to risk getting out of your comfort zone. The last several years, I have had varied needs which have required me to evaluate new text editors that offer more robust functionality. For years, I used Dreamweaver primarily as a text editor. I never used (or liked) the fancy GUI HTML editing. But, Dreamweaver provided three primary features that I loved. The syntax highlighting for PHP / JS / HTML really worked for me. The code could be split up into different Dreamweaver projects (with some directory as the project root). And, it has an integrated FTP manager to push

What happens when there are a lack of open problems? On the surface, it seems to make it more difficult to have impactful contributions. I just think it requires you to think outside of the box. Drupal is a great platform to look at this issue. A few nights ago, I was using my online banking system which required me to answer security questions as a form of two-factor authentication. I thought this would be a great problem to solve in Drupal. However, this is a solved problem: https://drupal.org/project/security_questions How does one contribute when problems are already solved? Let's consider

Scale and performance are major issues for high traffic websites. The design of the Drupal system poses many challenges to building a distributed system that can support load balancing. In Drupal, the design of the system has three principle components: code, database, and files. I will be sharing potential solutions in later blog posts. Code: This includes Drupal core and the modules that run on the web server. By running multiple web servers, you need to ensure the code is consistently maintained during deployments across all of the servers (see: continuous integration). The issue of timing

I recently read this article: http://bryanbraun.com/2013/09/21/please-stop-stewing-and-start-blogging… You can't ask for a better justification to throw up a blog and share some information. It made me realize a few things. First: You have an opportunity to help others out because you most likely learned something someone could benefit from. Second: Don't be shy. If anything, someone may post a comment and share information with you again. Third: Tools like Drupal were built by people who were not afraid to give back. Step up and take your turn.

If you spent hours solving a problem, what is the likelihood you will remember exactly what you did the next time it comes around? Don't solve the same problem twice. Find a way to automate routine tasks so you can focus on other challenges. What are some strategies used? Let's start by proposing a frame of reference: We have features, representing software requirements or components We have tools, which create or support features We have configuration, which sets options or behaviors of tools for use in features Let's consider the following example. A restaurant has content management needs