Once somebody responsible on storage service decides where to store we can move the code wherever we need (as far as I know, it was not clear till the last Friday call). The current solution creates child process (as I understood) and therefore is able to create thumbnails sufficiently fast. On my laptop's VM (not the host), it takes less than 5 seconds to create 10 thumbnails. A thumbnail should be created when a slide is saved so it is one slide at a time (not the entire deck at a time) and assuming that creation of slides is spread across the day time (12 hours * 60 min * 60 sec) and therefore it is working solution for this release and later when we have clear understanding of hosting images and other stuff we can move this code there. This is my suggestion.

Phantomjs2 is needed for thumbnails SWIK-147.

Ideally we would have phantomJS in the media/image-service, because it is quite heavyweight for the platform.

To assist in review, I have hard coded the user id 15 (see here). This will allow to view different deck details depending upon the selected deck id but only the user name on the deck view panel will remain fixed. This will also ensure that two links on the landing page works out of the box.

It looks good at my side. Works with Deck ID=283.

But the two links on the landing page yield an error "Service Unavailable". , could we get rid of this unpleasant situation by changing the links to lead to #283?

If so I would prefer merging a version that in which the two links on the landing page do not yield errors.

If you try with deck id 283, it should work I guess.