>Date: Mon, 16 Aug 2004 18:30:26 -0700
>From: Brion Vibber <brion(a)pobox.com>
<snip>
>
>This is completely and patently false. You can put whatever you want
in
>the output code (in Skin.php) or MonoBook template (xhtml_slim.pt) of
>your wiki. _End users_ cannot write arbitrary JavaScript _in wiki
>pages_.
>
>-- brion vibber (brion @ pobox.com)
So I suppose we could have a Monobook Adsense skin that users wanting
to support Wikimedia through adsense could use (note that I am
proposing a _choice_ here)?
Don't know if it would be popular, but I would at least _try_ it,
probably use it, and probably click a link about once a month or so
(worth the effort?)
--Dittaeva
>Date: Sun, 15 Aug 2004 04:22:45 -0700
>From: Luis Casillas <casillas(a)mercedsystems.com>
<snip>
>On Aug 14, 2004, at 3:04 PM, Ashar Voultoiz wrote:
>
>> Or one can join the development team and implement a real
restriction
>> system :o)
>
>Well, for better or worse, I realized that I can get away very well
>without one. What I really need is a mechanism to export static HTML
>pages from a site. I expect I'll have to write one that suits my
>needs, though it won't happen until a few weeks from now at the
>earliest.
Perhaps you should take a look at the link between the pages
meta-wikimedia and
http://www.wikimediafoundation.org/
go to this page
http://wikimediafoundation.org/fundraising
and follow the very last link on that page for an example. Don't know
who has done this, but I suppse it something similar you want.
--Dittaeva
Hi,
I would like to use Media Wiki 1.3.1 for a project in Japanese,
and my friend has just installed it successfully.
However, as I try to edit the Main Page and save it, it always
return to the preceding version.
Does this problem have anything to do with the .htaccess file ?
please advise.
thank you very much in advance.
Hendry
ps: this is the .htaccess we have right now.
------------------------
# Allow wiki articles to start with a period
<Files .*>
Order Deny,Allow
Allow From All
</Files>
<Files *.phtml>
Deny From All
</Files>
<Files LocalSettings.php>
Deny From All
</Files>
# Allow rewriting URLs
RewriteEngine on
RewriteBase /jabionpedia
# Redirect old /wiki.phtml?title= and index.php urls
#RewriteRule wiki\.phtml\?title=(.*)$ $1 [L]
RewriteCond %{REQUEST_URI} !index\.php\?title=(.*)&action=edit.*$
#RewriteCond %{QUERY_STRING} !title=(.*)&action=edit.*$
#RewriteRule index\.php/(.*)$ $1 [L]
# Don't rewrite requests for files in MediaWiki subdirectories,
# MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt
RewriteCond %{REQUEST_URI} !(stylesheets|images)/
RewriteCond %{REQUEST_URI} !(redirect|index).php
RewriteCond %{REQUEST_URI} !favicon.ico
#RewriteCond %{QUERY_STRING} !action=
#RewriteCond %{QUERY_STRING} !Userlogin
# Rewrite http://wiki.domain.tld/article properly, this is the main rule
RewriteRule ^(.*)$ index.php/$1 [L]
--------
Hi,
as SF anoncvs services are down, I've made a mirror (uff, revision-by-revision), and made a public CVS phase3 mirror.
The web interface (I couldn't resist making it monobook :) can be reached at http://cvs.defau.lt/phase3/
Anoncvs repo is ':pserver:anoncvs@cvs.defau.lt:/root', module 'phase3', password empty.
As proper sync took more than 24 hours (mirror had to be built revision-by-revision, doing ssh key exchange for every operation and waiting for SF servers...), even dry syncs do run more than 5 minutes, so I decided to run sync of languages/ maintenance/ and includes/ every 10 minutes, and full sync of phase3 repo every hour.
It should be much faster than SF's public CVS services.
Cheers,
Domas
P.S. I'm out for out-of-country vacation for next 10 days, so in case of mirror failure don't be too angry. Though, feedback is welcome.
As somebody involved in an effort to simultaneously (a) develop a lot
of content, (b) develop a good categorization scheme for it, I've so
far come to the following conclusions about the categories feature in
MediaWiki:
1. It's far, far better than nothing. Please remember that I believe
this as as I criticize it below.
2. It's far too much work to recategorize an existing, substantial body
of articles. And in fact, it's even more work to rename a category,
keeping the same articles under it.
Why is this so? Here's what conspires:
* You can't rename/redirect category pages. If I create a bunch of
pages with [[Category:Foo]], and later I decide that the category
should be called [[Category:Bar]], I can't just move [[Category:Foo]]
to [[Category:Bar]]. I have to go to every single article in category
Foo, and edit each one manually to have the new category.
* The software almost silently accepts categorizing pages under
categories that don't exist (more precisely: whose category page is
empty). The only indication one's done something wrong is the link
color in the category-- which my users happily ignore. (Hell, even I
have problems always looking to check if I got it right.) It would be
nice if this behavior were customizable. (Yes, and the proverbial day
that I have time, I might even try it myself-- it's not the motivation
that I lack.)
* There is no way to batch recategorize pages. I can't go to a
category index or similar page, check a set of pages, select a category
name to move them to, and have them all be recategorized as such. I
imagine such a feature could be less than trivial to get under the
current implementation: it would require doing a text
search-and-replace over the text of every article to be recategorized,
is my guess.
Any tricks, conventions, practices, etc. that any of you have found to
work around these problems (short of "get your categories right from
day 1" or "run an open site edited by thousands of users in their idle
time") is welcome.
--
Luis Casillas <casillas(a)mercedsystems.com>
If anyone has successfully configured their wiki to work with ImageMagick on a windows platform, I could use a few moments of guidance. I'm trying to set up the thumbnailing functionality, but every time I test it, I can't get ImageMagick to write the file.
I'm running a development environment on my laptop with the following components:
Windows 2000 Workstation
Apache 2.0.50
MySql 4.0.20a-debug
PHP 4.3.8
MediaWiki 1.2.6
ImageMagick 6.0.4-Q16
Here's the error I get:
-------
Warning: stat(): Stat failed for c:\inetpub\wwwroot\wiki/images/thumb/2/2d/50px-test.jpg (errno=2 - No such file or directory) in c:\inetpub\wwwroot\wiki\includes\Skin.php on line 1634
Warning: unlink(c:\inetpub\wwwroot\wiki/images/thumb/2/2d/50px-test.jpg): No such file or directory in c:\inetpub\wwwroot\wiki\includes\Skin.php on line 1638
-------
The directory path it's using is correct. The file it's looking for, however, doesn't exist, and I assume that the problem is in how I configured my settings file to use ImageMagick.
Here's the ImageMagick lines from localSettings.php:
## To enable image uploads, make sure the 'images' directory
## is writable, then uncomment this:
$wgDisableUploads = false;
$wgUseImageResize = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "c:\program files\ImageMagick-6.0.4-Q16";
I'm a wiki and php neophyte... Can someone offer some tips to help solve this configuration problem?
Thanks,
Kenneth Rainey
In a wiki I'm working on, there are some prices of old computers. (I
want to make the point, to my students, that computers have gotten a
lot cheaper since the days when I was a lad.)
It would be great to have a macro that would do dollar conversions from
an arbitrary year to the present day (or to another arbitrary year).
Such things exist on the web as excel spreadsheets, etc., so the data
are available.
Q: does mediawiki have this already? I guess I could just write the
PHP code myself and put it in my own wiki setup, but it would make
sense to use something pre-existing.
Dan E. Kelley, Associate Professor phone:(902)494-1694
Oceanography Department, Dalhousie University fax:(902)494-2885
Halifax, Nova Scotia mailto:Dan.Kelley@Dal.CA
Canada B3H 4J1 http://www.phys.ocean.dal.ca/~kelley/Kelley_Dan.html
Collin Hsu wrote:
> I 've followed your direction. But the old entries,which should disappear
> after having been deleted from the DB, are still displayed on the history
> page and when I click on the link, it displayed a page with the following
> text:
The old history page is still cached in your browser. Force it to reload
(ctrl+reload or shift+reload, depending on your browser) and it should
clear up. (It will also clear automatically if the page is edited, or
you can manually update the cur_touched entry in the page's cur table
entry to the current timestamp.)
-- brion vibber (brion @ pobox.com)
Hello,
the problem with "_" instead of spaces in URLs is that Google recognizes
something like "foo_bar" as one word, which seems to have a negative
effect on the page rank when someone searches for "foo" or "bar". Is it
possible to use "+" or " " / "%20" instead?
Andreas