Difference between revisions of "Extension talk:PublicRevision.php"
(works but need to refine the concept a bit) |
|||
Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
− | == | + | == The method I have in mind == |
There may be a better way to implement this, but my initial thoughts were to have a namespace, maybe "PublicRevision", which is therefore easy to apply specific edit permissions to which holds the current public revision-id of articles of the same name in the Main namespace (for articles for which the public version is not the current revision). | There may be a better way to implement this, but my initial thoughts were to have a namespace, maybe "PublicRevision", which is therefore easy to apply specific edit permissions to which holds the current public revision-id of articles of the same name in the Main namespace (for articles for which the public version is not the current revision). | ||
Line 9: | Line 9: | ||
::For the actual specifics of how the default view is maintained at a particular version I think it would be easiest to just push an ''oldid'' key into the $_REQUEST hash rather than dealing with the complexities of the caching system. But if the ''oldid'' method has problems then I'll check out that possiblity. --[[User:Nad|Nad]] 20:19, 25 September 2007 (NZST) | ::For the actual specifics of how the default view is maintained at a particular version I think it would be easiest to just push an ''oldid'' key into the $_REQUEST hash rather than dealing with the complexities of the caching system. But if the ''oldid'' method has problems then I'll check out that possiblity. --[[User:Nad|Nad]] 20:19, 25 September 2007 (NZST) | ||
− | == | + | == The method works, but we need to refine the idea a bit == |
I've tested the method of writing an ''oldid'' into ''$_REQUEST'' if the requested title has an associated article in the ''NS_PUBLICREVISION'' namepsace containing the ''oldid'' to use. This method works correctly, but it raises a question as to how the extension should operate with respect to editing. The edit view of the article can't be held back too because the editors need to be collaborating on the current state, so this extension probably applies to sites where there's three levels of user; ''public'', ''editors'' and ''moderators''. If the public were allowed to edit it would make the extension pointless. People with the ability to edit should be able to see the real current revision, but would not have access to edit articles in ''NS_PUBLICREVISION'', and the revision would only be held back if the user is anonymous. | I've tested the method of writing an ''oldid'' into ''$_REQUEST'' if the requested title has an associated article in the ''NS_PUBLICREVISION'' namepsace containing the ''oldid'' to use. This method works correctly, but it raises a question as to how the extension should operate with respect to editing. The edit view of the article can't be held back too because the editors need to be collaborating on the current state, so this extension probably applies to sites where there's three levels of user; ''public'', ''editors'' and ''moderators''. If the public were allowed to edit it would make the extension pointless. People with the ability to edit should be able to see the real current revision, but would not have access to edit articles in ''NS_PUBLICREVISION'', and the revision would only be held back if the user is anonymous. | ||
− | == Requests == | + | == Requests for this extension == |
=== Showing older versions until the newer version of an artical ain't released === | === Showing older versions until the newer version of an artical ain't released === | ||
:''from [[MW:Project:Support desk#Showing older versions until the newer version of an artical ain't released]]'' | :''from [[MW:Project:Support desk#Showing older versions until the newer version of an artical ain't released]]'' |
Revision as of 11:21, 27 September 2007
The method I have in mind
There may be a better way to implement this, but my initial thoughts were to have a namespace, maybe "PublicRevision", which is therefore easy to apply specific edit permissions to which holds the current public revision-id of articles of the same name in the Main namespace (for articles for which the public version is not the current revision).
An extra action button could be added to give a simple means of making the revision being currently viewed into the revision the public will see of that article.
- I've had a bit of a look at the database schema and another angle might be via the cache. The cache expiry could perhaps be managed so as to hook an extension before the expire logic. Then the extension decides if a page cache is expired depanding on some policy. The default policy would be not to expire the cache and continue to serve the same page. Not sure how other page actions would interact with this though. --Rob 20:13, 25 September 2007 (NZST)
- For the actual specifics of how the default view is maintained at a particular version I think it would be easiest to just push an oldid key into the $_REQUEST hash rather than dealing with the complexities of the caching system. But if the oldid method has problems then I'll check out that possiblity. --Nad 20:19, 25 September 2007 (NZST)
The method works, but we need to refine the idea a bit
I've tested the method of writing an oldid into $_REQUEST if the requested title has an associated article in the NS_PUBLICREVISION namepsace containing the oldid to use. This method works correctly, but it raises a question as to how the extension should operate with respect to editing. The edit view of the article can't be held back too because the editors need to be collaborating on the current state, so this extension probably applies to sites where there's three levels of user; public, editors and moderators. If the public were allowed to edit it would make the extension pointless. People with the ability to edit should be able to see the real current revision, but would not have access to edit articles in NS_PUBLICREVISION, and the revision would only be held back if the user is anonymous.
Requests for this extension
Showing older versions until the newer version of an artical ain't released
- from MW:Project:Support desk#Showing older versions until the newer version of an artical ain't released
OK, my English is not so good but I hope you'll understand me anyway.
I want to protect my articles of viewing by anyone except a special group. If anyone else is trying to watch these articel, protected by me, he will be shown an older version that was released earlier. It's a kind of quality management. As long the newer informations are not checked by anybody in that special group, the older version of this articel should be shown. Is there any extension or a possibility of MediaWiki to do that? —213.214.18.64 06:52, 24 September 2007 (UTC)
- This is a popular request, but currently I don't think there is such an extension. --Nad 07:41, 24 September 2007 (UTC)
- Actually there is MW:Extension:PageProtectionPlus, and MW:Extension:CrudeProtection that seem to address the issue here. Check these out. 72.149.111.10 12:39, 24 September 2007 (UTC)
- Neither of those extensions appear to be addressing this requirement. The idea I believe is to limit the default public view of an article to a certain revision until a member of an authorised group releases it to either the current or a more recent revision. None of the current security extensions are dealing with revisions, but rather just deny access completely to certain content of all revisions. --Nad 22:20, 24 September 2007 (UTC)
- Actually there is MW:Extension:PageProtectionPlus, and MW:Extension:CrudeProtection that seem to address the issue here. Check these out. 72.149.111.10 12:39, 24 September 2007 (UTC)
Edit Verification
Would there be any way to have a verification process for edits?
I have created a wiki for my high school (900 students), disabled registration, integrated it with our other account systems, and restricted edits to only local machines.
However, this is still not secure enough, in the opinion of the Superintendant, as well as his superiors.
Would there be any way to allow edits, but put them 'on hold' to be later verified and applied by an administrator?
Thanks for your time. —137.164.95.15 16:10, 12 September 2007 (UTC)
- I've thought about that before but never implemented it, the way I would go about it would be to allow the edits to go through, but make articles default view stay at the older revision until authorised to move to the current state. --Nad 22:07, 12 September 2007 (UTC)
- How would I go about doing that? I'm not very experienced with PHP, SQL, or WIkis, but I follow directions very well. ;) 137.164.95.15 16:04, 20 September 2007 (UTC)
- You'd really need a reasonable amount of mediawiki programming experience to do it, but it's an extension which is on my todo list so I'll leave a comment here when I get round to making some progress on it. --Nad 21:01, 20 September 2007 (UTC)
- How would I go about doing that? I'm not very experienced with PHP, SQL, or WIkis, but I follow directions very well. ;) 137.164.95.15 16:04, 20 September 2007 (UTC)