Toggle menu
Toggle preferences menu
Toggle personal menu
Not logged in
Your IP address will be publicly visible if you make any edits.

Battlestar Wiki:Chiefs' noticeboard: Difference between revisions

From Battlestar Wiki, the free, open content Battlestar Galactica encyclopedia and episode guide
Shane (talk | contribs)
Shane (talk | contribs)
Line 173: Line 173:
Is this feasible? Could we do this? Pros? Cons? -- [[User:Joe Beaudoin Jr.|Joe Beaudoin]] <sup>[[User talk:Joe Beaudoin Jr.|So say we all]] - [[Battlestar Wiki:Site support|Donate]] - [[bsp:|Battlestar Pegasus]]</sup> 22:22, 26 February 2008 (CST)
Is this feasible? Could we do this? Pros? Cons? -- [[User:Joe Beaudoin Jr.|Joe Beaudoin]] <sup>[[User talk:Joe Beaudoin Jr.|So say we all]] - [[Battlestar Wiki:Site support|Donate]] - [[bsp:|Battlestar Pegasus]]</sup> 22:22, 26 February 2008 (CST)
:Well if there's a company out there that offers this for a reasonable price, why not? --[[User:Catrope|Catrope]]<sup>([[User talk:Catrope|Talk to me]] or [[Special:Emailuser/Catrope|e-mail me]])</sup> 03:53, 27 February 2008 (CST)
:Well if there's a company out there that offers this for a reasonable price, why not? --[[User:Catrope|Catrope]]<sup>([[User talk:Catrope|Talk to me]] or [[Special:Emailuser/Catrope|e-mail me]])</sup> 03:53, 27 February 2008 (CST)
:This is almost like squaid server. The only time that we do have downtime or very werid slowness is near airing, which is true. But when we goto the Battlestar Forum during those times, its as fast as a button, with no slow down. My mind tells me that is just a Mediawiki I/O program when it comes to having to reteive the database. We might have to run that connection test script again (disable stats of course) again with mem-cache enabled. Directing everyone off to an off-site database is not the problem. We do that already with Athena, which is on a different subnet that Apollo. [[User:Shane|Shane]] <sup>([[User_Talk:Shane|T]] - [[Special:Contributions/Shane|C]] - [[Special:Editcount/Shane|E]])</sup> 13:19, 4 March 2008 (CST)
:This is almost like squaid server. The only time that we do have downtime or very werid slowness is near airing, which is true. But when we goto the Battlestar Forum during those times, its as fast as a button, with no slow down. My mind tells me that is just a Mediawiki I/O program when it comes to having to reteive the database. We might have to run that connection test script again (disable stats of course) again with mem-cache enabled. Directing everyone off to an off-site database is not the problem. We do that already with Athena, which is on a different subnet than Apollo, it be almost investing in a "Load Balanceing" hardware that we can place in front of Apollo that filters traffic more directly. WWW --> Load Balancer -- double split arrow --> Apollo + Athena. However, Athena never talks with the outside world, cept on the admin port and talks with Apollo internally at ThePlanet. [[User:Shane|Shane]] <sup>([[User_Talk:Shane|T]] - [[Special:Contributions/Shane|C]] - [[Special:Editcount/Shane|E]])</sup> 13:19, 4 March 2008 (CST)

Revision as of 19:21, 4 March 2008

This page is one of Battlestar Wiki's many projects.
This page serves to coordinate discussion on a particular aspect of this Wiki. The formal recommendations of a project may be treated as policies.
Shortcut:
BW:AN
BW:CN
Chiefs' noticeboard
Daily Visit
  1. Think Tank
  2. Task List
  3. New Pages
  4. Ideas under vote
Quick Links
Important Tags

This noticeboard is a location to discuss and coordinate administrative tasks for the Battlestar Wiki.

