Hi,
I would like to create a special page with form input fields to create
book reviews which are published in the "books" namespace on submit.
For instance if I create a review on "Anne of Geierstein", it will be
published as "Books:Anne of Geierstein".
Could someone give me some hints on how to best accomplish that?
All the best,
Alain
This used to be working, but has broken recently, either though my moving
the install around or through upgrading to 1.13.0.
I try to do an upload and I get:
Could not rename file "/tmp/phpVxOSnK" to
"public/f/fd/Framework-SLOC-OOCalc.png".
I've ensured that 'images' and it's subdirs are all writeable by the server.
I've pinned this down to ./includes/filerepo/FSRepo.php line 338, but am
struggling to diagnose any further (my PHP is limited). The following edit
provides no clues:
$status->error( 'filerenameerror', $srcPath, '['.getcwd()."|$IP]".$dstPath );
As I get "[$IP|]public/f/fd/Framework-SLOC-OOCalc.png" in the target
filename. Shouldn't getcwd() work? Shouldn't $IP evaluate?
Existing images do come up OK AFAICS.
Any ideas?
I also tried creating 'images/public', and symlinking images /to/ public,
but to no avail.
--
[neil@fnx ~]# rm -f .signature
[neil@fnx ~]# ls -l .signature
ls: .signature: No such file or directory
[neil@fnx ~]# exit
Hi All,
Just wanted to share the results of some SEO improvements I made to
RichmondWiki.org tonight. I modified my skin to use the rel="nofollow"
attribute on the Content Actions (edit, discussion, history, etc) and
Personal (login, talk, preferences, etc) links on each page. This preserves
PageRank and could help your articles rank better in organic search results.
Hope it is helpful, and as always feedback is appreciated.
http://www.richmondwiki.org/blog/2008/10/how-to-add-rel-nofollow-to-mediawi…
Thanks,
Andrew
<mediawiki-l(a)lists.wikimedia.org>
Is there any way to deny user account creation based on the email
address? Something that works like the "Title Blacklist" extension, only
on email address?
Thanks
Marcello
Welcome to mediawiki-l. This mailing list exists for discussion and questions
about the MediaWiki software[0]. Important MediaWiki-related announcements
(such as new versions) are also posted to this list.
Other resources.
If you only wish to receive announcements, you should subscribe to
mediawiki-announce[1] instead.
MediaWiki development discussion, and all Wikimedia technical questions, should
be directed to the wikitech-l[2] mailing list.
Several other MediaWiki-related lists exist:
- mediawiki-api[5] for API discussions,
- mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise,
- mediawiki-cvs[7] for notification of commits to the Subversion repository,
- mediawiki-i18n[8] for discussion of MediaWiki internationalisation support,
- wikibugs-l[9] for notification of changes to the bug tracker.
List administrivia (unsubscribing, list archives).
To unsubscribe from this mailing list, visit [12]. Archives of previous postings
can be found at [3].
This list is also gatewayed to the Gmane NNTP server[4], which you can use to
read and post to the list.
Posting to the list.
Before posting to this list, please read the MediaWiki FAQ[10]. Many common
questions are answered here. You may also search the list archives to see if
your question has been asked before.
Please try to ask your question in a way that enables people to answer you.
Provide all relevant details, explain your problem clearly, etc. You may
wish to read [13], which explains how to ask questions well.
To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a
public list, so you should not include confidential information in mails you
send.
When replying to an existing thread, use the "Reply" or "Followup" feature of
your mail client, so that clients that understand threading can sort your
message properly. When quoting other messages, please use the "inline" quoting
style[11], for clarity.
When creating a new thread, do not reply to an existing message and change the
subject. This will confuse peoples' mail readers, and will result in fewer
people reading your mail. Instead, compose a new message for your post.
Messages posted to the list have the "Reply-To" header set to the mailing list,
which means that by default, replies will go to the entire list. If you are
posting a reply which is only interesting to the original poster, and not the
list in general, you should change the reply to only go to that person. This
avoids cluttering the list with irrelevant traffic.
About this message.
This message is posted to the list once per week by <river(a)wikimedia.org>.
Please contact me if you have any questions or concerns about this mailing.
References.
[0] http://www.mediawiki.org/
[1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
[2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l
[3] http://lists.wikimedia.org/pipermail/mediawiki-l/
[4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki
[5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api
[6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise
[7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs
[8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
[9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[10] http://www.mediawiki.org/wiki/FAQ
[11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying
[12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[13] http://www.catb.org/~esr/faqs/smart-questions.html
Hi,
I've to create a lot of accounts for our students.
I've done that with a script to generate sql code to inject them into
the mw_user table. It first worked without problem. But now, when I want
to add more, and try to connect with one of the new ones, it says the
user x doesn't exist.
Could that be because the create account is set as false in the
localsettings.php? I don't see what else was changed about the inscriptions.
Thanks
Hi,
I've disabled the createaccount option, using the line
"$wgGroupPermissions['*']['createaccount'] = false;" within the
LocalSettings.php file, yet I've managed to create an account by going
to the 'Create account' page on the login page.
Is that normal?
André
I have a client who would like to have their mediawiki configured so that articles could be read but not edited, but the discussion pages could be both read and edited.
I have checked out the available extensions and I could probably do this with the Namespace extension within a defined namespace, but they want this throughout the wiki especially the Main namespace. Their idea is to have a small group of people manage the content of articles (via an editors group with edit permissions) while regular users will have read permission for articles and edit permission for the article's discussion pages.
Can anyone point me to a good solution if one exists?
Thanks in advance,
-Jim
(This is not a question about MySQL "stop words...")
I have found some weird search behavior in our MediaWiki site (1.13.2) and reproduced it on two other sites. There is a word on one article that is not searchable. When I check the MySQL full text index table, the word is not present. Any clues where I should look next to figure this out? MySQL version = 5.0.45.
In our case the word is "vbr_drawstats". It appears in 4 articles on our wiki, but search finds only 3 of the articles. When I check the index directly by SQL:
SELECT si_title FROM `vpw_searchindex`
WHERE MATCH(si_text) AGAINST('+vbr_drawstats' IN BOOLEAN MODE)
I get 3 hits instead of 4.
Let's call the missing fourth article "badsearch". Here are the strange facts:
1. I can search for other words on "badsearch", so the article IS present in the index.
2. If I copy the text of "badsearch" to another article, the same problem occurs.
3. The namespace containing "badsearch" IS being searched.
4. If I modify the "badsearch" article, say, by placing "vbr_drawstats" at the top of the article text, then badsearch DOES get found by search.
5. If I remove a bunch of lines from the end of badsearch (not containing "vbr_drawstats"), then badsearch DOES get found by searching for vbr_drawstats.
6. If I turn on SQL logging in MediaWiki, and see the query that gets run for search, and run it directly in MySQL, I get the same results. So MySQL is returning the wrong info. (But is MediaWiki causing this to happen in any way?)
My instinct is this is a bug in MySQL, but I suppose there is a small chance MediaWiki is doing something weird. Anyone have any ideas what to check next?
Thanks,
DanB
Salve,
avrei la necessità di aggiungere nella "pagina principale", del wiki che stò creando, un riquadro con le ultime 5 guide e un secondo riquadro con gli ultimi 5 help creati. Le pagine di guide iniziano con Guide:nome_guida e quelle con help appunto con Help:aiuto. C'è un modo per far si chè appaiano automaticamente o devo modifcare la "Pagina principale" manualmente?
grazie
Matteo
---------------------------------
Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e scrivi la tua opinione!