Monthly Archives: September 2013

Hosting issues: QlikFix is back!

QlikFix is back!I had it coming, but yesterday it finally happened; the QlikFix website collapsed under its own success. With visitors and page views steadily increasing I had outgrown the cheap ‘n cheerful hosting solution that I’d been using for the past 3 years.

So yesterday I had to scramble and do what I’d been putting off for way too long; move everything to a new provider and a bigger server with more resources. Learned a lot about WordPress migrations and DNS in the process.

Everything should be up and running again and with better performance than before. If you notice any glitches or problems then please contact me.

QlikView 11 for Developers – Training Materials

QlikView 11 for Developers - Classroom training materialSince its publication in November 2012, our book QlikView 11 for Developers has been used by many people to take their first steps in QlikView, improve their skills and prepare for their Developer certification. But to our surprise, it haven’t only been individual developers who used the book. Mike and I learned that many organizations either developed their own training around our book, or were contacting us to inquire if such materials were available. Obviously, this is something that we welcome and will gladly facilitate.

After a few months of development and rigorous testing, we are proud to announce that we now have a complete set of ready-made materials available. These materials enable you to quickly deliver a structured, professional QlikView training based on QlikView 11 for Developers.

read more »

Importing and exporting variables

Importing and exporting variables in QlikViewWhen using variables in QlikView, a common best practice is to store them outside your QlikView application, or to define them in the script. However, there’s one thing about this approach that often annoys me. When defining a new variable during development, you either have to:

  • define the variable twice: once in the variable editor and then again in your external file/script to ensure that it is persisted;
  • or, define it once in your external file/script and then reload the application to make it available in the front-end, potentially leading to a lot of unnecessary downtime.

Fortunately, there is a solution that lets you define your variables once in an external file -and- have it available in the front-end (almost) immediately without reloading. read more »