It is our hope that this place can serve as a location for administrators to coordinate their efforts on the maintenance tasks of the Wiki (it's not ALL fun and games), as well as a spot for our contributors to be able to bring things to the attention of the admins if something needs to be done. Need a protected page edited? An article or picture deleted? Admins will watchlist this page so that your request won't get lost in the shuffle.



Current Administrators

Senior Chiefs

Senior chiefs are, in Wikipedia's terminology, bureaucrats who have the ability to make other users into chiefs. They also have the ability to check user and other advance functions not under the purview of the chiefs. Currently senior chiefs are:

Chiefs

Chiefs are administrators who have access to move, delete and restore pages as well as blocking malicious users. The current chiefs are:

See list of all chiefs on Battlestar Wiki

Javascript Reported Vandals

No recent reports.

Dismissable site notice

I noticed someone installed the DismissableSitenotice extension recently, which means logged-in users will see a [dismiss] link next to the site notice and you won't see the site notice again until someone changes it. Note that this means anyone editing the site notice must increment the number at MediaWiki:Sitenotice id (empty at the time of writing, should be created and set to 1 after the next edit to the site notice). I thought I should announce this at the Chiefs' noticeboard, since only Chiefs can edit the site notice and should be aware of the new protocol (incrementing the sitenotice ID). --Catrope(Talk to me or e-mail me) 13:45, 18 February 2008 (CST)

I plead the fifth. :) It was not me this time. :) Shane (T - C - E) 13:50, 18 February 2008 (CST)
Okie-dokie! --Spencerian 15:59, 18 February 2008 (CST)
Yeah, I planned on doing that anyway. :P -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 08:25, 19 February 2008 (CST)

Initial survey responses

So far, I've been amazed at the initial responses to the survey. I've been receiving some excellent feedback, which is what I'm looking for, really. Here are some initial trends I'm seeing:

  1. We have an audience that's focused on the Re-imagined Series. (No surprise there, really, since that is on everyone's minds right now!)
  2. People don't really look to us for merchandise information. There's a definite focus on the episodes, characters, behind-the-scenes, battles, tech, and ships.

Things we need to improve upon...

High importance

  1. We need to have multiple versions of the current skin. There's no way around it. Some people have talked about the colors being too dark, so lighter colors would work.
  2. Also, there's a need to allow non-contributors to submit corrections as well.
  3. Unregistered (or not logged in) users also want to be able to read the talk pages again, which is an easy fix. But they want that option.
  4. People also want easier navigation, which means we're going to have to retool the sidebar in order to achieve it. Fortunately, I've had this in mind for a while now, and we can probably integrate the portal links into the sidebar for greater effect and usability. (See: Battlestar Wiki:Think Tank/Sidebar Redesign for the proposed changes.)
    1. Some have also commented about the placement of the search bar. Update: This has been fixed in the new skin. The search bar is now on the side.
  5. People want to know how to contribute information or use the website. We need help documentation on how to effectively use the website, since we are an immense resource... immense enough where some people tend to get lost, it seems like, and are unable to extricate themselves from that.

Important, but long term development stuff

  1. There are people wanting to have more analysis on characters. Some of them have noted that many of the character articles rehash plot points, which is an issue some of us behind-the-scenes have brought up time and time again as well.
  2. There are people wanting more behind-the-scenes information.

Mid-level importance

  1. Also, some have commented on how bad the built-in search feature is. I've commented on this in the past as well, so we're probably going to use Google, until the MediaWiki people know how to develop a better built-in search feature. Update: We're using Google as our primary search engine. Nothing in the way of the search box has changed, so the "Go" button will still work, and all that jazz. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 16:55, 19 February 2008 (CST)

Comments

There's a lot here so far, with over 40 responses in just the last day... So digest, discuss, and maybe do a think tank or three. :) -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 08:54, 19 February 2008 (CST)

