just to add that I have put the code on github as well: https://github.com/krueschan/phpZoteroWebDAV

Yes and no. (no, in that this is not a feature that is coded into the script, and YES, in there are definitely easy ways to set this up). If I were to set up multiple user accounts I would do this by way of subdirectories, e.g.

/public_html/zotero/user1/
/public_html/zotero/user2/
/public_html/zotero/user3/

with each of the sub directories containing a complete copy of the script's source code (which is tiny) and the user's individual settings.php file (which must contain the user's API key and zotero user ID). This would certainly be scriptable and database-able (via scripting) as this would be simple file management tasks, including the generation of .htaccess/.htpasswd files and settings.php. Users would then access their individual libraries via http://example.com/zotero/user1 etc
[Note also, as explained elsewhere, that the use of the viewer component of my program does NOT require the use of the WebDAV server component to be used as well - your IT people might prefer using a different WebDAV server for syncing]

Alternatively, it would also be possible with only small changes to the script to have all users in the same directory (e.g. by passing a username to the script on each call). However since the script does not have any security features of its own and relies on users (or admins) to protect their data themselves (e.g. using .htaccess/.htpasswd files) this would mean that users in a multi-user setup would have access to each others data if they knew each other's username (I realise this might not be a problem or even desired in certain cases).

There should be no problem in the actual sync storage with multiple users' attachment synced to the same folder (as file names are names using zotero's unique itemkeys) but in case a user leaves the organisation/reasearch group/etc it would be not straightforward (albeit totally possible) to remove that user's attachments from the shared storage.

Thus, in conclusion and in my own view, the first method is definitely the one to be preferred.

Hi,

First, I would like to thank you for sharing this script, very useful.
I've installed it, and sync works nice.
The only problem I've encountered is with index.php. It does not locally display the library , whereas it is visible on zotero.org account.
Any advices?

frederic

My settings.php:
<?php
// Zotero API settings. Obtain from zotero.org after logging in by going to https://www.zotero.org/settings/keys
// the script only needs read access to your personal library, so you can disable everything else.
$API_key = 'U8zLqHKldbnN98im7wDu0uKO'; // obtain from https://www.zotero.org/settings/keys [no default]
$user_ID = '821xxx'; // obtain from https://www.zotero.org/settings/keys [no default]
$fetchlimit = 50; // [default=20]; how many items to fetch with each API call (maximum allowed by zotero is 99). use your value for items per pag
e below ($def_ipp) unless there are issues, e.g. server timeouts


// I know, those are not API settings, but I need to know anyway...
$data_dir = 'data/zotero'; // [default="data/zotero"]; directory with sync data, either relative to the script's location or absolute path (on
the same server though!). (NB: due to the way zotero sync works, this path ends most definetely in "/zotero)
$cache_dir = 'cache'; // [default="cache"]; cache directory, relative or absolute. must be writable by the script. will attempt to create
if not found
$cache_age = 0; // [default=0]; in minutes. files will not be re-read from the sync storage to the file cache if they have already
been grabbed within this time period. Also, cache folders that are older than this will be purged from the cache. set to 0 if you want to empty cac
he after each use (NB: if the attachment in question is a web snapshot and can be accessed by web the attachment will not be purged until the next
use of the script)
$cache_base_URL = ""; // [default=""]; if the cache directory is NOT a subdirectory of the directory which contains the script AND it (th
e cache) is web accessible, provide its URL here for use to display web snapshots. if the cache directory is not a subdirectory of the script's own
directory and nothing it provided here, display of web snapshots will not work (all other attachment types are unaffected)


// library view defaults
$def_ipp = 20; // [default=20]; items per page
$def_sort = "dateAdded"; // [default="dateAdded"]; The name of the field by which entries are ordered
// valid values= "dateAdded", "title", "creator", "type", "date", "publisher", "publication", "journalAbbreviation", "l
anguage", "dateModified", "accessDate", "libraryCatalog", "callNumber", "rights", "addedBy", "numItems"
$def_sortorder = "desc"; // [default="desc"]; The sorting direction of the field specified in the order parameter, valid values: "desc", "asc"

?>

Christian,

You're right , I forgot to check the "allow library access" in the key settings.

Thanks
Frederic

