PKP Bugzilla – Bug 8188
include a "beacon" so we find out about installs
Last modified: 2013-09-12 15:02:49 PDT
We should have OJS talk back to PKP and give us information about the install. I don't mind making it configurable (via config file), so people can turn it off, but it should be on by default.
We should report back to PKP some usage stats, such as:
- number of journals
- some metric of whether or not they are using the workflow
These could be anonymous somehow. I suggest further thinking on how to make it work.
As we've often discussed, this has the potential to be evil. I think the best compromise we've come up with is to look at referrals to the PKP version descriptor, which ought to result in an upgrade warning appearing upon JM login. If the metrics you're looking for are available on the journal website, then reaching out to that web server as per the current tracker (though perhaps making use of more machine-friendly tools such as the sitemap) ought to be friendly enough to the userbase; if the metrics aren't currently available then I'd argue we ought not to be collecting them behind the scenes.
many OSS projects give the option of giving back anonymous usage stats. Eclipse is one example. Wordpress is another.
i'd like to know what plugins are enabled, what options are filled in. It would be an invaluable resource for allocating development priorities.
The version check would be a good, non-evil source for install URLs; an opt-in for further stats similar to Wordpress is a good idea but needs scoping/design.
also, the version check and the sitemap.xml
*** Bug 4148 has been marked as a duplicate of this bug. ***
Posting to follow.
CrossRef has suggested that we trigger the beacon when an OJS install is created, and again when a journal is enabled ("go-live" if the administrator is using the "Enabled" checkbox for that purpose, though I suspect just keeping the url private is also a common means for this).