You mean unregistered users can't read talk pages? Why would we want that? --Catrope(Talk to me or e-mail me) 08:58, 19 February 2008 (CST)
The mindset was that people only came here for information, and people didn't want to see the behind-the-scenes talk... Obviously, that isn't the case. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 09:03, 19 February 2008 (CST)
That one was actually bugging me too. When you came in on a talk page, there'd be no "article" link either. It's good to have the context of both available, even if you're just reading. --Steelviper 09:59, 19 February 2008 (CST)
1.) As said, the unfortunate lack of character analysis has been noted already. It's been rectified with one or two articles, but overall it's kind of a mess. Kinda sad, that with a series so heavily focused on character interaction, people felt the need to rehash the story and focus on trivial tech nonsense instead. In hindsight, this should have been different from the beginning, but now we are somewhat stuck with it. I made this page you can evaluate the character articles and note things that need to be done. While many need to improved, a few are quite good actually.
2.) I agree on the search function. It has bugged me too in that it often doesn't find what you look for unless the article already exists.
3.) Not sure on behind-the-scenes information. We aren't a news site and can't be one. We do have some behind-the-scenes information on the show and the people working on it, and it could be extended I guess, but if people expect articles on the newest going-ons that probably won't happen. -- Serenity 09:10, 19 February 2008 (CST)
For the search thing we could try the LuceneSearch extension which is also used by Wikipedia and friends. --Catrope(Talk to me or e-mail me) 09:15, 19 February 2008 (CST)
Well, I'm turned off by the memory usage on the sucker... Plus it's just better for us to go Google anyway, that way we won't impact the performance of both servers. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 09:31, 19 February 2008 (CST)
As for the skin (aka my department) I take full responsibility for that. I carried the colors over from the BsgBook type and I guess massed up, it doesn't sit right. Myself and Joe already talked about using the colors from the blog, in the same design look. Navbar, no problem. Rehashing that is easy. As far as the search bar, there is only so many places for it to go. I can add a second one before the bottom bar. I think we need to really focus on BW:TUT which is pretty much established. Make it stand out and also expand the To-Do topics a bit more. Maybe we can get the Help preview filled. I've never really like merchandise information on the front page, but we should still create articles about it and use our referral links to gather some sort of income for server costs, etc. Maybe it's time to open up the flood gates to unregiested users being able to edit. we would for sure have to setup the BW:VANDL patrol and change the "trusted" group to have patrol permissions. That's about it from me. :) Shane (T - C - E) 09:42, 19 February 2008 (CST)
I'd be in favor of that. I'll get started writing a revert bot next week (too busy this week), which will be available to all patrollers (of course, the trusted group would also need the rollback right in that case) so mass edits can be reverted easier. I'll extend the bot to revert moves and page creations too (although the latter needs sysop access of course; trusted users can't delete pages). When all of this is up and running, we could also experiment with allowing autoconfirmed users to move pages (see also this discussion).
Furthermore, we should write up a patrolling 101 at BW:PATROL so patrollers know how to mark edits as patrolled, how to revert thenm and how to use the revert bot. All this sounds like a good idea for a BW:TANK proposal to me. --Catrope(Talk to me or e-mail me) 10:22, 19 February 2008 (CST)

"Opening the Flood Gates"

I'm not in favor of "opening the floodgates", simply because quality of the wiki would probably go down, not up. Sure, it might get a few more contributors, but quality people are hard to come by. Also, it's harder to hold accountability to anonymous users, so I would oppose that.

There are other alternatives to having people send in corrections... which I'm working on right now and will have more detail in the next few days. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 10:33, 19 February 2008 (CST)

I'm not too keen on it either. Registration probably keeps away very casual readers who see an error here and there. But if someone reads the Wiki often and has ideas for changes, I don't see why they can't take a few minutes and get an account. -- Serenity 10:56, 19 February 2008 (CST)
I'm just wary of the "RC Patrol" culture that seems to develop when you have to deal with anonymous vandalism. You end up with a class of users that spends all of their effort cleaning up vandalism, and seem to sometimes develop a paranoia regarding sockpuppets, etc. I like that our admins are generally contributors first, so you don't see those self-nom RFA's where the user is mostly wanting block powers to more effectively execute their RC patrol. --Steelviper 16:45, 19 February 2008 (CST)
I agree. "RC Patrolling" and fighting vandalism is a time waster, pure and simple. It detracts from the main purpose of working on a reference in the first place, which is what I referred to earlier. We don't come here to fight vandals, but to increase our knowledge base and improve the quality of the site... Everyone who contributes has a set amount of time for this, since we all do this in our "spare time"... And frankly, I don't like the culture that Wikipedia generates in terms "vandalism patrol" or "RC patrol"... it's very poisonous and causes more problems than its worth. It's one of the things I got sick of when I contributed to Wikipedia.
As you noted SV, where we stand out as people is that we have this unwritten motto that we're "contributors first, chiefs second". Basically, we have an efficient work ethic and I'd be really loathe to destroy that by bringing down the floodgates. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 17:10, 19 February 2008 (CST)