following mark's suggestion, there is now a small 24 item library with attachments that can be viewed at

http://blog.holz.ca/phpZoteroWebDAV-demo
I tried to have a variety of item and attachment types (there are pdf, xls and web snapshot attachments).

Since phpZoteroWebDAV was primarily written to meet my own needs, there might be things that you would like differently. In this case, feel free to fork the project on git or let me know and I can see if I want to implement your suggestions.

Also, there are some built-in options for changes, for example, the file inc/header.php can be adjusted to include whatever logos/headings/information you want to go above the main library view.

you are welcome. Please note, that the demo installation linked to above only serves as a demonstration of the library view part of the script (I removed the WebDAV server part of the program).
This is simply because I didn't feel like inviting the whole world to have full read and write access to (a directory on) my web server. Also, the WebDAV server component of the script is well established and widely tested so it really doesn't need a demo installation (plus, there is really nothing to see there anyway).

Strange problem (and maybe it is my ignorance). I want to be able to SYNC only with my server that I added this script to. I have followed the instructions and the script works (tested and new entries were showing on my site). However, it is also synching with the Zotero server as well (which is what I am trying to avoid).

I see that the META data is still synced to Zotero. I do not know what that means. Do I need to turn off anything in the sync preferences after adding the new path to my server?

Thanks for your most recent answer. I have another question (great script, btw).

If I wanted to set up a SECOND directory on my server for my wife or whoever to use and called that second directory "zotero1" I get an error (The link is not a valid WebDAV url"). Any thoughts or solutions to this?

Thanks!

what ajlyon said.

also, the fourth post in this very thread deals with this question in more detail.

i am just guessing here, but I have compared your debug output with mine and noticed that your webdav server respond incudes a <D:displayname>/ZOTERO/</D:displayname&gt field which is absent from my (Mac OS) debug output (maybe do a comparison of your own outputs to see if that really is down to using different clients or if your web server would send that information to a Mac OS client as well)

Maybe that has to do with Windows (I don't do Windows myself) somehow, which I believe is known for being a bit funny what lower/upper case of file and directory names is concerned, or with the combination of a Windows and *nix server.

I could imagine that Windows tries to access the .../ZOTERO directory thinking that this is the same as .../zotero and since that directory does not exist on your web server (which is aware of the difference between a 'Z' and a 'z') the server returns a 403 - Forbidden code.

Maybe worth trying is to create a ZOTERO symlink to the zotero directory on your web server...? It's a bit brute-force-ish but could in this case your Linux web server could actually serve the .../ZOTERO directory Windows is asking for and this would still point to the same files as the .../zotero directory that your Mac and Linux installations access.

Keep us posted on your progress.

jdigerness wrote:

I suspect (with my very neophyte's knowledge of all this), that it still has something to do with Zotero writing a zero-length file in the form of "zotero-test-file" . . . but I'm sure I could be wrong about this.

Well, I am not so sure about that - this seems to be normal behaviour (both zotero installations that I have easy access to do this while testing WebDAV server setup) and a Ubuntu server should be perfectly fine with writing a zero length file. I would rather think that it is a Windows issue (especially given that the same server works fine with a non-Windows zotero installation).
Either way, glad that you fixed the issue. Happy syncing.
C

Strange problem -- when my sync gets to the EXACT same place each time it hangs and then fails. I have verified that my server is up and running.

Thoughts?

Wm. Hill

When I sync with my server using WebDAV --- it always gets to a certain point in the process and then stops -- the sync arrow spins endlessly. However, all the data syncs correctly between my two machines. Not sure if this is a bug of some nature but it is a strange issue.

Wm. Hill

I am getting this error when attempting to access an attachment in a browser:

Fatal error: Call to undefined function zip_open() in /home/re4med/bhill.dreamhosters.com/zotero/bhill/inc/include.php on line 24

Zotero is not able to verify my server and states:
http://www.wilkohardenberg.net/zotero/webdav_server.php/zotero/ is not a valid WebDAV URL

If I try to access webdav_server.php directly over my browser I get:

Warning: require_once(Console/Getopt.php) [function.require-once]: failed to open stream: No such file or directory in /home/mhd-01/www.wilkohardenberg.net/htdocs/zotero/inc/System.php on line 23