Welcome to our blog. We're sharing knowledge in the areas which fascinate us the most.

Everyone who does Drupal development will sooner or later encounter the need to define tighter control of access to content. The standard mechanisms of roles and permissions are very flexible, but they may be insufficient in complex projects. When access to nodes starts to depend on, for example, fields assigned to a given user, then you have to take advantage of more advanced solutions.

Droptica is using Docker for over 2 years. I will show you how it transformed our processes and allowed us to save hundreds of hours every year. I will also tell you why we choose Docker in the first place.

Has it ever happened to you that when you were looking on a website, you weren’t sure whether a font you used was 12 pt or 13 pt? Or maybe you kept looking at an image, wondering whether it had been moved slightly to the left before? If the layout is a priority on your website, maybe it’s time to think about automating the testing of this aspect of your project. VisualCeption is a noteworthy solution for exactly this use case.

We do a lot of Drupal development. We also do a lot of automated testing. This is why we decided to complement the standard functionality of Codeception with some new modules dedicated to Drupal. This helps us a lot in our daily work. As in our previous article, all examples listed below will be based on a project based on docker-console, which is why we encourage everybody to read the previous articles first if you didn’t do so yet.

If you read our previous posts, you already know very well how to start a project in the docker-console. If you haven’t done it yet, you should start with this article, because for the purpose of this article we assume that your project in the docker-console is already up and running, therefore all commands executed below will refer to it. In this article, we would like to introduce you to the world of automatic tests using Codeception, based on this kind of a project.

People who follow our blog already know that we’re using Docker at Droptica.

If you are a Drupal developer, it is almost certain you have heard of drush. Drush is a commandline utility which allows you to interact with drupal, well - from command line. Every Drupal agency or any one worth his salt who does drupal development, uses drush because it masively speeds up drupal development, saving time and money.  Drush comes with many built in commands, but you can also add your own.

When creating websites, you probably sometimes saw how your page changes its appearance on different browsers, not to mention a variety of devices. Depending on how many different configurations we will want to check, the amount of time spent on testing them will grow rapidly and the enthusiasm will probably decrease at a similar rate with repeating the same action on another device.

Content creation using the Paragraphs module is a completely different approach compared to the "standard" content creation in Drupal. In short: we prepare the components (paragraph type) and then, during the creation of an entry, we select any of the available components.  The components can be simple elements containing text, contents with columns or such complex elements as sliders, videos or photo galleries.

It is obviously necessary to look for and take advantage of tools which can be used when delivering Drupal development services. It's time for another dose of information about our work at the Droptica company. Today we'll cover file versioning and application testing. Subversion Initial projects implemented with Drupal (still as OPENBIT) used the Subversion system (also known as SVN, project website) for file versioning.