UESPWiki:Administrator Noticeboard/Archive 1
This is an archive of past UESPWiki:Administrator Noticeboard discussions. Do not edit the contents of this page, except for maintenance such as updating links. |
Contents
Anonymous Editing
Anonymous editing has been enabled for now. If it causes a problem, during the initial conversion we can always temporarily disable it.
Looks like we had a vandal. Is that right? And name looks like an ip address. Of course they could have just entered it... Those weren't anonymous edits, were they? porting page, so instead you have to create php code to manually remove them from the database. Other option is to block the user by: Wrye 21:33, 28 Feb 2005 (EST)
Yah, for some reason anonymous editing was still on, so some from a university in the Netherlands deleted some content...certainly nice you can just roll things back easily. Anonymous editting is now off.
- DaveH 09:12, 1 Mar 2005 (EST)
Anonymous editing probally needs to be turned off until we get our roots further in the ground. Maybe then we can turn it back on. --Aristeo 14:51, 5 June 2006 (EDT)
Bogus Users
There are a number of bogus users, apparently created by a wiki-spam bot. These should be removed. (Requires sysop privileges. Or higher?)
- --Wrye 13:27, 13 Oct 2005 (EDT)
Just had our first spam bot vandalism to main page, which was quickly repaired. On investigation, it appears that MediaWiki doesn't allow removing users. There's no sup username or ip address. So, for now, I guess the thing to do is just undo spam as it happens, and then block them if they become a problem.
- Wrye 22:06, 17 Oct 2005 (EDT)
Images
There is currently no good way of handling downloadable files. Files can be uploaded fine but are displayed using the Image: prefix, which is counter-intuitive. There is also a question of how well this method would handle 1000s of files. An improved system of handling files is needed. I'm not sure whether such a system can be easily added to the Wiki or if something will have to be created from scratch. Ultimately this is a lower priority since the regular content is more important and the original file links can be used in the meantime.
I haven't really thought of it much, but it came into light while I was fixing up the Daggerfall Preview/Screenshots page. Are there any plans on moving the images for the site into the actual Wiki images page, such that stylish editing and display could be used? For an example, just check out the MediaWiki editing page on images. It would be good for displaying thumbs for screenshots, instead of simple having links, and could help get even closer to the original layout of the site (while keeping the idea of modernizing and updating). Anyway, it's not a big issue, but it would be nice for simplifying some site editing and expanding possibilities.
- Mdimitro 02:53, 15 May 2005 (EDT)
Probably a very good idea, especially seeing as many of the images appear to be 'missing (see Daggerfall:Monsters or Daggerfall:Artifacts). I'd like to know what needs replacing, so replacements can be found. Also, we can't upload yet... :O(
- Dr. Faust 11:23, 9 Sep 2005 (EDT)
I was ready to upload alot of images to be helpful but apparently we cannot, I hope you guys fix this soon! :)
- Undesirable, I think. Images are bandwidth hogs. --Wrye 01:10, 27 March 2006 (EST)
- I disagree with you. Images may take up some bandwidth, but it's definatly desirable. --Aristeo 16:39, 25 April 2006 (EDT)
I strongly recommend that showing thumbnails in articles should be an avaliable feature. In articles, such as walkthroughs, images give the reader visual help. As they say, "A picture is worth a thousand words." And I much rather upload a picture than type a thousand words!!!! --Aristeo 16:39, 25 April 2006 (EDT)
Mod Rewrite
Tried to get the mod rewrite settings to work for nicer links, but it didn't work. Going to try again since I moved the wiki to the main site under the /wiki path.
You can read the Wikipedia configuration to get nice URLs.
- Frór 06:51, 4 Apr 2005 (EDT)
Page Protection
List here any pages that should be protected. (See also: Protect Log)
UESPWiki:Copyrights
- Due to the importance of this page, I believe it should be protected. We don't want a non-administrator to make up the copyright information for this website. --Aristeo 17:26, 1 May 2006 (EDT)
- It's protected now. Either it was already locked, another sysop beat me to it. --Wrye 21:19, 1 May 2006 (EDT)
UESPWiki:General_Disclaimer
- I've made some edits to the disclaimer (expanded the stub), which should be looked at by a sysop. If the article looks good, it should be locked due to the importaince of the page. (Mostly for the same reasons the Copyrights page was locked.) --Aristeo 14:45, 2 May 2006 (EDT)
- I've rolled it back a little and protected it. Contents should be pretty minimal, so long as they say what needs to be said. --Wrye 19:19, 2 May 2006 (EDT)
- Okay, I understand. Good idea. :) But do you think it should be protected? It's protected on Wikipedia, and it would be pretty dangerous legally if someone malicously messed with it. --Aristeo 23:40, 2 May 2006 (EDT)
- Wrye Toast. Now it's protected. --23:58, 2 May 2006 (EDT)
- Okay, I understand. Good idea. :) But do you think it should be protected? It's protected on Wikipedia, and it would be pretty dangerous legally if someone malicously messed with it. --Aristeo 23:40, 2 May 2006 (EDT)
- I've rolled it back a little and protected it. Contents should be pretty minimal, so long as they say what needs to be said. --Wrye 19:19, 2 May 2006 (EDT)
Index.php
- A spammer keeps making the page, and entering a list of items that looks like it's trying to get hits from a search engine. Fushi 16:01, 2 May 2006 (EDT)
- Done. Thanks Aristeo and Fushi for catching this stuff! --Wrye 19:19, 2 May 2006 (EDT)
UESPWiki:Log
- I apologize for continuously bothering you, Wrye, but I found another one. This page contains an archive of the older news found on the main page. That being said, the only thing that someone can do on this page is vandalize it. In any case, best kept protected, eh? --Aristeo 18:06, 4 May 2006 (EDT)
Template:Newsitem
- This template is being used on the Main_Page. Editing the template could corrupt the main page (accident or not), which would not be desirable. I'll keep a lookout for situations such as this one, where a editable template could mess up an importaint protected page. --Aristeo 02:33, 11 May 2006 (EDT)
-
-
- Yay! -- Aristeo 03:37, 11 May 2006 (EDT)
-
UESPWiki:About/UESPWiki:History
- Two for one deal here. ;) These are not on "High Alert" like the other pages were, but Daveh (being the site owner) is probally the only one qualified to edit these pages. --Aristeo 03:37, 11 May 2006 (EDT)
Oblivion:Glitches (Semi)
- This page recieves a lot of abuse from new members. I know that unregistered people cannot edit pages, but is there a way to prevent new editors from editing this page? If so, could it be applied to this page? --Aristeo 18:48, 23 May 2006 (EDT)
- This page may suffer some abuse, but also gets most new content from new members, who often provide brand new "accidents" or raise valid doubts - a fast, easy and efficient revert feature would be highly appreciatedto prevent outright vandalism, but I think some 2-3 vigilant, active moderators are a way better protection for this page than any kind of automated filters :) (plus added benefit, containing the vandals to pretty much one place. Lock this and you'll have them all over the site!)
- I don't expect this page to "reach the high standards" ever, because it will be in constant flux and new content will keep being added in rough&dirty form, but the rough&dirty can be polished and keep the resource as rich as possible, attempts to keep it squeaky clean by locking it in a glass display case will just prevent it from growing.
- Sure we could have some kind of "add here" page and just require to add content to a separate "rough and dirty" page, then move it to "core article" while filtering and polishing the form, but... are we able to handle the resulting workload?
- Most problems come from misunderstanding and disagreeing what a glitch is (abusing/exploiting a bad design decision? Using a console command to make some trick possible? Hard/Impossible to reproduce sequence of events leading to hilarity?). I think handy descriptions of the sections in the TOC, stating what is covered by each should nicely settle this.--Vook 14:36, 1 June 2006 (EDT)
- I think you have some very good points. Such good points in fact, that I retract my opinion in semi-protecting the Oblivion:Glitches page. --Aristeo 16:20, 1 June 2006 (EDT)
Style and Main Template
The main site stylesheet (and alternates) need to be completed. The style should be simple and close to that of the original site. The main template must also be modified to help improve site navigation. The site quickbar needs to be 'cleaned' up and a brief site menu added (and possibly a deeper site menu as well for faster content access). The alternate stylesheets need to be checked and certain elements modified/added (such as bold1/bold2/bold3 styles).
The various stylesheets and the main template have been quickly edited (to give the site navbar). A few other tweaks can be done, mainly to the MonoBook (the default) and the custom MySkin (which approximates the original site style). Which one will be used as the site default can be determined later. Most of the style changes were lost when I upgraded to the 1.4 beta.
DO NOT USE THE NOSTALGIA STYLESHEET. I changed my skin to Nostalgia to see what it looked like and then I couldn't access any of the Special Pages, including the Preferences page to change my skin back to what it was. This seems to be an unresolved reported bug: http://bugzilla.wikipedia.org/show_bug.cgi?id=1856. For the time being, could the nonworking skins be disabled?
For the record, I managed to get out of the Nostalgia stylesheet by using a cached version of the Preferences page.
- DrPhoton 04:30, 2 Nov 2005 (EST)
- If anyone has this problem in the future, simply click here. This will force the Preferences page to display in Monobook, allowing you to easily change skins once more. :) Garrett 01:28, 5 April 2006 (EDT)
Vandalism
Warning Template Suggestion
For the warning text, why not make it a template, then just insert it where needed -- Lee Carre 10:45, 25 June 2006 (EDT)
- Good idea. --Aristeo 15:41, 25 June 2006 (EDT)
- I just created the templates {{warning}} and {{block}}. Enjoy! Aristeo 15:56, 25 June 2006 (EDT)
Prev: None | Up: Administrator Noticeboard | Next: Archive 2 |