Phoca Forum

In my case, it started when my joomla version was 3.7.2, no download was possible via phoca and other extension I uploaded to check if the problem is from phoca(In which was not). Then I upgraded to joomla 3.7.3, the problem exists, then I used a complete joomla 3.7.3 full stack version to rewrite all joomla core files, using zip file from extension 's install tab in cms backend, yet no result. Enable from global config in joomla, debug language mode or debug system mode, and then try to download, see if download is possible, in my case it worked, but when I decided to open the zip file, I got problem from archive reader.

Hi,

lochman

I tried installing the latest version (3.1.2) but it crashed the entire site, so I reverted to version 3.0.6. Has anyone any ideas, please?

do you get some error message in php error log?
https://www.phoca.cz/documents/16-jooml ... rs-on-site

KianWilliam

in my case it worked, but when I decided to open the zip file, I got problem from archive reader.

Does somothing change on your server, e.g. some new limit, etc?

Jan

No change in server, also when I click on download while error reporting at max, I just will be directed to another page full of strange codes, no error reporting is possible to learn what is going on
Kian William

No, I don't have access to everything on the server where the site is running. I'll try installing version Phoca Download 3.1.2 on a virtual server running Joomla 3.7.3 and see if I get the same result.

In backend of phocadownload enable direct link for each file you want to download, I did that and I get the positive result
Kian William

Thanks for that suggestion, KianWilliam. I tried it but still get an error message if the user is not logged in - despite the file being set for "public" access.

ok, I did not do the suggestion below myself but I learnt this from an article in the internet, in your case when the user is logged in, download is possible, true? access is also public, problem is when a user is not logged in, may be it is connected with Content-Type, In .htaccess you can add : AddType application/zip .zip (you can change zip to any extension file you have in your website to be downloaded)in order to add a new meta content type tag to the page, I remind you I did not do it myself and it is just something stepped in my mind, Also try this in different Browsers, Chrome, FF, Opera, Safari and IE
One more thing, in your website I think you have a login module (if it is a joomla based site), disable the module login from backend, reload the page and try if you can download your files
Kian William

Yes, KW, when a user is logged in, downloading works fine. However, previously users who were not logged in could download anything (although there is a limit on the number of downloads allowed at any one time). You make a good point about the mime-type in .htaccess, but I already had all that set up for the file types that people can download. (You also need to set this up in the Phoca Options (under "Downloads - Allowed File Types").

I tried disabling the login module but that doesn't achieve anything. I've also tested it with different browsers although I don't see why that should make any difference to the functionality. One thing I'm looking at is whether there may be potentially a conflict with Community Builder which I also use instead of the standard Joomla login functionality. I'm still working on setting up a clone site on a virtual server. Hopefully that will help as I shall be able to enable more error reporting that on the production site.

Thanks again for your help... Lochman

OK, I've solved my particular problem and now I feel rather foolish because it's all there in the documentation. You can restrict the number of times that any one user downloads a particular file. Some time back, it looked as though the stats were being affected by some files being downloaded endlessly so I set a limit of "5" per file. (This is done in "Control Panel - Options - Downloads" by entering a value in the field entitled, "Maxium Count of downloads".) There is a warning in the tool-tip help that if you enter a value, anonymous users will not be able to download a file. I obviously overlooked this warning - or didn't see it - and then couldn't understand why users could no longer download anything! It's now all sorted...

I've also managed to update to the latest version on my virtual server, so I'll try again on the production server and see if I can upgrade from version 3.0.6 to 3.1.2.

Yes, I've now sorted out the upgrade as well. The PHP temporary file folder was not set (upload_tmp_dir). When that was set (to the Joomla /tmp folder) everything started working as expected and I've now been able to upgrade to version 3.1.2. All problems sorted - apologies for wasting some peoples' time!