We are experiencing a file download issue on our OJS 3.4.0.8 installation. All users (authors, reviewers, editors) receive a 404 error when trying to view or download submission files.
The download URLs appear malformed and contain a $$$call$$$ segment. something like this:
Could you please advise how to resolve this URL corruption issue?
Iam not a developer or an expert simply installed OJS 3.4.0.8 into our Hostinger dashboard !
Thank you.
The $$$call$$$ showing up in some URLs is intentional and not an error. I suspect the 404 errors are happening for a different reason. Double-check that your files_dir is correct in your config.inc.php (and as always, make sure it’s outside your web root).
Regards,
Alec Smecher
Public Knowledge Project Team
The problem is that, once all those are downloadable, reviewer and authors can access download etc but its happend suddenly with out changing anything. I dont konw how to resolve.
That’s a dangerous configuration and may explain the problems you’re encountering. The files_dir must be set someplace outside the web root, or you are opening yourself to attacks. This is noted in the configuration file, on the installation form, and in our documentation.
Regards,
Alec Smecher
Public Knowledge Project Team
how ? could you please explain in detail, i found only this: Create a directory to store uploaded files (submission files, etc.) and make this directory writeable. It is recommended that this directory be placed in a non-web-accessible location (or otherwise protected from direct access, such as via .htaccess rules).
The web root (the area that is web accessible) on your server is the public_html directory. The directory that you specify in the files_dir configuration should be moved outside of public_html.
Move /home/u505083512/domains/philogram.in/public_html/configure to /home/u505083512/domains/philogram.in/ojs_files, then change your config.inc.php setting from:
404 error usually means that the content of the folder (the archives) isn’t available through the path you’re registering in your browser.
When you check the folder through your webserver… the content is there? If yes, then that’s a configuration problem. If the content isn’t there it means someone erased it (probably hacking) and you need to find the articles from a back up to make it findable again through the path.
