I've embarked on an experiment to try to spyder my wiki and create
HTML pages for offline use. Using WebZIP (http://www.spidersoft.com/)
on Windows, I've been able to get an almost entirely offline wiki
representation, complete with full css and image support. I use ugly
URLs in my wiki (MW 1.4.X with page restrict patch). In WebZIP,
define a URL exclusion list to prevent spydering down certain links
(spydering down delete, move, or rollback links is especially bad). I
wanted to try this approach because a user could take a snapshot
whenever they want. To get WebZIP started, I have to bring up my wiki
main page in WebZIP's internal browser window and log in. I've
created an "archive" user that I use for this experiment and the
archive user is a member of the (restrict) group. My WebZIP project
properties includes the full URL of my main page. I start it up and
let it crank. I'm still refining my WebZIP setup, but it basically
works. I've got a backup WAMP server running MW that I can load
backup databases on so I don't unintentionally make changes to my
production site.
My WebZIP URL exclusion list for MediaWiki 1.4.X is currently:
-------------------------
action=edit
action=history
action=protect
action=restrict
action=unrestrict
action=delete
action=move
action=watch
title=Help:
Movepage
Recentchanges
Userlogin
Whatlinkshere
Userlogout
diff=
action=unprotect
Undelete
action=markpatrolled
action=rollback
redirect=no
Maintenance&subfunction
Contributions
Log&
Popularpages&
Wantedpages&
Uncategorizedpages&
Longpages&
Shortpages&
action=revert
Special_Newpages
Special_Newimages
Special_Lonelypages
Special_Listusers
Special_Listadmins
Special_Listadmins
Special_DoubleRedirects
Special_DoubleRedirects
Special_Deadendpages
Special_Categories
Special_BrokenRedirects
-------------------------
I'm also using the same approach to create an offline version of my
Bugzilla database. In my archive user, I create stored queries that I
might want to use offline (show all, show open, show (dev) closed,
show project open, show project (dev) closed, etc). I've still got
some work to do to get my offline Bugzilla finished, but I'm will on
the way.
My WebZIP URL exclusion list for Bugzilla is starting to look like:
-------------------------
action=del
action=add
action=edit
action=enter
showdependencytree
showdependencygraph
showactivity.cgi
dobugcounts=1
action=copy
action=confirmdelete
action=changeform
relogin.cgi
editparams.cgi
userprefs.cgi
remaction=forget
colchange.cgi
format=advanced
enter
query.cgi
editusers.cgi
-------------------------
This spydering approach does leave the exclusion URLs pointed to your
"production" URLs. In my desired case, I'm making an offline copy for
onsite technical access and I would either not be connected to the
Internet or the URL addresses wouldn't resolve because they are for
inaccessible intranet servers.
I thought I'd share this approach in case someone else would like to
try a client-side approach to generating an offline wiki.
Regards,
-Mike Kelley
I have a controlled group editing a WIKI, so there's no problem of spammers or vandals. Does anyone know of any easy way to automatically generate a "Send this to a friend" link for every article page on the WIKI?
thank you
Eric
---------------------------------
Yahoo! FareChase - Search multiple travel sites in one click.
Rob,
Just as I thought, I didn't do what you suggested correctly. When you wrap
the content <pre><wiki></wiki></pre> it looks great.
Andrew
-----Original Message-----
From: Rob Church [mailto:robchur@gmail.com]
Sent: Thursday, October 27, 2005 8:52 AM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] <nowiki>
It causes whitespace to be rendered as-is, e.g. new lines and
paragraphs will be shown up precisely.
Rob Church
On 27/10/05, Willy, Andrew <AWilly(a)esmil.net> wrote:
> Thanks for the response.
>
> <pre></pre> didn't remove the CR but it didn't remove wiki formating
either.
> What is the purpose of that tag? Maybe I could go about using it in
another
> manner.
>
> Andrew
>
> -----Original Message-----
> From: Rob Church [mailto:robchur@gmail.com]
> Sent: Thursday, October 27, 2005 8:36 AM
> To: MediaWiki announcements and site admin list
> Subject: Re: [Mediawiki-l] <nowiki>
>
>
> The <nowiki></nowiki> container causes the parser to basically ignore
> everything markup-related. You could wrap the whole lot in <pre></pre>
> tags and see what that does to it...
>
>
> Rob Church
>
> On 27/10/05, Willy, Andrew <AWilly(a)esmil.net> wrote:
> > I want for Mediawiki to ignore some characters, but when I use <nowiki>
> > </nowiki>, it ignores everything, including the incredibly helpful
> carriage
> > return. Is that normal behavior? Is there another way?
> NOTICE OF CONFIDENTIALITY-The information in this email, including
> attachments, may be confidential and/or privileged and may contain
> confidential health information. This email is intended to be reviewed
only
> by the individual or organization named as addressee. If you have received
> this email in error please notify Scottsdale Medical Imaging, an affiliate
> of Southwest Diagnostic Imaging, LTD immediately - by return message to
the
> sender or to support(a)esmil.com - and destroy all copies of this message
and
> any attachments. Please note that any views or opinions presented in this
> email are solely those of the author and do not necessarily represent
those
> of Scottsdale Medical Imaging. Confidential health information is
protected
> by state and federal law, including, but not limited to, the Health
> Insurance Portability and Accountability Act of 1996 and related
> regulations.
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
NOTICE OF CONFIDENTIALITY-The information in this email, including
attachments, may be confidential and/or privileged and may contain
confidential health information. This email is intended to be reviewed only
by the individual or organization named as addressee. If you have received
this email in error please notify Scottsdale Medical Imaging, an affiliate
of Southwest Diagnostic Imaging, LTD immediately - by return message to the
sender or to support(a)esmil.com - and destroy all copies of this message and
any attachments. Please note that any views or opinions presented in this
email are solely those of the author and do not necessarily represent those
of Scottsdale Medical Imaging. Confidential health information is protected
by state and federal law, including, but not limited to, the Health
Insurance Portability and Accountability Act of 1996 and related
regulations.
I had the wiki's DBusername in the $wgDBadminuser field. (My UBD, sorry). Made the change to the right user/password and while I did get the warning, everything migrated to 1.4.11 and then on to 1.5.1
Regarding php. We're on php 4.3.4 (which seems to be the default php4 install under SUSE). What version would you recommend that we use?
Thanks
--Ira
>>> brion(a)pobox.com 10/26/05 4:14 PM >>>
Ira Goldstein wrote:
> In preparation to move to 1.5.x, I'm upgrading our sites to 1.4.11
> from 1.4.7. While running the php update.php script I get the
> following errors:
>
> Warning: Invalid argument supplied for foreach() in
> /home/wiki2/mediawiki/maintenance/commandLine.inc on line 161
This may or may not be harmless. (Running on an old version of PHP?)
> Fatal error: Call to a member function on a non-object in
> /home/wiki2/mediawiki/includes/ObjectCache.php on line 409
This indicates the connection to the database couldn't be opened (in
older versions there's a bug in the error display code that causes it to
fail in some configurations). Check AdminSettings.php for the proper
credentials.
-- brion vibber (brion @ pobox.com)
Thanks for the response.
<pre></pre> didn't remove the CR but it didn't remove wiki formating either.
What is the purpose of that tag? Maybe I could go about using it in another
manner.
Andrew
-----Original Message-----
From: Rob Church [mailto:robchur@gmail.com]
Sent: Thursday, October 27, 2005 8:36 AM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] <nowiki>
The <nowiki></nowiki> container causes the parser to basically ignore
everything markup-related. You could wrap the whole lot in <pre></pre>
tags and see what that does to it...
Rob Church
On 27/10/05, Willy, Andrew <AWilly(a)esmil.net> wrote:
> I want for Mediawiki to ignore some characters, but when I use <nowiki>
> </nowiki>, it ignores everything, including the incredibly helpful
carriage
> return. Is that normal behavior? Is there another way?
NOTICE OF CONFIDENTIALITY-The information in this email, including
attachments, may be confidential and/or privileged and may contain
confidential health information. This email is intended to be reviewed only
by the individual or organization named as addressee. If you have received
this email in error please notify Scottsdale Medical Imaging, an affiliate
of Southwest Diagnostic Imaging, LTD immediately - by return message to the
sender or to support(a)esmil.com - and destroy all copies of this message and
any attachments. Please note that any views or opinions presented in this
email are solely those of the author and do not necessarily represent those
of Scottsdale Medical Imaging. Confidential health information is protected
by state and federal law, including, but not limited to, the Health
Insurance Portability and Accountability Act of 1996 and related
regulations.
In this month, there have been atleast 2 people who've asked help about vandalism where 1 single user wrecked havoc on their site. I'm making my own WIKI where I too will surely face the issue sooner or later. Surely there must be an easier way to deal with single vandal users?
Isnt there anything which you can make which does something like:
DELETE all changes in all tables from USER "xyz". Is this something hard to code?
thank you
Eric
---------------------------------
Yahoo! FareChase - Search multiple travel sites in one click.
I want for Mediawiki to ignore some characters, but when I use <nowiki>
</nowiki>, it ignores everything, including the incredibly helpful carriage
return. Is that normal behavior? Is there another way?
Andrew
NOTICE OF CONFIDENTIALITY-The information in this email, including
attachments, may be confidential and/or privileged and may contain
confidential health information. This email is intended to be reviewed only
by the individual or organization named as addressee. If you have received
this email in error please notify Scottsdale Medical Imaging, an affiliate
of Southwest Diagnostic Imaging, LTD immediately - by return message to the
sender or to support(a)esmil.com - and destroy all copies of this message and
any attachments. Please note that any views or opinions presented in this
email are solely those of the author and do not necessarily represent those
of Scottsdale Medical Imaging. Confidential health information is protected
by state and federal law, including, but not limited to, the Health
Insurance Portability and Accountability Act of 1996 and related
regulations.
Ok,
I just pasted in the style descriptions i needed from the main.css into the
mediawiki:monobook.css page and that seemed to work.
but now - in IE 6.0 my toolbars and logo only show up about half the time.
i have to hit refresh several times before they render. works fine in
firefox.
rrrrr.....
any ideas?
http://www.radiologywiki.org/
-jon
>My last post returned a "The message's content type was not explicitly
>allowed" message - so i am not sure if it came through. Here it is again.
>
>________________________
>Hello,
>
>I am new to the list, and have been struggling to understand exactly how
>mediawiki 1.5 handles skins.
>
>At first i thought that if you modify the monobook.php and main.css files -
>the changes would immediately be apparent on the website. so i went in and
>changed those files - and nothing happened. everything still looked exactly
>as it did.
>
>So then i thought - MEdiawiki has some awesome cacheing - i'll just disable
>that and then it will work - so i added:
>
>$wgCachePages = false;
>
>to the localsettings file and tried again. nothing. none of the changes i
>make to the .php or the .css file have any effect on what is displayed.
>
>I searched through the lists and found some references to the
>MediaWiki:monobook.css page that is supposed to let you modify the look and
>feel of the whole site. But it is currently blank - i would have expected
>that page to display the currently used style sheet....
>
>help! am i totally missing something?
>
>-jon
>
>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l(a)Wikimedia.org
>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
I've been attempting to create a skin based off the monobook skin and have
defined my a.new links to be color #666666. After having the skin selected,
caches purged, etc... My a.new links still show up in red although visited
a.new links show up in #666666 strike-through as I defined. Obviously my CSS
code must have been working if the visisted a.new links showed up. I
investigate the situation a bit more and noticed in the source code, that
mediawiki imported a CSS file from the wiki itself (
http://www.otterwiki.org/index.php?title=-&action=raw&gen=css&maxage=18000).
I'm curious as to how I can modify this page/file, or to be able to disable
importing this CSS file from the pages -- it seems to conflict with the
concept of skins if this will always set a.new as red as opposed to whats
defined in the skin's CSS
> From: Slavei Karadjov <slaff(a)linux-bg.org>
>
> I made a little hack to MediaWiki 1.4.11 which shows
> valid search hints when you type in the search box.
>
> For more information look at the attached file.
Would you care to make it available from a website somewhere?
Attachments are stripped from the mailing list digest.
:::: Growth for the sake of growth is the ideology of the cancer
cell. -- Edward Abbey
:::: Jan Steinman, http://www.Bytesmiths.com/Gallery