freistilbox Blog

Newer articles « Page 3 of 17 » Older articles

Announcing sunset for old PHP versions

They had a great run, but the day had to come where it would all end. Launched into this world four years apart, it’s now time for both of them to make way for the younger ones.

PHP 5.3.0 was released in 2009, PHP 5.5.0 in 2013. They’ve both outlived their official support by the PHP project for quite a while now. We were only able to operate PHP 5.3 for six years because it got a life extension in the form of the 5-year Long Term Support for Ubuntu 12.04. Now that this support is expiring, too, we’re going to replace all older freistilbox setups with our modern multi-version setup offering customers to choose between PHP 5.6 and PHP 7.0 on a per-application basis (PHP 7.1 is in the pipeline).

We’re going to upgrade all freistilbox applications still running on PHP 5.3 or PHP 5.5 to our new multi-version setup on Wednesday, 29th March 2017.

In order to make this change as smooth as possible, we’ve prepared upgrade paths that PHP 5.3 and PHP 5.5 users can take advantage of during the transition period we’re in now.

Switching from PHP 5.5

If your freistilbox cluster originally came with PHP 5.5, we’ve already upgraded it to our modern multi-version setup, adding the options of PHP 5.6 and PHP 7.0. You can now switch PHP versions for each application instance individually in the freistilbox Dashboard.

We recommend using our staging workflow to start upgrading from PHP 5.5 right away. If you haven’t done so already, just deploy a test instance for every production application you’d like to check, and use that test instance to fix all the issues the version switch might cause. Then, after you’ve made sure your application will behave, throw the switch for the production instance.

Switching from PHP 5.3

If your applications still run on PHP 5.3, you must have been a freistilbox customer for many years and we’re immensely grateful for your loyalty!

Since our old PHP 5.3 setup unfortunately does not allow us to run other versions in parallel, things get just a bit more complicated here.

The recommended staging workflow approach is the same as described above for PHP 5.5. The difference is that the PHP versions you assign to your testing instances on the freistilbox Dashboard won’t have any effect on your production servers. That’s why we’re temporarily adding a separate test box that runs your applications already on our multi-version setup. During the transition period, we’ll provide you with one test box per cluster free of charge. Should you need your transition period extended, please get in touch with our web ops team.

This test box isn’t part of your normal hosting setup and doesn’t get requests from website visitors. To see the effects of your version changes, you’ll have to talk directly to this specific test box. We recommend using one of the following two approaches.

Temporary modification of your local hosts file

Open your /etc/hosts file in an editor and enter the IP address of the test box with the domain names you’ve assigned to your test instances:

4.3.2.1 test.example1.com test.example2.com

Alternatively, you can enter a single row per domain:

4.3.2.1 test.example1.com
4.3.2.1 test.example2.com

When you now visit test.example1.com in your browser, your web requests will always go to the test box instead of your production cluster. (So don’t forget to remove these entries after testing!)

Using a browser plugin

With the help of a browser plugin that allows you to send HTTP requests with specific headers, you can talk directly to the test box, e.g. http://4.3.2.1/. You then use a plugin such as ModHeader for Chrome or Modify Headers for Firefox to make the Hosts header indicate the actual application you’d like to access. For example, Host: test.example1.com.

After the transition period

After we’ve upgraded all freistilbox clusters to our modern multi-version setup, customers will be able to switch between PHP versions anytime they like, for example to take advantage of the improvements coming up with PHP 7.1.

Solr 4 is now available to all freistilbox customers

A newer Solr version than 3.x has been a frequent feature request for quite a while now. Now that we’ve regained our grip on project management (a story I’m going to share in a later blog post), we’ve shipped support for Solr 4 on freistilbox. (Attentive freistilbox users might already have spotted it in our Changelog.)

We’re running Solr 4 on brand new servers with high-powered CPU’s and SSD storage, so you’re going to enjoy maximum content search performance.