Google Search

Only one caveat about the Google search. While it may be a more intuitive search experience, you do lose the specify namespace on the search. The only application I really used that for was for searching the podcast namespace, so maybe we shouldn't worry about it, but I thought I'd mention the use-case (oddball though it may be). --Steelviper 17:01, 19 February 2008 (CST)

Good point. Hadn't really thought of that... Of course, you could always searc the namespaces by using syntax such as: Podcast + additional search term -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 17:10, 19 February 2008 (CST)
True, though I don't know how much the boolean and other search operators have percolated into the general knowledge. Clicking a checkbox is way easier (although, like I said before, I don't know how often that really ever happened anyway). Ooh... Maybe we could put a special search box on the podcast project home (or someplace like that) that encapsulates that logic so that a user can search the namespace easily. --Steelviper 21:37, 19 February 2008 (CST)
I was thinking of a drop down menu next to the search box with "All", "Talk", "Portal", "Portal talk", "Podcast", and all the other namespaces, which would then be passed on as one string so as to make things easier... It's something that most sites do, so people would know of that, obviously.-- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 22:10, 19 February 2008 (CST)

Main Page

I worked on a new layout for the main page on BW:MAIN. Input, comments welcome by all. Shane (T - C - E) 12:03, 20 February 2008 (CST)

At first glance, the only difference is that the merchandise section is gone. Did you change anything else? --Catrope(Talk to me or e-mail me) 12:42, 20 February 2008 (CST)
I have a list of recommendations here. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 07:08, 21 February 2008 (CST)
Blogs are down from the main box. Feature picture and project are moved. to where the blogs used to be. Shane (T - C - E) 16:26, 21 February 2008 (CST)
The audio button for episodes (see 33 and Water for examples) currently sits atop the "Dismiss" link for the site survey. We should adjust things so that site messages and the audio link aren't fighting for space; the audio button should be within the episode article body. --Spencerian 14:33, 22 February 2008 (CST)
Fixed :) Shane (T - C - E) 14:40, 22 February 2008 (CST)
Well, sorta. After I refreshed the cache of Firefox (Mac), the audio button appears slightly lower below the "Dismiss" link, but not by much. Another problem...Featured article and nominated badges also get in the way of that link, too. --Spencerian 18:12, 22 February 2008 (CST)
Done. Shane (T - C - E) 13:24, 23 February 2008 (CST)

PHP upgrade?

While testing my API framework on Battlestar Wiki, I ran into a compatibility problem in PHP's serialze() output. The problem is that the PHP serialize output changed somewhere between versions, so my (new) version expects data in a different format than the BSWiki server outputs, causing an error. Maybe you guys could upgrade PHP when you start your upgrade spree (1.12, extensions)? --Catrope(Talk to me or e-mail me) 14:14, 23 February 2008 (CST)

