Please see [[Talk:Crass]]. In Michael's new incarnation as Weezer, he wrote: "You call me Michael one more time. I'll pound on your neck, and smash you into pieces and kill you Zoe."
Zoe
--------------------------------- Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Monday 31 March 2003 09:41 pm, Zoe wrote:
Please see [[Talk:Crass]]. In Michael's new incarnation as Weezer, he wrote: "You call me Michael one more time. I'll pound on your neck, and smash you into pieces and kill you Zoe."
Zoe
And the obvious, yet unstated conclusion is banning both users.
Cheers, Sascha Noyes - -- Please encrypt all correspondence. PGP key available from: http://individual.utoronto.ca/noyes/snoyes.asc - --
O.k., Michael and Weezer are both banned, and I'm going to assume that this is one person or some jerk and his buddy. Either way, this is my formal declaration of a ban for them.
Either of them can write to me to discuss it.
Zoe wrote:
Please see [[Talk:Crass]]. In Michael's new incarnation as Weezer, he wrote: "You call me Michael one more time. I'll pound on your neck, and smash you into pieces and kill you Zoe."
Zoe
Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
I'd like to delete [[Epistle to the Hebrews]] because the move command won't let me move the ungrammatically named [[Epistle to Hebrews]] to [[Epistle to the Hebrews]], due to a non-empty page history that has a bunch of automatic script conversions.
In the past, I simply copied the text from one page to the other and set up the appropriate redirect, but a sysop got on my case for it as a non-optimal operation. So now, I put a request on Votes for Deletion, but no sysop has acted on the request yet.
So, am I asking for the trivial page deletion in the right place? Or, should I just ignore a sysop jumping on my case, because waiting days for an edit to happen is counter to the wiki editing philosophy?
Stephen Carlson
-- Stephen C. Carlson mailto:scarlson@mindspring.com Synoptic Problem Home Page http://www.mindspring.com/~scarlson/synopt/ "Poetry speaks of aspirations, and songs chant the words." Shujing 2.35
Well why not ask to be a sysop?
Fred
From: "Stephen C. Carlson" scarlson@mindspring.com Reply-To: wikien-l@wikipedia.org Date: Tue, 01 Apr 2003 08:57:40 -0500 To: wikien-l@wikipedia.org Subject: [WikiEN-l] Where to turn for a trivial page deletion?
I'd like to delete [[Epistle to the Hebrews]] because the move command won't let me move the ungrammatically named [[Epistle to Hebrews]] to [[Epistle to the Hebrews]], due to a non-empty page history that has a bunch of automatic script conversions.
In the past, I simply copied the text from one page to the other and set up the appropriate redirect, but a sysop got on my case for it as a non-optimal operation. So now, I put a request on Votes for Deletion, but no sysop has acted on the request yet.
So, am I asking for the trivial page deletion in the right place? Or, should I just ignore a sysop jumping on my case, because waiting days for an edit to happen is counter to the wiki editing philosophy?
Stephen Carlson
-- Stephen C. Carlson mailto:scarlson@mindspring.com Synoptic Problem Home Page http://www.mindspring.com/~scarlson/synopt/ "Poetry speaks of aspirations, and songs chant the words." Shujing 2.35 _______________________________________________ WikiEN-l mailing list WikiEN-l@wikipedia.org http://www.wikipedia.org/mailman/listinfo/wikien-l
I have a potential solution to the heavy server use problem. We could make an optional frame skin where the person only loads the article page instead of reloading the whole thing. With the pictures in the skin that reload every time on some browsers, this could signifigantly take some load off the server.
--------------------------------- Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more
On Fri, 4 Apr 2003, Daniel Ehrenberg wrote:
I have a potential solution to the heavy server use problem. We could make an optional frame skin where the person only loads the article page instead of reloading the whole thing. With the pictures in the skin that reload every time on some browsers, this could signifigantly take some load off the server.
I'll admit I'm prejudiced against frames ;) but I don't think that would help.
Since many of the links in the sidebar, top, and bottom of the page are specific to the page being looked at, they're not really suitable for framing (unless supported by javascript -- shudder!)
The logo images and the style sheet are separate files, and will be cached by any web browser, separately from the page. On the occasions that they are requested again (for instance, when someone hits "reload" on a wiki page that's already up), the files are still unchanged and the server responds as such, without needing to send them again. Further, if they do get resent, they are just static files and it's a snap to slurp them off the disk and send them down the network pipe, no additional processing required.
Our limiting factor isn't network bandwidth; thanks to Jimbo we have an obscene amount of available bandwidth. It's processing time and memory (where using up memory means we have to grab stuff from the disk more, which is slower and uses more processing time). It's the database (particularly mass operations like searching, watchlists, most wanted, orphans, etc) and the wiki->html parsing that need to be better optimized.
-- brion vibber (brion @ pobox.com)
On Fri, 4 Apr 2003, Brion Vibber wrote:
Date: Fri, 04 Apr 2003 17:15:32 -0800 (PST) From: Brion Vibber vibber@aludra.usc.edu To: wikien-l@wikipedia.org Subject: Re: [WikiEN-l] frames
<snip>
Our limiting factor isn't network bandwidth; thanks to Jimbo we have an obscene amount of available bandwidth. It's processing time and memory (where using up memory means we have to grab stuff from the disk more, which is slower and uses more processing time). It's the database (particularly mass operations like searching, watchlists, most wanted, orphans, etc) and the wiki->html parsing that need to be better optimized.
Just out of curiosity, does the database run on the same box as the webserver, or is it on another one?
On Fri, 2003-04-04 at 17:21, John R. Owens wrote:
Just out of curiosity, does the database run on the same box as the webserver, or is it on another one?
They're presently on the same server, fighting for memory and CPU time. A second server is on order; once it's arrived and set up, the database and web server will sit on separate boxes.
-- brion vibber (brion @ pobox.com)
I tried that in Phase 2. Didn't really work, for the reasons Brion gave.
Magnus
Daniel Ehrenberg wrote:
I have a potential solution to the heavy server use problem. We could make an optional frame skin where the person only loads the article page instead of reloading the whole thing. With the pictures in the skin that reload every time on some browsers, this could signifigantly take some load off the server.
Stephen C. Carlson wrote:
I'd like to delete [[Epistle to the Hebrews]] because the move command won't let me move the ungrammatically named [[Epistle to Hebrews]] to [[Epistle to the Hebrews]], due to a non-empty page history that has a bunch of automatic script conversions.
Done. But Fred is right, you should probably be an admin. Such a deletion doesn't need to go on the votes page, since there was no history being deleted besides redirects -- yet technically it still required an admin to do it.
Perhaps there is a technical solution; if a page has no history except redirects, then should people be able to move to it just like any other move?
In the past, I simply copied the text from one page to the other and set up the appropriate redirect, but a sysop got on my case for it as a non-optimal operation. So now, I put a request on Votes for Deletion, but no sysop has acted on the request yet.
Well, you should ask the sysop that got on your case. ^_^
So, am I asking for the trivial page deletion in the right place? Or, should I just ignore a sysop jumping on my case, because waiting days for an edit to happen is counter to the wiki editing philosophy?
Possibly you should ignore it after a while, since histories can be combined later anyway. Or you can ask just me, since I'm nice in this way, but then you may still wait a while if I'm busy.
-- Toby
At 01:52 PM 4/1/03 -0800, Toby Bartels wrote:
Stephen C. Carlson wrote:
I'd like to delete [[Epistle to the Hebrews]] because the move command won't let me move the ungrammatically named [[Epistle to Hebrews]] to [[Epistle to the Hebrews]], due to a non-empty page history that has a bunch of automatic script conversions.
Done.
Thank you very much.
But Fred is right, you should probably be an admin. Such a deletion doesn't need to go on the votes page, since there was no history being deleted besides redirects -- yet technically it still required an admin to do it.
If I run into more situations like this, maybe I will ask for it, but now I'm concerned that it would make me less inclined to edit.
Stephen Carlson -- Stephen C. Carlson mailto:scarlson@mindspring.com Synoptic Problem Home Page http://www.mindspring.com/~scarlson/synopt/ "Poetry speaks of aspirations, and songs chant the words." Shujing 2.35