As the developers of Open Journal Systems, Open Conference Systems, Open Harvester Systems, and Open Monograph Press, the PKP team are experts in helping journal managers and conference organizers make the most of their online publishing projects. PKP Publishing Services offers support for:

As a customer of PKP Publishing Services, you will not only receive direct, personalized support from the PKP Development Team, but will be contributing to the ongoing development of the PKP applications. All funds raised by PKP Publishing Services go directly toward enhancing our free, open source software. For more information, please contact us.

1. Search the forum. You can do this from the Advanced Search Page or from our Google Custom Search, which will search the entire PKP site. If you are encountering an error, we especially recommend searching the forum for said error.

2. Check the FAQ to see if your question or error has already been resolved.

3. Post a question, but please, only after trying the above two solutions. If it's a workflow or usability question you should probably post to the OJS Editorial Support and Discussion subforum; if you have a development question, try the OJS Development subforum.

I was asked to move our instance to a new server and change the url from journals.(myuniversity).edu to library.myuniversity.edu/journals. i seem to have it working on the new server with a couple of exceptions. I wrote some custom php in the header.tpl file that calls a special css file just on the home page. For some reason this is not working. I uploaded the edited file several times and it appears to be there. Also the css file is there in its correct location. I was thinking it might be a cache issue. So I cleared the cache through the interface, and that did not fix it. I also manually deleted some cache files from the server but that did not help.

So my first question is ; could there be another cache folder or database table that need to be cleared? If so, can you direct me to it or them?

Also could there be something wrong with my code? This works on the curent server. I changed the base url to the new url in the config file.

I suspect the file permissions on cache/t_compile (or its contents) are incorrect. Delete all .php files from that directory and ensure that the directory has permissions set such that OJS will be able to create files there. You should see the files popping up automatically as you load various parts of the site.

If file permissions are set incorrectly, then deleting the cache files through the interface won't work (since the same permissions problem will affect the cache flush operation too).

The permissions are set to 775. Should that work? I just set the the permission to recurse into subdirectories.

Can any harm come from deleting the cached files off of the server? Right now I don't have site admin access. And by the way, can you tell me exactly what folders and/or database tables are cleared when you clear the data cache and template cache using the interface?

Flushing the data cache removes all files from cache/; flushing the template cache removes all files from cache/t_compile.

755 permissions are not necessarily enough. Many servers allow you to administer files under your own account, but run PHP scripts under another account, typically "www-data" or "apache". If the file's owner and group correspond with your account, but not "www-data" or "apache" or whatever the server uses, then 775 will not work. The best solution is to change file or group ownership -- don't be tempted to use 777 as it's not safe.

That depends on your server's SAPI configuration (CGI, FastCGI, mod_php, ...) and other details; there's no single answer for that beyond "they should be writable by the account your server runs your PHP scripts under."

So if the cache is being written to, does that mean the permissions are not a problem? I deleted the cached files and I'm still not the changes I made, but I am seeing new files being created there. What else could be the problem?

If files are being re-created there, then overly restrictive file permissions are not the problem. I'd look at your {if} statement next. Dump the value of $smarty.server.PHP_SELF and see if it's what you expect.

I'm sorry, i'm new to Smarty. How do I dump the value? I tried an echo statement but that didn't work. I don't see a print or echo in a quick glance at the Smarty docs. Is this using Smarty 2 or 3 btw?

i just have one more question ( i think).Is there an htaccess file or something that can redirect hits to journals.tulane.edu to library.tulane.edu/journals in OJS? Or do I need to ask our sys admin to redirect it with Apache? I don't see an htaccess file in the root of OJS. (I looked in the documentation but don't see any guidance.)