elpd wrote:I mean the time it takes to show the first image(s). For example...when I go to
http://www.erikfotografie.nl/bedrijfsfo ... otorgafie/ form the menu after entering the homepage on my iPad it takes
20,44 seconds before the first images pops up.
Of course I can blame my device but half the world is using a device like that. On my Samsung Galaxy S5 it takes 13 seconds and on the S4 of my wife and the S4 of my colleague it takes almost a minute before the first images pops up.
Ok, first of all ... How are you testing this, where do you get the seconds from? Are you using some web inspector?
Second, please did you check our demo gallery, because if it is slow on mobile, then obviously our X3 demo gallery should be slow also ...
Third: So basically you "get to the page", and first image starts loading, and it takes 20.44 seconds to load? Basically what you are saying, is your website spends 20.44 seconds to load an image ... It is not like X3 is loading it in any special way ... Its just loading it.
More: Your server certainly is not fast. See 200kb takes 5 seconds to load on a 10mb connection:
https://d.pr/i/11vdB
How long time does it take you to load a 400kb from our server?
https://demo.photo.gallery/content/2.ga ... ookies.jpg
elpd wrote:I also used the Pingdom site prior to opening this topic and the numbers are impressive indeed. But in my opinion that's not the real world. Also comparing to the demo gallery is not realistic.
The only real-world factors that can't be included in the worlds best performance tests anno 2015, are the ones directly related the server speed output. Imagevue X3 addresses these non-included factors by using "server-caching" for both pages and images. If the output is still slow after this, it all narrows down to pure server performance and bandwidth in regards to outputting static content, which Imagevue X3 cannot improve further.
In the pingdom test, it loads the entire page in 2 seconds, including images. How is that wrong? ... and how would that change for a mobile?
elpd wrote:You don't have that many pictures in your test gallery.
So what? A "page load" does not consist of loading ALL images ... images dont event load until you scroll them into close vicinity of the viewport. This is because we dont want to force the user to download all images when they navigate to a page, unless they actually scroll through them ... Aren't we testing in regards to your "from first image starts loading, and it takes 20.44 seconds to load".
elpd wrote:I have my own dedicated server so no shared hosting what so ever. I know there is no "mobile" version. I'm also not saying that. I'm just putting out the difference between watching my website on a desktop/laptop computer and mobile devices in the real world and I was looking for a solution to equalize the user experience.
Problem is, I am on my iphone here, and it takes a few seconds until the first image is loaded in the viewport. Please can anyone else check these for speed from a mobile device:
http://erikfotografie.nl/bedrijfsfotogr ... otografie/
https://demo.photo.gallery/examples/gallery/vertical/
The reason for the low score on mobile, is primarily in slideshow, where we are loading "horizontal" retina images into a vertical layout. If we load them smaller, then they wont be retina, so the logic is correct, and google is basically presenting a false negative. If we navigate to a normal gallery page, for example
this, then the score is 65/100
https://d.pr/i/1jucP. The reason for the penalization here, is because it Google doesnt like that we load the entire compressed javascript and css before the page displays ... This is from the perspective of for example news websites (for example CNN), where it is ultra-important that the visitor can view "over the folder content" as soon as possible at any cost. In X3, we need to load the X3 application file to create the swift application. In the real-world, it has little effect, at least not for you, because even if we eliminated this issue, it would still be loading the images for as long as your server takes to output them.
elpd wrote:If I follow your words the only solution for me is to upgrade my server or buy better/faster devices. But unfortunately that's not helping the rest of the world who is viewing my website too.
I would really really like to get opinions from other people who have clicked around in for example the demo gallery, or even yours ... and considering the quality of the images, consider it slow? People, please check.
The "speed" is not related to the amount of images on a page.
elpd wrote:I will further downsize my pictures and reduce the amount. I think that's the only solution.
You are aware that X3 downsizes images in the mobile version to perfectly suit the screen width and pixel ratio? Downsizing your originals, may not have any effect, apart from perhaps on your ipad which may be loading the large images.
My Guess
My guess, is that you are viewing from an ipad, loading original images, and your server is simply outputting slow bandwidth. As in my test above, it loaded 200kb in 5 seconds from here ... That means it would load 20x 500kb images in 4 minutes. Imagevue X3 really can't affect in any way the speed your server is outputting images unfortunately, and this is the core of the discussion isn't it?
elpd wrote:If I follow your words the only solution for me is to upgrade my server or buy better/faster devices
I don't want to make any claims in regards to that. Essentially, in regards to how fast your server is outputting a static image file, it would not matter what website you used Wordpress, Joomla or anything else, it would still output a static image file at the speed it is now. X3 cannot throttle this in anyway, and it isn't doing anything in the background.