Jump to content

Project talk:Support desk/Archive 02

From mediawiki.org

Help with File Uploads

I'm uploading files to my MediaWiki as an admin. The images folder, which is where the uploads are going gets all the files that I'm uploading, the files ARE there. However, when I try to view the images from the MediaWiki it just gives me a link, and when I click on it it says 404 Not Found. Everyone has read write execute permissions to the iamges folder, so I don't know whats wrong --Tdnotes 17:40, 16 August 2011 (UTC) “sdafsda”Reply

Heading text

The support desk was very active before the recent structural changes, but nobody is posting any questions any more, so perhaps a more intuitive or simpler format needs to be used. I don't know what the best structure may be, but I miss giving my daily half-hour of support and much preferred doing it here than at #mediawiki. --Nad 04:12, 15 March 2008 (UTC)Reply

Yes, the restructure completely turned many people off (including myself, actually). I much preferred having it on one simple page, albeit it needed a better method of searching past archived topics. --Skizzerz talk - contribs 04:15, 15 March 2008 (UTC)Reply
Let's discuss this here. -PatPeter, MediaWiki Support Team 00:53, 16 March 2008 (UTC)Reply
As for how active it is now, I still have a couple dozen new edits on my watchlist everyday; have you clicked all the links at the top of this page? You can still give support, I think what you are feeling/conveying/saying is that the Support desk is overwhelming in where to give support, I would suggest taking one section at a time. Remember the overall goal for us should be to make the manual so easy to read that people don't need to ask questions. Take Extensions for example, I know I have made a couple good edits to a couple extension pages from support questions now that they are easier to see. -PatPeter, MediaWiki Support Team 01:00, 16 March 2008 (UTC)Reply
I came to this page for the first time today to find an answer to a configuration question. I didn't find the answer, so I posted a new question. Overall, I found the process to be awkward and inconvenient. I'm accustomed to searching the Usenet for this type of support, and I think Google Groups is a much better interface than the one you've created here. I love MediaWiki to death, and I think it's a great tool for many applications, but I'm not sure a knowledgebase is one of them. If you're considering a different format, have you thought about making a Usenet newsgroup? -TC —The preceding unsigned comment was added by 68.106.184.113 (talkcontribs) 16:07, 29 March 2008. Please sign your posts!
Could you link to Usernet and Google Groups? And you do know that MediaWiki was made for a knowledge base? i.e. Wikipedia? And when you said "came to this page" you mean came to the site right? Because we have an entire manual here. -PatPeter, MediaWiki Support Team 02:26, 1 April 2008 (UTC)Reply
The header included a link to the communication page, which links to the MediaWiki-l mailing list, but I've added in a direct link on the header. The mailing list is usually a better place to ask questions, since it has more people monitoring it and is easier to use (if you like email lists, anyway). —Emufarmers(T|C) 05:08, 2 April 2008 (UTC)Reply

Problem viewing Project:Support desk

Hello! When I first came in to ask my question several days ago (in "unsorted threads") there were no problems viewing the main page Project:Support desk, but now, when accessing the page, after loading there are a lot of grey bars spread all over the page, some smaller, some bigger – but just in Firefox 1.5, IE6/Opera 9.25 are working fine with the page. The subpages work well in FF, so where could this problem be caused? Regards --89.55.150.81 08:19, 20 May 2008 (UTC)Reply

Those bars are moving down the page everytime something is added here. One line added – moving down one line and so on. I really don't know what to do (besides using another browser). Regards --89.55.148.247 16:56, 22 May 2008 (UTC)Reply

Dividing up into subpages

Perhaps it is time to divide this page up into subpages related to its various sections... --Emesee 00:46, 23 June 2008 (UTC)Reply

Combine multiple subpages

Is there a way I can combine all of the subpages into one? That way I can have a printable version for them. --Rocco2008 3 July 2008

Support desk overhaul (autumn 2008)

