file:// and refdcrc

Dan O'Donnell writes:
 > Hi have a question about the PDF root file business. If I want to put my
 > local offprints in /var/www/research/bibliography/ and if my refdb setup
 > is at http://refdb.example.com/ (and on the machine
 > in /user/share/refdb/) I presumably change my refdbrc to
 > have /var/www/research/bibliography/ as pdfroot.
 > 
 > 1) Does the substitution of file:// with PDF root take place during
 > output (I'm assuming it does)?
 > 

That's right. The URLs are stored as provided, but they are expanded
when they're exported to a display format. They're not expanded when
exported to an export format (RIS or risx).

 > 2) if I am using the PHP interface, how will the rleative path work?
 > I.e. if the PDF root is not a subdirectory of the path I put in my
 > apache configuration file, will it still work? or do I need to make sure
 > that the path is a child of the main refdb directory?
 > 

I'm afraid your repository would have to be in a subdirectory that
Apache is allowed to access. This is not necessarily the folder of the
RefDB web interface. You could allow Apache to read pretty much any
directory. Remember that by default each user's public_html folder is
readable by Apache too. I have to admit that I've never explored the
pdfroot stuff in conjunction with the PHP interface, so there may be
some dark corners left.
 
 > 3) Once I change the PDF root, is restarting refdbdctl enough for the
 > change to take effect?
 > 

Actually, changing the pdfroot setting itself should suffice because
it is a client-side configuration. The clients are started in batch
mode anyway by the PHP interface, so they will pick up the new
configuration the next time they are run. If you use refdbc in
interactive mode from the command line, you'd have to restart that in
order to let the new setting take effect (or use the "set pdfroot
<newval>" command).

regards,
Markus

-- 
Markus Hoenicka
[email protected]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/