freistil News

« Older Latest Newer »

We’re at a critical fork in the road in terms of data protection for EU businesses and citizens. Yesterday, the European Parliament debated, and today will vote on, the proposed “Privacy Shield” agreement between the EU and US. Privacy Shield is heavily contested and by many experts regarded as more a fig leaf than a steel piece of armor. In her article in today’s Irish Times, Karlin Lillington calls Privacy Shield a “clumsy replacement for the Safe Harbour agreement”.

One of the most criticised aspects of Privacy Shield is how it addresses the protection of data from secret law enforcement scrutiny in the US, a key issue highlighted in the Schrems case before the European Court of Justice. In this matter, Privacy Shield relies only on US government letters of assurance, which are far distinct from actual changes to law.

Equally weak are the foundations provided for the independence of the proposed US-based ombudsman, who would report to the same US State Department that oversees the US surveillance agencies. Lillington cites European ombudsman Emily O’Reilly expressing her concern in a letter to the EU commissioner responsible for Privacy Shield:

“It would be useful at this stage if you might outline, or reflect on, how these criteria might be reconciled with the fact that the office foreseen in the ‘EU-US Privacy Shield’ would be part of a government department that supervises government agencies… European citizens… have legitimate expectations of the credentials as to the impartiality and independence of such an office.”

A similar concern was raised by the Working Party of EU data protection authorities, which said in April that Privacy Shield still needed considerable work. In “Opinion 01/2016 on the EU–U.S. Privacy Shield draft adequacy decision”, the Working Party (“WP29”) welcomes the establishment of an Ombudsperson as a new redress mechanism but then adds:

“The WP29 is concerned that this new institution is not sufficiently independent and is not vested with adequate powers to effectively exercise its duty and does not guarantee a satisfactory remedy in case of disagreement.”

This has significant consequences on the fundamental rights of EU citizens with regard to data protection:

“Finally, although the WP29 notes the additional recourses made available to individuals to exercise their rights, it is concerned that the new redress mechanism in practice may prove to be too complex, difficult to use for EU individuals and therefore ineffective.”

The Working Party also finds that key data protection principles as outlined in European law are not adequately addressed in Privacy Shield. This especially applies to the collection of personal data:

“The WP29 however notes that the representations of the U.S. Office of the Director of National Intelligence (ODNI) do not exclude massive and indiscriminate collection of personal data originating from the EU. The WP29 recalls its long-standing position that massive and indiscriminate surveillance of individuals can never be considered as proportionate and strictly necessary in a democratic society, as is required under the protection offered by the applicable fundamental rights.”

Businesses who process protected customer data, for example in their web applications, require a solid legal foundation on which they can operate securely. In its current state, Privacy Shield does not seem to provide an adequate implementation.

As a company with the internet at the core of our business model, we at freistil IT believe that raising the bar for data protection will benefit both businesses and individual citizens in the long run. With adequate data protection measures in place, they will be able to navigate, use and expand the digital space with peace of mind. As Lillinton concludes:

“In an age replete with evidence of easy digital surveillance, poor digital security protections for citizen data and enthusiastic bulk data gathering by both businesses and governments, [regulatory barriers] are also essential protections to a vulnerable citizenry.”

Nothing comes for free, though. Putting these protections in place requires a significant effort on both the organisational and the technology level.

In this regard, running your websites on our managed hosting platform freistilbox can become the cornerstone of your data protection strategy. As a PaaS company, we can leverage economies of scale to minimise the cost of these efforts for our customers. That’s why we can offer you world-class hosting for Drupal and WordPress at affordable rates. And this includes full data sovereignty: Our business, our staff and our IT infrastructure are based 100% in the EU, with no ties to US-based entities.

So if you, as a web agency or a website owner, have concerns about providing proper data protection at economically viable cost, you should talk to us.

geewiz

26 May 2016

The ImageMagick tool suite is a popular solution for the processing and modification of image files in web applications. Many Drupal and WordPress websites use it behind the scenes. On freistilbox, ImageMagick is installed on both the web application and shell login boxes.

On 3 May 2016, a whole list of vulnerabilities in ImageMagick, nicknamed “ImageTragick”, was published. Due to an insufficient sanitisation of command arguments, these vulnerabilities allow attackers to execute arbitrary commands and connect to remote websites.