Hmm, how should I start …
Well, we got more and more complaints about our support desk in the last months, mainly because of its lack of usability and the number of unanswered questions (see Titoxd's anticipatory comment here, from May 2007!). – Some complaints have been made on-wiki, see e.g. #New support desk not being used above, but many more on IRC or elsewhere I guess (at least I got several, perhaps about 20, complaints by different users on irc/pm this summer).

The support desk has been split from only one page into nine sections in February/March this year. Since then, the number of visible requests on the Support desk page increased rapidly, from an average of ~90 in December 2007/January 2008 to more than 660 at the end of August 2008. Additionally some beforehand pretty active users, who regularly provided support here, left (either entirely or "more or less").

Please don't get it wrong. This is not a personal statement neither against the so called support team, nor against particular users who went forward and introduced/supported the multi-section layout of the page. I really do appreciate the work most users do on this site (especially their committed contributions to help others), and of course, it's a wiki, and sometimes one has to try out a new style/structure/whatever to see if it really works better (or not). And well, if it does not work better after some period of active testing, one has to find a new solution. IMO, this is the case now. Again, I really mean no harm by writing all this down :-)

So what did I found before I started the cleanup/reorganisation a few days ago?

Status as of 2008-08-27
Section Threads per section Archived threads
Database 27 0
Images 29 0
Misc 37 0
Uploading 39 0
TemplateTable 41 0
Extension 50 0
Installation 86 9
System 136 0
Unsorted 217 0
total number 662
all displayed on
Project:Support desk!
9

662 threads in total on one page, impressive, eh? ;-)

Short summary:

  • We have a problem with archiving.
  • Some sections were used rather rarely.
  • Most requests went to the "Unsorted" section.

Conclusions:

  • Archiving is a permanent task; threads older than 1 month (or so) should be archived as "outdated".
  • The number of sections could/should be reduced (combining of the rather rarely used ones preferred) or we should go back to a one-page structure (but archive to per-topic archives).

Ok, so what have I done so far?

Primarily I've already archived lots of outdated/resolved threads (from >660 to <340 atm), started a new archives overview, and partly resorted threads chronologically (still working on the whole bulky archiving issue, though). Furthermore I've made an attempt to substantially shorten the main instruction intro (could need further tweaks, of course), and to reword some templates so that they appear friendlier and become less complicated for newbies, see e.g. one of the preload templates.

My basic requests and/or ideas now are the following:

  • Please all try to help out with the most recent threads of all sections (July, August, September), so that we considerably shorten the long queue. Could we manage this within two weeks perhaps?
  • I'll archive the rest of older threads (June and back) soon, regardless of their status (solved or not).
  • Please browse the archives (reading the headings should be sufficiant at first go) and see if you find threads that belong to another section. If you do, simply c&p them (don't forget to state something like "moved from/moved to [[Project:Support_desk/Archives/Foo/001]]" in the edit summary).
  • I suggest to combine the sections "TemplateTable" and "Misc" (mostly CSS/JS questions) to a new section called "Formatting" (already did that for the archive), and to combine "Images" and "Uploads" to another section (no idea for a good name yet, perhaps simply "Media", "Files" or such?). Any ideas?

Further suggestions welcome. Many thanks in advance for reading and commenting :-)
--:bdk: 23:43, 3 September 2008 (UTC)Reply