Yep. I'll do that now then. Shane (T - C - E) 14:18, 23 February 2008 (CST)
Running the instlal test. Once it passes, I will shut down Apache while I install the new version. 5.2.5. Shouldn't take long. Shane (T - C - E) 14:41, 23 February 2008 (CST)
Done. 5.2.5 active. :) Shane (T - C - E) 14:44, 23 February 2008 (CST)
Thanks. There seems to be a different problem, though: the output is prefixed by a space. Can you grep for files that have a space before the <?php or one after the ?> (the latter shouldn't occur anywhere, though). --Catrope(Talk to me or e-mail me) 14:58, 23 February 2008 (CST)
In the skin? Shane (T - C - E) 15:11, 23 February 2008 (CST)
Maybe. All I know is that there's some PHP file with a leading or trailing newline (not a space, sorry). --Catrope(Talk to me or e-mail me) 15:22, 23 February 2008 (CST)
Would this include extensions as well? Or no? -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 17:41, 23 February 2008 (CST)
While I'm on that tangent, could it be the DismissableSiteNotice that mucks things up? After all, it does generate a space in the main skin, and doubtless on others. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 17:42, 23 February 2008 (CST)
Can you run a debugger to see which file it stops at? There are over 100+ files. I am not going through all of them to remove new lines which I keep so I don't loose my mind when looking at the code. :) Shane (T - C - E) 18:33, 23 February 2008 (CST)
It could be an extension, yes. DismissableSitenotice is the most likely suspect, followed by other recently installed extensions. I unfortunately don't have a way of checking which .php file is guilty. You could use grep(1) to look for a newline followed by <?php , or you could check the most recently installed extensions first and hope it's in one of them. --Catrope(Talk to me or e-mail me) 09:48, 24 February 2008 (CST)
For one thing that I lack it's using grep. Tell me what I would enter into the shell to look for it :) Shane (T - C - E) 12:30, 24 February 2008 (CST)
grep '<?php' -n *.php | grep -v ':1:'. The first grep searches for all occurrences of <?php and prints line numbers too (-n), the second grep filters the output for all matches not on the first line (-v lists only non-matching lines). --Catrope(Talk to me or e-mail me) 13:36, 24 February 2008 (CST)

Have we found the culprit yet? -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 09:36, 26 February 2008 (CST)

No. Could you run the grep command I posted above in some of the extension directories? --Catrope(Talk to me or e-mail me) 09:44, 26 February 2008 (CST)
[bsgwiki@apollo extensions]$ grep '<?php' -n *.php | grep -v ':1:'
[bsgwiki@apollo extensions]$ grep '<?php' -n *.php | grep -v ':1:'
[bsgwiki@apollo extensions]$ 

Shane (T - C - E) 11:28, 26 February 2008 (CST)

Actually, I've found that you have to go to each sub directory and run the grep expression... So the culprits I found so far are AddHtml and a few others. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 11:39, 26 February 2008 (CST)
oh sob. doh. that's right :P Shane (T - C - E) 12:32, 26 February 2008 (CST)

Sidebar

As everyone might have noticed by now, I've switched up the sidebars a bit.

Basically, each user level has their own sidebar meant to be specifically tailored to their usage: senior chiefs, chiefs, contributors, and visitors.

Also, each namespace will have its own submenu... Currently, this is enabled for the "Portal" namespace only, but will be enabled for other namespaces, including "Battlestar Wiki", "Podcasts", etc. Check out what happens when you visit Portal:Overview or any of the "Portal" stuff.

Furthermore, users can add content to their own sidebars by adding a subpage to their user namespace called "/Sidebar". (i.e. User:Foo/Sidebar). So its customizable that way as well. Although I haven't tried it yet, so let us know how it works for you.

Of course, by no means am I done, but it's at a point where I feel comfortable enough to solicit your feedback. So you can do that here or (more preferrably) at Battlestar Wiki:Think Tank/Sidebar Redesign. -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 20:07, 26 February 2008 (CST)

Amazon EC2 feasibility?

Just came across this suggestion from one of our respondents to our survey:

"See if you can work a way to run the wiki (but not the mysql database) on Amazon EC2 servers, or some other "elastic" server farm where, as an episode airs, you can for 1 day suddenly boost the resources with which you run it tenfold, while not paying a big bill. Amazon EC2 does this but does not have static storage for your database, which would mean a lot of bandwidth to a remote database. However, another hosting company might offer you virtual servers by the hour on a network where they also let you keep your dedicated server and sql database."

Is this feasible? Could we do this? Pros? Cons? -- Joe Beaudoin So say we all - Donate - Battlestar Pegasus 22:22, 26 February 2008 (CST)

Well if there's a company out there that offers this for a reasonable price, why not? --Catrope(Talk to me or e-mail me) 03:53, 27 February 2008 (CST)
This is almost like squaid server. The only time that we do have downtime or very werid slowness is near airing, which is true. But when we goto the Battlestar Forum during those times, its as fast as a button, with no slow down. My mind tells me that is just a Mediawiki I/O program when it comes to having to reteive the database. We might have to run that connection test script again (disable stats of course) again with mem-cache enabled. Directing everyone off to an off-site database is not the problem. We do that already with Athena, which is on a different subnet than Apollo, it be almost investing in a "Load Balanceing" hardware that we can place in front of Apollo that filters traffic more directly. WWW --> Load Balancer -- double split arrow --> Apollo + Athena. However, Athena never talks with the outside world, cept on the admin port and talks with Apollo internally at ThePlanet. Shane (T - C - E) 13:19, 4 March 2008 (CST)