Can the Download Button be a direct link to the download without the redirect? It would be a great help to the speed of the download process if the redirect were removed and the actual file location were used. Can this be done? Are there any reasons I should not?
Here are the 2 links...
the first URL is what is offered by the "Download Button"
the second URL is the actual file location.
http://www.watchawear.com/watches/watch-faces/send/2-watch-faces/7357-nixie.html
http://www.watchawear.com/jdownloads/watch_faces/nixie-for-rickrupert.watch
The first one, which uses the download button, takes over 10 seconds to begin downloading.
The second one begins immediately and is finished almost instantly.
I have inquired regarding this before. I hope you can help Colin or Arno, I have already had iWeb (my host) investigate and the conclusion to slow downloads is the jDownload's downloading method/redirect. So, I need to have the download button offer the second of the 2 URLs listed above.
Wolfspyrt,
Excuse delay in response but the next release developed some issues due to Joomla! modifications.
Part of the problem is checking all the permissions, view access and whether there are point, licence, limits and the like. Arno knows the details of the download much better than I do but I expect if such a facility were introduced then it would have to be with a heavy disclaimer that selecting it avoids all the checks such as those above and several other checks I have not listed.
And of course with hindsight all software can usually be improved. May need to 'instrument' in order to find what part/routine of the process is taking the time.
I believe PHP 7 gives much faster processing so that might be a useful interim.
Colin
Hi wolfspyryt,
i have no idea why you have this problem. Nobody has before reported a problem like yours.
But you can try the settings on the pic. But please note the descriptions.
[gelöscht durch Administrator]
Arno,
I have tried changing those settings as you suggest and the situation remains the same. I have no idea why the downloads take so much time to initialize either. However, it is a problem I must find the solution to as it is and has caused a significant drop in the site's popularity and traffic. This is way beyond my abilities to resolve.
Colin,
If I could find the problem and resolve it, I would prefer it absolutely as opposed to changing the way jDownloads works. Doing what I ask would make every update in the future a nightmare.
But I need to find something to resolve this, and changing the download protocol is just an idea that would ultimately do that. Again, my preference is to find what is wrong and correct it.
Additionally, I do have PHP 7 running on the server.
Hope you can and will help me figure this out.
Thanks,
Terry
@wolfspyryt:
- what is your php version?
- what is your Joomla version?
- what is your jD version?
- since when do you have this problem?
- use you any Download restrictions (User groups etc.)?
Arno,
This has been going on for the last 6 or 7 months.
PHP 7.0.11
Joomla 3.62
jDownloads 3.2.42
It has been this way for several updates. I have discussed with both of you in the past and was told it was my server settings. I have verified that it is not the server.
Why use you an older jD version?QuoteI have verified that it is not the server.
I'm still not so sure.
Facts:
- you have not hundreds or thousands of categories
- you seems not to use very complicated download permissions
- nobody else seems to have your problem
So we will see what is really the reason. So i wait still on login data.
I tested the login and password and send it to you in a private message again My server host is IWeb. They found no settings or performance issues with the server. They said that it was software issue. They had 2 different engineers investigate the slow downloads. They charged quite a lot for it too lol! 😁 They don't provide software support for dedicated server customers, but assured me the issue was in the site. They certainly did not say, nor am I saying, that it is your software that is to blame. For all I know, I did something wrong somewhere! Let me know if login works.
I sent both Arno and Collin a message awhile back. I reaally need to address this if you are still willing to help please. :-)
Terry
Have looked at site. Nothing strikes me as an obvious problem in the setup.
There is a delay from clicking on the Download button to opening the browser, as you said. This looks to me to be a site to site problem and suggests that your hosting service is a long way physically from me in the UK. When I use my own test site which has a UK based hosting site the response is almost instant - and I had ensured browse cache was cleared before downloading.
If I download twice, using different watches each time, in close succession from your site without clearing the cache then the second download is usually quicker indicating that the 'internet path' is still setup.
I did notice you are using a time server based in Chicago.
Colin
Colin...
The server is based in Canada. It is in Central Time Zone, same as I. The delay I experience is still significant even being close and using 50mb internet. I made an android app that downloads directly from the folder the downloads are in. It is instantaneous that the download starts and ends. there must be a way to make the download start as soon as the download button is pushed.
Terry
I will have another look. I thought you were in Europe!! Also I did not try on my mobile phone.
From the web server I use, which is uk based like me, there is no perceptible delay in downloading. What I will do later as I am out the rest of today, is to get a copy of your config settings in jD and compare to those on my test site. I did tests mainly with Firefox but also with Chrome.
Just a wild thought - does your server have a hardware cache? That is very good for code but can be 'interesting' for large one off transfers.
Colin
Terry
I have been "popping in" to your site to try things out. Some observations are below.
One item I have noticed is component ExtraWatch which is a real time monitor. However it seems to have a problem so I would suggest you remove it whilst we try to see what is causing delay.
I would also suggest you update to latest version of jD. Is there any reason not to update? It does have a useful admin level statistics on number of downloads etc.
I also noticed a module called WatchAwear SSL whose objective is to provide secure 256 bit encryption. Is it possible that the associated code is encrypting the downloadable file before it is downloaded? Might be worth testing without using the encryption.
You also have a system plugin JotCache but the component is not present.
Colin
Colin,
Extra watch is disabled. But I can remove.
WatchAwear SSL is only displaying a graphic showing we are capable off secure connections it doesn't mean we are using SSL.
Jotcache is just a plug in.. Not a component.
I had a diagnostic run by the server host company and sent you a message with the results. I think the results will be useful in fixing my problem.
Thanks for all your help and patience with me and getting to the bottom of the problem. I am sure we can solve this.
I resolved the problem it seems... as the downloads are now lightning fast. I wish I could say what it was...
We restarted the MySql... I removed the Extrawatch component (Which was disabled anyway), I also removed all the ExtraWatch database tables.
The Hosting engineers feel it was the restart of the MySql...
Now all I need to do is figure out why the page load time is so high!!! I need to resize and optimize all images... however last time I did that many of the downloads had changed to the same image. So I am apprehensive to do that.
Terry
Very pleased that the download delay has been resolved. It is now the same on your site as it is from my test site.
To resize the pictures I wound suggest you actually download the Screenshots subdirectory of images/jdownloads with the images using FileZilla or similar.
There are utilities like pix-resizer that will resize an entire directory and put results in another directory. You can then reload the pics provided they have exactly the same name. Try a few pics to see. you could also re-size the thumbnails on the web site using jD
Colin
There are over 18000 images not counting thumbnails etc. Will JD resize that many? Or is it safer to do it with a secondary program by downloading the image directories and resizing then re-uploading.
Terry
The limitation is not so much jD but rather the time allowed etc by the server. I would definitely use an ftp such as File Zilla to download, resize and upload. But do just a few as a test initially.
This way you can see tif the resultant quality is ok. Remember it is the bits/inch that is critical rather than just the on screen dimensions of the pic.
Colin
PS I am curious what 'restarted the MySql' does in your case. Did you have a lot of deletions?
Colin
Colin,
The removal of ExtraWatch did not remove the mysql tables. I removed manually. We also restarted mysql services. Now the problem I face is the watch face category is loading very slowly across all devices and users. Uploading is also slow, sometimes causing a timeout. I cannot understand, as other categories are very quick... The Watch Face category is very slow. Testing on pingdom shows the same results... Watch Face category is slow and other categories are fast.
Terry
I have just used Firebug to see your page loading times. On the few pages I tested it is taking around 10 seconds to load the a watchface page. There are two factors.
You have 10 pictures/page and these are taking between 250msec to 1100msec each to scale and load, so on average it is taking 5 seconds, 500msec/pic, of 'picture time' when loading a page. For example the following pics from current first page (all in /images/jdownloads/screenshots/thumbnails/)
photogrid_1479884506187.png 875 msec
u294.jpg 175msec
/montblanc_timewalker_cover.png 656msec
So getting the thumbnails sized would be beneficial.
There is another 5 seconds 'waiting' time. This is most likely because you have nearly 6000 Downloads in the watchface category. These then have to be sorted within the database to most recent order. This depends on the speed of the database processor, its sort algorithm and of course the number if items
There are thus two things to assist. One is to get the pictures to the correct size and resolution so they do not take so much time.
The second aspect is to consider putting watch faces into sub categories. Very old watch faces may not be much used for example.
The 'wait' time for Watch Hands was just over a second but the pictures took as long to process as the Watch page pics.
Colin