We wish to restrict anonymous views to our mediawiki installation. Every
unauthorized user is to be redirected to a particular page. This page
may not be a wiki page.
Can we do this using LocalSettings.php?
If not, do we have any extension/hook for the very purpose?
Thanks in advance
Hi All,
I would like to add a link on every wiki page encouraging users to use the
Disscusion tab.
I know how to create a "physical" link to the Disscustion of each page:
http://www.mywiki.../index.php?title=Talk:Main_Page&action=edit
But then I need to create a new one for each page..
Is there a way to make an "internal","virtual" link that I will be able to
copy to all pages that will reference to each of them?
Thanks
Itay
Hello,
I've been trying to figure out how to include one article into another
for some time but can't seem to find out how. What I'm trying to do is
create several articles that are included in another article. The idea
is that changing Article 1 or Article 2 below would automatically
change Article 3 and Article 4 below. Sorry for the longwinded
explanation...
Thanks,
Justin
Article 1
----
* A
* B
* C
Article 2
----
*1
*2
*3
Article 3 (sudo-markup)
----
<include Article 1>
<include Article 2>
Article 3 (view)
----
* A
* B
* C
*1
*2
*3
Article 4 (sudo-markup)
----
<include Article 2>
<include Article 1>
Article 4 (view)
----
*1
*2
*3
* A
* B
* C
http://www.mediawiki.org/wiki/SVG_benchmarks#Further_testing
I ran a benchmark overnight on my Ubuntu 7.10 laptop (X in Failsafe,
i.e. not running KDE). Batik, ImageMagick, Inkscape and rsvg, each run
115 times through 58 SVGs from Commons of varying size and complexity.
Results (times in seconds):
median real mean real median CPU mean CPU
Batik 139.71 139.95 137.02 137.04
ImageMagick 112.43 112.67 111.7 111.73
Inkscape 51.43 51.52 51.18 51.2
rsvg 25.97 26.03 25.8 25.825.8
The laptop is a Dell Latitude D610 with a 1.6GHz Pentium M and 512MB memory.
* Inkscape was visibly thrashing the disk, suggesting it uses *rather
a lot* of memory ...
* Batik's JVM crapped out several times (39 out of 4485 rendering
attempts) for no apparent reason, not on any particular SVGs.
* Note that ImageMagick is not just slow, it's known to be buggy with
SVG rendering.
* I did not check the resulting PNGs, just threw them away.
Personal verdict: rsvg all the way. Inkscape if you have a lot of
memory and its dependencies are less trouble than rsvg (e.g. on
Windows).
- d.
My wiki ( www.risdpedia.net ) has been under fierce attack by spam in
the past week, and normally I would do the normal stuff to combat it,
but my wiki is a little different. The people who use the site are
anything but computer savvy, so I cant have them doing the captua
thing, or even confirm edit. I even had to hide the login/create
account at the top page because people thought that meant they had to
create an account, and it was too much work. ( I know, I know).
So I was thinking about the bot. The Bot is looking for specific
links, IDs, and input names to attach to. So what if we where to
rename the input boxes. Would this stop them?
-Adam
The problem is more likely to occur in a shared web server environment
where you are limited in how much memory can be allocated to PHP. In my
case, my service provider claims that 20M is the maximum, although
phpinfo() reports 40M. As other posts have pointed out, it is the number
of pixels that determine how large the uncompressed image is. An other
factor would be the color depth: 8-, 16- or 24-bit. Displaying the images
natively is not a problem, since the images do not need to be
uncompressed. I have seen indications that ImageMagick requires less
memory than the standard GD library when creating thumbnails, but have not
been able to test myself (standard ImageMagick install will not work in a
shared environment).
Norbert
> ----- Message from "Itay Ophir" <itay(a)worldwideworkshop.org> on Wed, 9
Jan 2008 01:45:53 -0500 -----
> So, if someone uploads large resolution picture do ALL wikis break? or
is it
> only some of them?
> I am trying to regroup and find a solution/cause for error.
> 2008/1/8, Grietinus Koops <grietinus(a)gmail.com>:
>>Thanks Itay! This worked!
>>But same as you I'm curious about the logic behind it. As there is a
limit
>>of 20M for some reason. 2500 x 1600 pixels generates far less than
>>20MegaBytes I would say. And then it's only in case of thumbnail view...
>>
>>I'm open for suggestions :)
How can I enable searching for redirects by default?
I can add namespaces with $wgNamespacesToBeSearchedDefault, but how to
add the redirs?
Thanks
Ponte
--
Gründer und Webmaster von expliki.org
Hi,
I set up 4 wiki's who share images. This works, except for the thumbnails. I
get the following message instead of the thumb :
Error creating thumbnail: Unable to create destination directory
This is what I have in my 3 wiki's who use the images of a 4th. This 4th one
doesn't have any settings concerning shared upload. The image folder on each
wiki has full access.
//Shared Image pool
$wgUploadNavigationUrl = "http://www.domain.tld/index.php/Special:Upload";
$wgUseSharedUploads = true;
$wgSharedUploadPath = 'http://www.domain.tld/images';
$wgSharedUploadDirectory = '/(LOCALPATH)/images/';
$wgHashedSharedUploadDirectory = true;
This is what I followed to set it up :
http://www.mediawiki.org/wiki/Manual:Wiki_family#Upload
Do I need to add the settings to the pool wiki as well ? (it's a normal
wiki, not a separate wiki just for images) Or is this another setting I need
to set?
Regards,
Kenny