Re: file:// and refdcrc
Daniel O'Donnell <[email protected]> Wed, 07 Nov 2007 17:46:35 -0700
| Newsgroups | gmane.text.refdb.general |
|---|---|
| Organization | University of Lethbridge |
| Message-ID | <1194482795.9045.15.camel@localhost> |
If the directory is a subdirectory of the one apache is pointing at for refdb, you seem to be able to get away with relative paths in L1. If apache is pointing at /usr/share/refdb/www for example, and you store your pdfs in /usr/share/refdb/www/bibliography, you can enter bibliography/AUTHOR.PDF in L1 and how it resolve fine in the php interface. -d On Thu, 2007-11-08 at 00:28 +0100, Markus Hoenicka wrote: > 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 > -- Daniel Paul O'Donnell, PhD Associate Professor and Chair, Department of English Director, Digital Medievalist Project http://www.digitalmedievalist.org/ Chair and CEO, Text Encoding Initiative http://www.tei-c.org/ University of Lethbridge Lethbridge AB T1K 3M4 Canada Vox: +1 403 329-2378 Fax: +1 403 382-7191 ------------------------------------------------------------------------- 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/