Hi there,
What is the best way to export a whole MediaWiki to HTML format ?
Is there a special extension for that ?
Or do the newer versions offer that feature ?
tanx,
Lori
Hello,
Spam programs have posted spam links on our wiki for a while. Although
SpamBacklist extension was installed, "php cleanup.php" was to revert the
spam links. After ConfirmEdit extension was installed, spam programs are
difficult to post spam automatically. However, those spam links are still in
page history, and in database. For example, the following page has a lot of
revision of spam links:
http://kb.linuxvirtualserver.org/wiki?title=Building_Scalable_TFTP_Cluster_…
It's really annoying to keep those spams in the database, which occupy a lot
of space.
I am not sure if there are any tools to remove spams in database
automatically and permanently. For example, the script tool iterates over
every page, and check if there is any revision in history equal to the
current page, if so, remove all revisions after the matched revision?
Thanks for your suggestion in advance,
Wensong
Hi,
I have a problem with MediaWiki v1.11.0 (and PHP 5.2.0-8+etch7
(apache2handler)). For some images, the following syntax just doesn't work:
[[Image:D8 001.jpg]]
All I get is the alt= text and no image. Here is the source of the
resulting page:
,-----------------------------------------------------------------------
|<a href="/wiki/index.php/Image:D8_001.jpg" class="image"
|title="Image:D8 001.jpg"><img alt="Image:D8 001.jpg"
|src="/wiki/thumb.php?f=D8_001.jpg&width=784" width="784"
|height="1109" border="0" /></a>
`-----------------------------------------------------------------------
Indeed, here is what I get when following
/wiki/thumb.php?f=D8_001.jpg&width=784
,-----------------------------------------------------------------------
|Error generating thumbnail
|
|Error generating thumbnail: Image was not scaled, is |the requested
|width bigger than the source?
`-----------------------------------------------------------------------
But the following syntax works, if I specify manually for every image a
pixel size:
[[Image:D8 001.jpg|500px]]
Surprisingly, if I specify the original pixel size of the picture, it
doesn't work. (In this case, [[Image:D8 001.jpg|784px]])
What is the problem ?
Thank you
--
Nicolas STRANSKY
Équipe Oncologie Moléculaire http://www.curie.fr/equipe/301
Institut Curie - UMR 144 - CNRS Tel : +33 1 42 34 63 40
26, rue d'Ulm - 75248 Paris Cedex 5 - FRANCE Fax : +33 1 42 34 63 49
This is a more accurate description of a problem described earlier.
I can't get MediaWiki uploads to work. The upload appears to work properly, but the image does not show on the Image: page. There is a link to the image. When clicked, Apache reports that "You don't have permission to access <path> on this server.". The problem is that permissions on the image directory subdirectories are set to 744 rather than 755. For example:
... /wiki/images/7/72 = 744
... /wiki/images/7/72/Testupload.png = 644
If I manually change permissions on "/wiki/images/7/72" to 755, all is well.
I have looked at the code and as far as I can tell, MediaWiki attempts to set the permissions to 755. I can't tell why the actual permission is set differently. I don't see any issue with umask and I don't see a chmod that modifies the permissions after the subdirectory is created. I am no expert on PHP or permissions so I definitely could have missed something. Given what I saw in the PHP code, I think the problem is a configuration issue of some kind, perhaps a security setting that is preventing PHP from creating the folder with execute permission.
Here is some background information that might be relevant.
MediaWiki: 1.11.0
MySQL: 4.1.22-standard
Linux 2.6.19.2-grsec
PHP: 5.2.4
phpsuexec
safe_mode is off
open_base_dir is unset
When MediaWiki was installed, I was _not_ using phpsuexec. Some files and folders were originally owned by "nobody", but I changed them to the user where the MediaWiki PHP is running now. Everything in MediaWiki other than uploads appears to be working properly.
Any help you can offer will be greatly appreciated. I've tried looking at the code, posting here, posting to the MediaWiki Project:Support desk, and Googling various terms to see if someone else has encountered the problem. No joy yet.
_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
Hello everyone,
Is there an easy way to put files normaly situated under different
namespaces into the same namespace? For instance, if I want both my Wiki
pages and images/PDF's searcheable under the "Main" namespace - is there an
easy way to do that?
Thanks.
--
Boris Epstein
http://www.dogandponny.org/http://dikayasobaka.livejournal.com/ (Russian)
Hi,
id should be possible to install lucene search under a windows system.
But it's not clear, how to implemet this.
I read teh instructions about the c# mwdaemon, but it's not clear to me.
Perhaps one caan give some advices
regards
mic
I am trying to get shared uploads working. I want my Commons-equivalent to
be the Xinki Wiki at xinki.org.uk/wiki/ and (at first, for simplicity)
another wiki at garykirk.org.uk to be able to use those files. In
garykirk.org.uk (Wiki B)'s LocalSettings.php I have:
## interwiki
$wgUploadNavigationUrl = "http://www.xinki.org.uk/wiki/Special:Upload";
$wgUseSharedUploads = true;
$wgSharedUploadPath = 'http://www.xinki.org.uk/wiki/images';
$wgSharedUploadDirectory = '/home/gkirk/public_html/wiki/images/'; -- this
is what I get when there's an error ie call to an extension not installed; I
assume it is correct.
$wgHashedSharedUploadDirectory = true;
$wgFetchCommonsDescriptions = true;
$wgSharedUploadDBname = 'gkirk_xinkiwiki'; # xinki wiki
$wgSharedUploadDBprefix = 'mw'; # Table name prefix for media files wiki -
mw is the prefix the Xinki Wiki (Wiki A - Commons - uses)
$wgRepositoryBaseUrl = "http://www.xinki.org.uk/wiki/Image:";
Now when I try to add an image to a page, even an image which does not exist
- [[Image:Imadeupthisimagename.png|Made up]] - I get:
Database errorA database query syntax error has occurred. This may indicate
a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "ForeignDBFile::loadFromDB". MySQL returned error "1054:
Unknown column 'img_sha1' in 'field list' (localhost)".
Wiki B is running MediaWiki 1.11.0; Wiki A is running 1.10.0.
Any ideas on what's wrong?
Regars,
--
Gary Kirk
Apologies for the length of this mail but I felt detail was good.
I am trying to find someone to take a paid contract to resolve a cookie
issue we have been having with a multi MW installation.
We have a multi-lingual site which utilizes the AuthDrupal extension to
allow users to log into Mediawiki through the Drupal CMS. Each language is
in a separate sub domain (www.domain.com, es.domain.com, it.domain.com etc)
Rather than have a single Drupal installation and one Mediawiki installation
per language we have one of each per language. This is due in the main to
multi-lingual problems within Drupal.
So, for example we have:
/public_html (EN Drupal installation)
/public_html/wiki (EN Mediawiki installation)
/public_html/languages/it (IT Drupal installation) - accessible through the
it.domain.com sub domain
/public_html/wiki/languages/it/wiki (IT Mediawiki installation)
/public_html/languages/es (ES Drupal installation)
/public_html/wiki/languages/es/wiki (ES Mediawiki installation) - accessible
through the es.domain.com sub domain
Cookies are set to expire at the end of a session so closing the browser
resets everything.
So to the problem.
Operation of two sites in one browser
When a user logs into the primary (EN) site all is well. They are logged
into Mediawiki and can use the site as normal. If they then close their
browser, re-open it and attempt to log into the Italian (IT) site again all
is well and they can browser the it site.
Now, if a user opens a fresh browser, logs into the EN site and then opens a
new tab to log into the IT site (it will happen!) there is a problem. The
cookies from one site seem to impact the other site. The it site allows the
user to log into the it Drupal but not the it Mediawiki. This results in the
user clicking through to a wiki page after having logged in and being
presented with a ³you aren't logged in screen², not ideal! My suspicion is
that in some way the creation of the EN cookies is playing havoc with the
operation of the IT site but I can see how. We have them set up to use
different domain (domain.com and it.domain.com). Is there maybe something in
the PHPSESSID I need to do?
We do seem to also sporadically (I HATE intermittent issues) have users
complain that they click on a link and suddenly find themselves logged out
but I don¹t know if that is linked or not?