Immediately after the publication of ImageTragick, the freistilbox operations team implemented a workaround that blocks these exploits. Thanks to our automated system management, this workaround has been installed consistently on all servers that use ImageMagick.

The security of our customers’ websites is our first concern, and we’re doing our best to make sure that you can work efficiently and sleep peacefully.

geewiz

05 May 2016

New customers often ask us how they can deal with email using their website’s domain. The short answer is: There are a lot of options outside of freistilbox that solve this issue much better than we can.

With freistilbox, we focus on delivering world-class web hosting. Operating an email service is a completely different area of expertise. While we have experience in the setup of email infrastructure, running an email service at the same level of quality as our web hosting platform would require changes that we’re not going to make for the time being.

Just as freistilbox offers a much better web hosting solution than our customers could get by “just setting up a server”, we decided that our customers deserve a better email solution than us “just setting up a server”. That’s why we recommend using third-party services that make email their business focus.

Sending email

All freistilbox application and shell login boxes are equipped with a Mail Transfer Agent (MTA) that allows your web application to send email. This alone doesn’t guarantee that your emails will be accepted by their recipients, though. If our servers aren’t formally authorised to deliver email in your (domain) name, there’s a high risk they’ll quickly get blacklisted as potential spam sources.

Additional measures like including our servers in your domain’s SPF record can lower that risk. But often still more effort is necessary to ensure your messages will reach their recipients.

That’s why we recommend using a specialised email delivery service in the first place, especially if you’re going to send more email than the occasional registration notice. Here are a few well-known options for transactional and marketing email delivery:

There are Drupal modules and WordPress plugins available that make the integration of these services into your web application easy. If you need any help in setting up email delivery in Drupal or WordPress, just get in touch with our support team.

Receiving email

Despite all the attempts to kill it, email still is much too critical for business communication to just provide it as an add-on service without giving it the focus it deserves. That’s why we don’t support receiving email on freistilbox at all. Instead, we recommend using an email provider such as the following:

Our customers choose freistilbox because we’re good at what we do. It just makes sense to take the same approach with regard to email service providers.

geewiz

04 May 2016

Since DrupalCon is going to come to Dublin in fall, the Irish Drupal community has decided to move its main DrupalCamp out of the capital this year. Thanks to the generous offer of Johnson & Johnson to host the event, we’re going to meet at DrupalCamp Limerick on May 13 and 14.

DrupalCamp Limerick will take place at the IDC on the University of Limerick campus. We will focus on developing with Drupal, bringing together developers, themers, end users and everybody interested in learning more about this powerful and flexible framework backed by one of the world’s most innovative open source communities.

In case studies, everyone interested in Drupal can learn about of real-life examples of using the CMS. You’re welcome to bring your own questions and get them answered by the community. In small-group discussions, we’ll tackle the topics that you’re interested in. And of course, we’re going to visit a few of Limerick’s great pubs to end the day with even more great craic.

That should be enough reasons to come to Limerick in May, don’t you think? So don’t wait, go right to the DrupalCamp Limerick website and register!

geewiz

26 Apr 2016

chef generate is a handy tool to create cookbooks or components of it from the command line. It creates the all the necessary files and best: first test files!

chef generate also creates comment headers in all files from command line options, ie. -C "freistil IT Ltd." -m ops@freistil.it -I apache2 in our case.

To make life easier chefdk supports configuration options which are put in ~/.chef/config.rb:

if defined?(ChefDK)
  chefdk.generator.license = 'apache2'
  chefdk.generator.copyright_holder = 'freistil IT Ltd.'
  chefdk.generator.email = 'ops@freistil.it'
end

This looks like an undocumented feature, an issue on github/chef-dk got my attention to this.

muhh

21 Apr 2016

For the first time, a DrupalCamp directly addressed both businesses and the developer community in Germany (and its German-speaking neighbours). And it was a great success. Taking place in Heidelberg from April 8 to 10, the Drupal Business and Community Days ran a business-centered track with expert presentations in parallel to a community track in which Drupal developers worked on Drupal code and documentation.

The Business Days […] will be an opportunity for the German-speaking Drupal Business Community to get together, and work on strategies for growing Drupal within Germany, Austria and Switzerland. The Community Days […] will be international, with participants from all over Europe. The Community Days will be English, German, and hopefully a few more languages. The community event will have a focus on core, translation, and D8 User Guide sprints.

Why did the event team around Drupal Company Erdfisch choose this kind of topic split? They wrote about their reasoning on the event website:

In Germany, Drupal has an amazing developer community, but it is not as well known as a business product as it is in other countries. We need to work on that!

They did a great job. And having business relationships around Drupal proved helpful quickly: When the venue’s internet connection didn’t hold up, Erdfisch was able to get the University of Heidelberg to offer space at their data center so the development efforts could continue.

You could tell from the high attendance of the business track that providing products and services around Drupal is an important topic for businesses in D-A-CH. In Germany, all the leading Drupal businesses have realised that the market is big enough and treat each other as colleagues even though there’s competition. This opens up the way to share experience and learn from each other. A rising tide floats all the boats, and as businesses we can only benefit from conferences like this one. That’s why we were happy to support the event both as a sponsor and as active participants.

The freistilbox team had planned to attend in full force but unfortunately, I had to stay at home fighting a nasty virus that afflicted the whole family. In consequence, I wasn’t able to give my talk “How not to be afraid of your own success”. Instead, our friends at the Palasthotel stepped in with a great session about their new Drupal development workflow.

In total, 118 people ranging from “interested in Drupal” to “enthusiastic for Drupal” attended the conference. After it concluded, praise for a great DrupalCamp came not only from German attendees…

…there were also people from Canada (!)…

…from the Netherlands…

…from Belgium…

…and probably a few more countries — it was a great weekend for the international Drupal community.

The freistilbox team had lots of fun meeting old and new friends, and we also learned new stuff. So, thanks a million to Erdfisch for organising a great DrupalCamp! We’re looking forward to the next Drupal Business and Community Days!

geewiz

19 Apr 2016

From April 8 to 10, the beautiful city of Heidelberg will be the location for the first Drupal Business and Community Days in Germany.

With a different format from usual DrupalCamps, this event aims at kick-starting Drupal business in Germany and building on both the German-speaking and international Drupal community, literally at the same time: there will be a business track and a community track running in parallel.

The Business Days part will be an opportunity for Drupal businesses to get together and work on strategies for growing Drupal within the DACH region. While Drupal has an amazing developer community here, it is not as well-known as a viable option for businesses as it is in other countries around the globe. This lack of professional reputation is what this track is going to improve.

Under the track’s motto “From acquisition to maintenance”, Drupal experts will share their experience on business topics such as lead marketing, hosting, infrastructure, quality assurance and support. One of these talks will be “Keine Angst vor dem eigenen Erfolg” (“Don’t be afraid of your own success”) in which our CTO Jochen Lillich will shed some light on how to tackle the daily challenges of running a business-critical Drupal website.

Taking place at the same weekend, the Community Days are going to be quite international with attendees coming from all over Europe. Based on the Sprint format common at DrupalCamps and DrupalCons, the Community Days are going to focus on improving Drupal core, translations and D8 User Guides. For participants who have not yet contributed code or documentation to Drupal or feel just a little bit rusty, there will be mentors to help them get started.

The freistilbox team is going to attend in force; this’ll be one of the rare opportunities to meet Markus, Philipp and Jochen at the same physical location. And since we know what actually drives DevOps practicioners around the world, we’re sponsoring one of the coffee breaks.

If you’re part of a Drupal business in Germany, Austria or Switzerland, you don’t want to miss this event. See you in Heidelberg!

geewiz

22 Mar 2016

We use the following configuration snippet in our Apache VirtualHosts on freistilbox:

# Cache TTL
<IfModule mod_expires.c>
  ExpiresActive On
  ## default: 4h
  ExpiresDefault A14400
  ## text/html: 15min
  ExpiresByType text/html A900
</IfModule>

This snippet takes care of proper HTTP caching headers when the web application doesn’t set caching headers itself. The values used here enable Varnish to cache files for 4 hours, HTML content for 15 minutes.

Today I learned that if you want to override this, it’s not enough to simply set the header Cache-control: max-age=600 to change the caching time to 10 minutes. mod_expires is quite strict in its interpretation of the following lines:

When the Expires header is already part of the response generated by the server, for example when generated by a CGI script or proxied from an origin server, this module does not change or add an Expires or Cache-Control header.

When you only set Cache-Control: max-age=600, the web server adds another Cache-Control: max-age=900 and an Expires header. Confusing, right?

To properly control both headers, you have to set an explicit Expires and everything works as expected.

muhh

16 Mar 2016

« Older Latest Newer »