If you’d like to take advantage of the search improvements Solr 4 brings for your Drupal or WordPress website, you can simply request a new, fully managed Solr index via the freistilbox Dashboard. We can’t transfer data that has been previously stored in Solr 3, so switching to Solr 4 will require a reindex.

While this is only an incremental improvement, we’re excited to be back on top of our game again and already working on the next couple of features (of which Solr 6 support is one).

Let's Brupal!

Apart from our local Drupal Open Days, DrupalCamp London is the Drupal event to which I’m looking forward the most every year. DrupalCamp London 2017 is coming up in the first week of March, I have everything booked and freistilbox will be sponsoring the party on Saturday night!

One of our core values at freistil IT is community. There are two aspects to this: first, our company as a community and second, being a member of the open source community in general and the Drupal community in particular. We think that giving back is an indispensable part of doing business in a community. So after the great party we had at DrupalCon Dublin, we thought that we should also make sure DrupalCamp London attendees will be having a great time outside of keynotes and sessions!

Speaking of which, the programme looks exciting! It covers a lot of interesting angles of using Drupal:

  • Site building
  • UX design
  • Coding and Development
  • Community and business
  • Symfony

The most awesome DrupalCamp London team also got together a great bunch of keynote speakers:

  • Matt Glaman, Commerce Guys
  • Jeffrey Jam McGuire, Acquia
  • Danese Cooper, Node.js Foundation

I’m also going to attend the CxO Day where there will be another impressive lineup:

  • Sarah Wood OBE
  • David Axmark
  • Benn Finn OBE
  • Barney Brown
  • Prof. Andrew Spicer
  • Paul Reeves

If you’re based in Europe and interested in Drupal, you really shouldn’t miss DrupalCamp London. Places are filling up quickly, so go ahead and register!

And hey, make sure not to miss the party on Saturday — we’d be very happy to see your drink on our tab!

'tis the season!

It’s Saint Nicholas day, time for an important announcement! As every year, we’ll be taking time off over the holidays to recharge our mental and emotional batteries. We’re going to close the virtual freistil office (which by the way just welcomed its newest member — hi Simon!) from Saturday, December 24th, to Sunday, January 8th.

While we won’t be available for regular support requests during that period, our on-call schedule guarantees that our hosting infrastructure won’t be running without adult supervision at any time. As usual, we’ll provide 24/7 emergency support for freistilbox clusters with an Enterprise SLA.

If you’re going to need help with a project from our web operations team before the end of the year, please get in touch soon so we can allocate some resources for you before we leave into the winter wonderland!

Announcing Weekly Maintenance

Managed hosting means that we’re doing a lot of work behind the scenes to make sure that freistilbox keeps running your websites in the most reliable fashion possible. Here are only a few examples:

  • make upgrades to hosting software components,
  • replace servers with more powerful hardware,
  • move around resources to balance capacity within our infrastructure,
  • change failed hardware components,
  • improve infrastructure automation,
  • etc. etc.

Today we’re announcing a weekly maintenance window for freistilbox. From now on, we’ll be doing regular maintenance tasks each Wednesday starting at 6am CET/CEST.

This maintenance window will have multiple benefits:

  • It makes planning our work easier.
  • It creates more transparency for you, our customer.
  • It reduces the number of changes that could affect your website’s uptime.

While standard operating procedures such as system restarts might cause short interruptions, we don’t expect significant downtime during this maintenance window. In the case that we’re planning changes which carry the risk of an outage, we’ll announce this a few days in advance on the freistilbox status page.

We will still continue to do maintenance work outside of this regularly scheduled maintenance time, especially for things that can’t wait such as urgent security upgrades.

By the way, you can now read up on all the important changes we’re making to our managed hosting platform on our newly introduced Changelog!

If you have any questions regarding our weekly maintenance window, don’t hesitate to contact us — we’re always happy to help.

Newer articles « Page 3 of 17 » Older articles