Hi Gary,
Just to clarify:
> Date: Wed, 23 May 2007 14:15:37 +0100
> From: "Gary Kirk" <gary.kirk(a)gmail.com>
> Subject: Re: [Mediawiki-l] Is MediaWiki-l
> dysfunctional? What is it good for, really?
> To: "MediaWiki announcements and site
> admin list" <mediawiki-l(a)lists.wikimedia.org>
>
> I am growing frustrated with your messages...
Peter Blaise says: Then either ignore me or respond to me privately, off
list, eh?
> Gary says: Nobody is forcing you to use,
> view, or post to this mailing list...
Peter Blaise says: Nor you. But somehow, I've had trouble getting my
situation presented - not enough room to address BIG problems? Hence my
question, what's the list for, really?
> Gary says: If you want people's responses
> when they send them, why sign up to the
> digest version? You can change your
> settings at lists.wikimedia.org...
Peter Blaise says: I don't want their response when they send them, one
by one, I want to read all engaged dialogical responses from all
contributors all together as much as possible, with each of us
responding to each other feedback in process. The digest was arriving
multiple times daily, then stopped for days, hence my question, is the
list dysfunctional?
> Gary says: There is support available on
> MediaWiki.org:
> mediawiki.org/wiki/Project:Support_desk.
> There's also #mediawik at irc.freenode.net...
Peter Blaise says: Nope. Been there, done that, got the T-shirt. There
is no "there" there.
> Gary says: This list is a fantastic resource
> and you have done nothing but rubbish it
> or complain. Remember, we don't owe you
> anything, but as we're nice people, we'll try
> and help. We're all also human, and we
> have limits...
Peter Blaise says: Complain? Heck - all I'm asking for is HELP, and
specific help at that! This list has been ZERO support for me and my
problems as presented. So, our experience differ.
However, please set me straight - contribute an accurate answer today!
If YOU know how to install MediaWiki on Window XP Pro with Apache, PHP,
MySQL and PHPMyAdmin, then please contribute your notes and make the
list as useful for me as you claim it is for you.
Thanks!
- Peter Blaise
I'm trying to put everything I have to offer on MediaWiki.org - please
join me.
Here goes for today, Friday, May 18, 2007 (how long has this been going
on? Since April 6, 2007, which was my first post here, and February 7,
2007 was when I "officially" started searching elsewhere for this very
same help):
My Struggle #1: PROTOTYPE, building an intranet-sharable Wiki that does
not require admin privileges on my local primary workstation. Cornelius
Herzog's "Wiki on WOS" (Web server On a usb Stick) from
http://www.chsoftware.net/ works. However, it requires that I permit
each visitor access by a manually entered list of internal-IP address.
This is arduous and requires that I be here for newbies to achieve their
initial success. This dampens their enthusiasm to stay with the Wiki
learning curve.
My struggle #2: ALPHA/BETA, building an in-house, intranet-sharable Wiki
WITH admin privileges on my remote secondary workstation. I have yet to
get ANY MediaWiki system working at all. I have yet to find a resource
that clearly and concisely lists the *linking steps and confirmation
checks* between Microsoft-Windows-XP-Pro, Apache, PHP, MySQL, and
MediaWiki (and PHPMyAdmin).
(The book "MediaWiki Administrators' Tutorial Guide: Install, manage,
and customize your MediaWiki installation" by Mizanur Rahman, 2007
http://www.packtpub.com/ was no help. It says, page 19, "Since this
book is about MediaWiki, we are not going to learn about the
installation of a web server, database server, or even PHP." Well, all
right, then! So much for fulfilling their own title! Thanks!)
My dream struggle #3: build MULTIPLE WIKIS on one computer that share
the SAME DATABASE, and also, build MULTIPLE WIKIS on one computer that
DO NOT SHARE THE SAME DATABASE.
If anyone has links to resources supporting *linking steps and
confirmation checks* resolving these struggles, please share! I've read
most of the ones in Google's top search results and find they are
missing specific *linking steps and confirmation checks*, and are also
usually out of date (MySQL 4 and PHP 4 and MediaWiki 1.3, for instance).
I envy anyone who has accomplished success, especially anyone who has
more than one working MediaWiki in any format!
- Peter Blaise
(Oh heck, why not quit grousing and at last archive my challenges here
by cutting them into smaller posts that do fit within the
mediawiki-l(a)lists.wikimedia.org criteria?)
== Still looking for an accurate, contemporaneous "MediaWiki
Installation Manual" ==
Peter Blaise says: I cannot seem to successfully and predictably
contribute to http://www.mediawiki.org/wiki/Manual:Contents/To_do or
other MediaWiki.org pages (Pop-up blocker? Cookies? Local or remote
synch problems? Admin lock outs? Who knows?). So, I created one here:
http://www.mediawiki.org/wiki/User:Peterblaise ... if I can only
successfully log in more than once!
I look forward to anyone else trying to document the various roads to
success implementing MediaWikis. As of 2007-05-18 there is no
discussion on MediaWiki yet at
http://www.mediawiki.org/wiki/Manual:Contents/To_do ?!?
There is much fragmentation:
http://www.mediawiki.org/wiki/Installationhttp://www.mediawiki.org/wiki/Project:Manualhttp://www.mediawiki.org/wiki/Manual:Contents
... and so on. No one has taken ownership (I know, ownership is a Wiki
no-no) of structuring a comprehensive Installation manual. And since I
can't seem to successfully and predictably contribute anywhere else on
MediaWiki.org except at "my own"
http://www.mediawiki.org/wiki/User:Peterblaise then I can't lend a hand.
Even at the old http://meta.wikimedia.org/wiki/Help:Contents I quote":
"For Installers ... nothing yet?"
Sadly, I was officially unwelcomed here (speaking of ownership) once
before, but I'll try again.
As I experience it:
- The beauty of MediaWiki is that everyone can contribute (except me!).
- The problems with MediaWiki.org are that almost no one actually does
contribute, and when they do, it so horribly disorganized that it
doesn't matter much.
However, I suggest that people NOT initially respond to me here ...
Instead, if you think you *know* some answers, then first *try to find
those answers at http://www.mediawiki.org/* ... and:
- If you do find answers at MediaWiki,org, then reply here with *links*.
- If you cannot find answers on MediaWiki.org, then first *create
answers there*... and only after that, reply here with *links*.
Thanks!
- Peter Blaise
Hi all,
I just tried to make a somewhat advanced kind of redirect. I used a
combination of interwiki-code, a bit of "hard coded" title text plus one
part of the target title name defined using a template, like so:
#REDIRECT [[iw-code:BlahBlah/{{template.default.locator}}]]
Unfortunately the above redirect doesn't work. When I introduced the
template part of the target title ( "{{template.default.locator}}" ) it
no longer works. It worked fine, though, while I had the entire target
title name hard coded, like so:
#REDIRECT [[iw-code:BlahBlah/DefaultTitle]]
*Conclusion*: the template obviously isn't expanded before the target
address is evaluated (using MW 1.9.3).
This is unfortunate because it means that I cannot "globally" control
(redirect) a certain "locator-link" via the template mechanism. I use a
separate page as a "standard link" in a group of pages used to represent
an "object" (one page = one "attribute").
Is there anyone else who also needs this kind of link, I mean, so it
might be taken under consideration as something that really really needs
to be fixed...? =)
Regards,
// Rolf Lampa
> Date: Mon, 21 May 2007 14:59:40 -0600
> From: "G. Carter" <gcarter2000(a)gmail.com>
> Subject: [Mediawiki-l] Importing Content
> To: mediawiki-l(a)lists.wikimedia.org
> Hi:
> Where can I find information on importing
> content into my Wiki?
> Thanks
Hi and welcome, G. Carter,
It depends on the content.
I import Microsoft Word documents with
http://www.mediawiki.org/wiki/Extension_talk:Word2MediaWikiPlus which
converts documents and pictures and facilitates uploading both, though
it's for cut-and-paste, one document at a time. It took me ~3 hours to
clean up, convert and upload ~500,000 words in ~30 long documents.
Other documents require hand schmoozing, though I'm planning to
subcontract (six figures?) mass conversion of large quantities of legacy
documents in DOC, PDF and other formats, like PPT, XLS and so on, and my
goal is NOT mere one-time conversion but a useful ongoing conversion
tool for new documents, AND converting from Wiki TO other formats (hence
the big price tag!).
Or, do you mean import from an existing Wiki into a new Wiki?
Tell us more - what is your exact situation, what are your resources and
skill set? Also, please tell us where you searched and what you
searched for and what results you've found so far, that would help
reduce out guesswork a great deal.
Peter Blaise, Wiki-on-WOS-lover! (the ONLY Wiki that's worked for me so
far!)
OK, now that I've looked into the code some more (looking at 1.9.3).
I see that I have a somewhat different problem.
Here's what's going on. I have some wikis where I regularly update
page content from an external source using a script that generates
xml like what the exporter generates. These get loaded via
importdump.php and are marked in the page histories as
revisions...which is working fine.
The problem is that I want to be able to see in recentchanges when a
human has edited the pages. So, I want to have the script-generated
pages marked as bot edits and let the human changes show through. I
can mark the script-generated pages as being from a bot by flagging
them in the recentchanges...but the human ones still aren't there
because the limit on 5000 entries in recentchanges when
rebuildrecentchanges.php runs. My scripts run daily and they
typically affect more than 5000 pages at a time.
I'm concerned that just raising or eliminating the limit will make
things unacceptably slow and make the table too large. I'm wondering
about hacking the script to separate passes for bots and non-bots.
Thoughts?
Jim
p.s. I decided to sent this just to mediawiki-l and not wikitech,
since presumably the wikipedias don't have this problem.
On May 20, 2007, at 5:26 PM, Jim Hu wrote:
> Yes, I know that.. I should have said recentchanges instead of
> revisions.
>
> But they're not flagged in the recentchanges table. The problem is
> that they show up whether or not one uses hide bots in
> Special:Recentchanges. This is fixable by manually updating
> recentchanges with,
>
> update recentchanges set rc_bot=1 where rc_user=<bot_user_id>;
>
> but I was hoping that importDump would do this automatically based on
> recognizing the username. However, upon reflection, I believe that
> importDump doesn't do anything directly to recentchanges - I usually
> have to rebuild to get changes to show up. Thus, if there is a fix
> needed, it should be in rebuildrecentchanges.php or somewhere else.
>
> JH
>
> On May 20, 2007, at 3:29 PM, Aaron Schulz wrote:
>
>> Hmm, bot edits are only observed as "bot edits" in the
>> recentchanges table. Edits by bots in the revision table are not
>> actually flagged as bot edits.
>>
>> <div><FONT color=#3333cc>-Aaron Schulz</FONT></div></html>
>>
>>
>>
>>
>>> From: Jim Hu <jimhu(a)tamu.edu>
>>> Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
>>> To: Wikimedia developers <wikitech-
>>> l(a)lists.wikimedia.org>,MediaWiki announcements and site admin
>>> list<mediawiki-l(a)lists.wikimedia.org>
>>> Subject: [Wikitech-l] importDump and setting rc_bot
>>> Date: Sun, 20 May 2007 13:22:07 -0400
>>>
>>> As far as I can tell, importDump does not mark imported pages as
>>> coming from a bot, even when the user is a bot in the User
>>> table. Is
>>> that correct? Is there a way to indicate a bot revision in the xml,
>>> or do I need to do this in the db afterward?
>>> =====================================
>>> Jim Hu
>>> Associate Professor
>>> Dept. of Biochemistry and Biophysics
>>> 2128 TAMU
>>> Texas A&M Univ.
>>> College Station, TX 77843-2128
>>> 979-862-4054
>>>
>>>
>>> _______________________________________________
>>> Wikitech-l mailing list
>>> Wikitech-l(a)lists.wikimedia.org
>>> http://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
>> _________________________________________________________________
>> Make every IM count. Download Messenger and join the i’m Initiative
>> now. It’s free. http://im.live.com/messenger/im/home/?
>> source=TAGHM_MAY07
>>
>>
>> _______________________________________________
>> Wikitech-l mailing list
>> Wikitech-l(a)lists.wikimedia.org
>> http://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
> =====================================
> Jim Hu
> Associate Professor
> Dept. of Biochemistry and Biophysics
> 2128 TAMU
> Texas A&M Univ.
> College Station, TX 77843-2128
> 979-862-4054
>
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/wikitech-l
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
I am running MediaWiki 1.10.0 on a shared hosting server with PHP 5.2.1
(cgi). I have restricted read/create/edit access to logged-in users only.
'$wgHashedUploadDirectory = true;' was defined in LocalSettings.php. To
block access from a non-Wiki user who figures out the path/filename of an
uploaded file, I have been following the directions in
http://www.mediawiki.org/wiki/Manual:Image_Authorisation.
MediaWki is installed in a '/MyWiki' subdirectory. Steps completed so
far:
* created a .htaccess file in '/MyWiki/images' containing 'Deny from All
* tested access to an existing file in '/MyWiki/images/f/f2/Fields.png'
and received: 'Error 403 - Forbidden: You tried to access a document for
which you don't have privileges.'
* downloaded CGI-supporting image authorization script, renamed it as
'cgi-img_auth.php' and installed it in '/MyWiki'
* added '$wgUploadPath = "/MyWiki/cgi_img_auth.php";' to
'Localsettings.php'
* added the following lines to .htaccess in '/MyWiki':
RewriteEngine on
RewriteBase /
RewriteRule ^cgi_img_auth.php(.*)$
cgi_img_auth.php?path=/$1
The instructions called for adding the following lines:
RewriteEngine on
RewriteRule ^/path/to/images(.*)$
/path/to/cgi_img_auth.php/$1 [R]
RewriteRule ^path/to/cgi_img_auth.php/(.*)$
path/to/cgi_img_auth.php?path=/$1
I suspect that these RewriteRules assumed that the .htaccess file was in
the root directory of the server, rather than in the Wiki directory. Since
I wanted to limit the scope of the change to the Wiki directory, I removed
the Wiki directory path (that appears to be stripped off by Apache). I
also had to add the 'RewriteBase /' statement, probably because I am on a
shared server.
Question 1: what is the purpose of the first RewriteRule in the
instructions? The $wgUploadPath statement should cause MediaWiki to send
all image requests to 'cgi_img_auth.php', which the second RewriteRule
fixes up to have the right syntax. Any requests outside of the Wiki to
the image directory itself should fail due to the 'Deny from All'
statement. Are there cases where MediaWiki tries to access an image
through the Apache server?
I found that 'cgi_img_auth.php' was not preventing access to images if the
user was logged out. In other words, direct access to '
http://.../MyWiki/cgi_img_auth.php/f/f2/Fields.png' worked. I think the
problem occurred because I did not have a $wgWhitelistRead array defined,
causing the first test to fail and bypassing the login check.
if ( is_array( $wgWhitelistRead ) && !in_array( $imageName,
$wgWhitelistRead ) && !$wgUser->getID() ) {
wfDebugLog( 'img_auth', "not logged in and requested file
not in whitelist: $imageName" );
I changed the test to read:
if ( !( is_array( $wgWhitelistRead ) && in_array( $imageName,
$wgWhitelistRead ) ) && !$wgUser->getID() ) {
Does this make sense? I have not had a chance to verify that the
$wgWhitelistRead override works.
Thanks, Norbert
I've recently received email notification of a number of registration
attempts -- all the user names have a name plus four digit number --
which I'm assuming are nothing more than spammers or malicious people
attempting to login.
However, when I look at the userlist, none of these usernames appear.
Where did they go? Do they expire and automatically get removed if
you don't elevate them to some user group?
I'm using v1.6.10
Sandy