Thank you, bdk, for creating Project:Support desk/Archives. I did not do it myself because I only wanted to archive 50 topics at a time, all of which resolved, so as to keep unsolved topics on the Support desk until we solve them. Instead of those "This page is an archive, please do not edit it." We should ask that people edit the outdated articles if they can provide support, and change it to RESOLVED. (In case someone puts a line break between this and the next post: -PatPeter MediaWiki Support Team 21:47, 6 September 2008 (UTC))Reply
We can use common sense here. >90% of users never do and never will look up any archive. If there really is someone who actually wants to add solutions to 6 months old questions, well, nobody will say "no" only because it's an archived page. But keep in mind, that this is just a hypothetical situation. I rarely saw this happening on wikis in all the years, regardless of the presence or absence of such a "don't edit, it's an archive" note. --:bdk: 08:33, 21 September 2008 (UTC)Reply
Anyway, which sections do you think users do not use? We already have two sections that combine two or three topics each. Nevermind I just read the ones you want to add together. Adding TemplateTable and CSS/JS to formatting would be brilliant, when I still had time to edit the support desk I thought we would have enough posts to sustain both sections. As far as Uploading and Images go, Uploading pertained to the actual process of uploading and Images pertained to use of images on the Wiki. You have the right track, we should rename that one "File hosting" or "Media" would suffice. Though people could interpret media as a few different things, so "file hosting" would most likely suffice. (In case someone puts a line break between this and the next post: -PatPeter MediaWiki Support Team 21:47, 6 September 2008 (UTC))Reply
Good idea, thanks :-) "File hosting" sounds reasonable as a subpage title. And we're always free to expand the readable headings or links to e.g. "File hosting (uploading, images, etc.)", of course. --:bdk: 08:33, 21 September 2008 (UTC)Reply
I no longer bureaucrat and system manage a wiki, and I have college now, because of said reasons I cannot edit as much, and I don't particularly want to. No one on the Support Team does what we need them to, RESOLVING. (In case someone puts a line break between this and the next post: -PatPeter MediaWiki Support Team 21:47, 6 September 2008 (UTC))Reply
Oh and on a different topic, since I thought about it. Do you think that it is good that we have more posts coming in on the support desk? The system seems to work better, but we do not have enough people to work on it. Personally, I found trying to mark all topics as RESOLVED, when a Support Team member resolved them (for which they cannot always do, what does the policy say, 5 days and then we archive it if the person does not respond and the topic remains unresolved? [or maybe 3 days... I could check but that would require effort, also I like my posts to have a conversational feel, where I would not reference this when talking to you. (In case someone puts a line break between this and the next post: -PatPeter MediaWiki Support Team 21:47, 6 September 2008 (UTC))Reply
Miscellaneous comments: In future archives make sure the combined number of outdated and resolved always equals 50, even numbers help the archiving process so much. A support team member should move topics in the unsorted section almost automatically, too bad we do not have enough people yet again. -PatPeter MediaWiki Support Team 21:47, 6 September 2008 (UTC)Reply
Yup, known problem. The so called "support team" – roughly curtailed (again, no personal offense meant!) – seems either to not really exist (due to wide inactivity) or to concentrate on maintenance issues instead of actual support (btw, I don't/won't call myself a "support team member" … taking care a little bit, though). Hmm, I'm only speaking on my behalf, but from my point of view the whole "support team" stuff (including prominent linking on the support desk, explicit signatures etc.) is rather misleading for the big group of new users who're just looking for help here. Promoting the "support team" this way obviously leads to the (wrong) impression that there are (enough) people (appearing more or less as a "closed group") who are helping, and partly, that only "support team members" are able/allowed to reply "officially", or to close/move threads, etc. This is not the case, as you might know best yourself. So perhaps it's better to remove the "support team" stuff soon if nothing changes regarding activity of its members (as regards quantity and quality of support desk edits), and instead to encourage all users to help each other again.
Hmm, 50 threads per archive? I don't think this is a reasonable idea. Length (kB) of a page is more important than the pure number of headings in a TOC, imo. And it's often more useful to take care of sorting threads really chronologically, and e.g. to archive per half-year or per month terms. Also, same here as above: We can use common sense. It's better not to define such hard rules ("always exactly 50") on a wiki :-)
And, of course, an active support desk is good. For a really "working" support desk, we "only" have to reply to/solve 5 questions a day if 5 new posts come in each day ;-) Reducing the queue of too old/outdated threads is a main task atm therefore (still much to do). --:bdk: 08:33, 21 September 2008 (UTC)Reply
I have tried to Mark resolved most of them. I think I got through the first 100 or so. But finally, we are archiving it. There is something I wanted to point out though. A lot of people asking questions here do not fill out their site info. It would be nice if they did, because thats I question I always ask them. So is there anyway we can make it required unless if they are users, in which they can write soemthing like Not Applied.--Truetech (Talk) MediaWiki Support Team 02:52, 12 September 2008 (UTC)Reply
It has always autoloaded, we should become more strict. Resolve all topics that do not give site info, of course giving a message that you have resolved it because of that. -PatPeter MediaWiki Support Team 17:38, 20 September 2008 (UTC)Reply
Hmm, if there's something we can learn from big wikis like en.wikipedia it's that you never get all users to follow all "formal rules" for posting questions, editing talk pages, etc. That's a fact (probably due to human nature *g*). Of course, you can try out more obtrusive boxes, dissuasive formulation of warnings, rude removals of all "wrong"-formatted entries, you can even block users for repeatedly posting at the top of pages instead of the bottom (as it is common on wikis), whatever. Nothing helps in the long run. Ok, this is what we should not do. But what else then? – Well, I made good experiences with the KISS principle (keep it simple, stupid) with emphasis on friendliness (keep it sweet & simple). Normally, users tend to ignore too long texts and too strict rules (the same in real life: who really reads the directions for use of a coffee percolator before using it the first time? who really listens to "don't do this or that" by a teacher? who never "jumped a red light" as a pedestrian?) … so if we want the support desk to become an effective place for users who are simply seeking for help, we should be geared to our own expectations of good support (how do you expect e.g. good ISP support hotline's staff to behave? advisable and friendly or circumventive and rude?). I know, these are some blunt, overstated analogies, but they're to the point, imo. --:bdk: 08:33, 21 September 2008 (UTC)Reply

Short update

Status as of 2008-12-15
Section Threads per section Archived threads
Installation 9 128
System 13 168
Database 5 48
PHP 0 20
Uploading 2 57
Images 11 49
Formatting 8 70
Extension 10 71
Miscellaneous 21 240
total number 79
displayed on
the Support desk!
851
resolved or
outdated threads

Hmm, we still need users who actually reply to open questions … --:bdk: 00:40, 15 December 2008 (UTC)Reply

Location of this page.

Really this page should be at Support desk. The project namespace is for pages relating to 'the project', with 'the project' being the building of the MediaWiki.org website. As this page is about the software and not the website it should be in the main namespace. --HappyDog 13:29, 22 September 2008 (UTC) (as an aside - I am aware of the confusion about namespace names - I originally lobbied for 'project' to be renamed 'site' to make it clear that it was the MediaWiki.org project, and not the general MediaWiki software project. I'd still be interested in making this change but it would need a strong community consensus first. Please raise the issue again in Project:Current issues if you want to discuss this further.)Reply

Hmm, no objection from my part … moving all support (sub)pages will need some time and work though. --:bdk: 21:09, 14 December 2008 (UTC)Reply
There's a nice feature named "Move all subpages, if applicable". ;) iAlex 21:25, 14 December 2008 (UTC)Reply
of course there is *g* … thought more about all the links to fix, included templates and so (and about the ones who probably rail against the moves … argy-bargy, afterwards) --:bdk: 21:33, 14 December 2008 (UTC)Reply

Fatal error: Out of memory

I'm importing eswiki-pages-articles.xml with importdump.php scritp i trying many times and allways recive this error somes times refering to other include but always when reached the line 52600 (1.87 pages/sec 1.87 revs/sec) on progres.log line error:

52600 (1.87 pages/sec 1.87 revs/sec)
Fatal error: Out of memory (allocated 870580224) (tried to allocate 182173 
bytes) in /home/www/wikipedia-es/includes/db/Database.php on line 564

i readed Manual:Errors and Symptoms#Fatal error: Allowed memory size of nnnnnnn bytes exhausted .28tried to allocate nnnnnnnn bytes.29

and many other pages in /etc/php5/apache2/php.ini :

memory_limit = 256M

in LocalSetting.php:

ini_set( 'memory_limit', '256M' );

php version :

  1. php5 -v
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009 
22:16:23)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with XCache v1.2.2, Copyright (c) 2005-2007, by mOo`

i have make a test with:

<?php
$i = 0; 
$a = array();
while( $i++ < 100000 )
{
$a[] = 'a'; 
} 
echo memory_get_usage(); 
?>
# php5 -f phptest.php
13374632


I increase fisical memory to 3 GB, but the problem continue when i runn importDump.php --Enriluis 22:52, 2 July 2009 (UTC)Reply

LiquidThreads

The support desk could would really benefit from using liquidthreads ({{#useliquidthreads:1}}). Are there any objections to this? Or more important, is there anybody who is willing to perform this transformation? -- Bryan (talk|commons) 11:47, 30 July 2010 (UTC)Reply

I wanted that for a loooong time. However, I was under the impression that it's not 100% ready for high-profile production use. For example, it doesn't automatically mark threads you reply to as read, which is extremely annoying. Another problem is that it doesn't support Support desk's current structure. I did a quick test here: transcluding pages containing LQT discussions doesn't work, and when I attempted to enable LQT on that very page, it didn't work. Then, after I removed {{#useliquidthreads:1}}, it suddenly started working although it wasn't suposed to. This didn't affect transclusion of threads. So we'll need to change our worflow to adapt to these imitations, and that problem becomes even harder if we want people to search for previous discussions both in old-style pages and LQT threads. Anyway, I've switched Project:Forum to LQT, let's see what wil come out of it. Max Semenik 12:27, 30 July 2010 (UTC)Reply
I could hack up a bot to transform all old archives to LQT. The transclusion is not strictly necessary I think, but a nice thing for the future. -- Bryan (talk|commons) 12:32, 30 July 2010 (UTC)Reply

Meh, my patience was over when I saw two support questions on Project:Forum. Welcome to the new support desk! ;D Max Semenik 10:42, 10 August 2010 (UTC)Reply

Now that the support desk has a thread on it, could the page be protected from direct editing? MyrtonosTry liquid theads 13:22, 30 December 2010 (UTC)Reply

New Support desk without old questions ...

Hm. I think it's not a good style to renew the support desk and to move all the old questions to an archive page (if replied to or not, and most even seem to be not resolved), where you shall not work further on them. Restyling the page even will not solve the problem that most (or at least a lot of) questions are not replied to (not to talk about solving the problems), because most people who have a good knowledge about MediaWiki probably rather like to work on their own wikis (or on WP) than to work on other's problems (at least on these pages). I know that's the same with me (rather like to work on my own wikis, NOT having a good knowledge :-) ), but at least I try to answer some questions when I have got one myself. Best regards -- JörgM 84.156.149.242 16:56, 10 August 2010 (UTC)Reply

That's the main problem. There are no answers. --Kersti 23:14, 10 August 2010 (UTC)Reply

Exporting text of wiki pages over http

Is it possible to export the text of an individal page in a mediawiki server over http? I can get the text from SomeArticle by opening http://serveraddress/wiki/SomeArticle but then it includes html markup to represent the total web page of the article. Is there a way to get ONLY the text of the article with some type of http call? Klas Nordberg

This is the wrong place to ask (you should be asking on Project:Support desk. But to answer your question, using action=raw you can directly get the wikitext - for example http://en.wikipedia.org/w/index.php?action=raw&title=Main_Page . Sometimes its useful to get just the page contents html without any of the skin html which you can do with action=render - http://en.wikipedia.org/w/index.php?action=render&title=Main_Page . Also check out the API. Bawolff 01:54, 16 November 2010 (UTC)Reply
Apologies for posting at the wrong place, but thanks for noticing it anyway. Your answer was most helpful. Klas