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,
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
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.
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
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.
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.
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?
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,
(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?
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?
Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e scrivi la tua opinione!