Hello.
I have installed Wikipedia on a windows shared host service.
how can i run management scripts? they have to run from the command line
but on a shared hosting service, i dont get to the desktop.
Pini
From: Prodos (Melbourne, Australia)
Good evening.
Rick DeNatale wrote:
> As Brion pointed out though, there is a REASON why user names in
> mediawiki need to start with an uppercase letter. User names map to
> Article names (the user's page and talk page for example), and other
> parts of Mediawiki depend on this.
>
> What this patch does is to eliminate a bit of input checking, not a
> good thing if you don't understand why the input is being checked. At
> best you are likely to end up with users whose user pages are
> inaccessible, at worst who knows.
>
I see. Okay, thanks for the cautionary note.
I'll do some testing and see what happens and report back.
Best Wishes,
PRODOS
http://prodos.thinkertothinker.com
I am currently running a wiki using mediawiki 1.4.6. A colleague of mine is
running a wiki using version 1.5, and wrote some of his own code to add
certain functionality including classification lines. I implemented his
code, but keep getting an error stating this:
Error in fetchObject(): Table 'Wikiname_wikidb.text' doesn't exist
Backtrace:
Then a number of files listed
The wikiname is my wiki name, so I'm guessing V 1.5 uses a table entitled
wikidb.text? Has anyone seen this error before?
Ryan
From: Prodos (Melbourne, Australia)
Good afternoon.
Here is how my colleague from RentACoder.com - "PHPman" -
removed the requirement of an uppercase first letter for all usernames:
- - -
The file that needed to be editted was includes/SpecialUserLogin.php
On line 183, either comment out or delete this:
ucFirst($name) != $u->getName() but leave this: ")" as it is part of the
If statement the ucFirst function is in.
- - -
I hope that might be helpful for someone some day.
Best Wishes,
PRODOS
http://prodos.thinkertothinker.com
.
Thanks guys,
Both versions work really well, feedback from users is excellent. The * also works as the fourth char in the search string. No adverse problems so far.
Regards,
Andrew
MediaWiki: 1.4.5
PHP: 4.3.10 (cgi)
MySQL: 4.0.25-standard-log
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org]On Behalf Of Maurice Joseph
Sent: 23 September 2005 17:50
To: mediawiki-l(a)wikimedia.org
Subject: RE: [Mediawiki-l] mediawiki 1.4 & 1.5rc4, substring search,
how?
Andrew;
Yes.
function legalSearchChars() {
return "A-Za-z_'*0-9\\x80-\\xFF\\-";
}
It looks like this string is treated as a class in a regular expression in the
filter function.
It would be more practical to parameterize this is DefaultSettings.php for
those who wish to modify without changing code.
Let me know if you encounter any side affects.
Maurice Joseph
SpikeSource, Inc.
developer.spikesource.com
> Hi Maurice,
>
> Looks really useful, do we place the "*" in this function:
>
> function legalSearchChars() {
> return "A-Za-z_'0-9\\x80-\\xFF\\-";
> }
>
> If so where and how, otherwise, which one please.
>
> Thanks,
>
> Andrew
>
> -----Original Message-----
> From: mediawiki-l-bounces(a)Wikimedia.org
> [mailto:mediawiki-l-bounces@Wikimedia.org]On Behalf Of Maurice Joseph
> Sent: 22 September 2005 22:06
> To: mediawiki-l(a)wikimedia.org
> Subject: RE: [Mediawiki-l] mediawiki 1.4 & 1.5rc4, substring search,
> how?
>
>
> Did a little experimenting on my local install and here's my findings. Note,
> I'm using mysql db.
>
> Enabling the following debug flags helps display the pertinent content:
> $wgDebugComments = true;
> $wgDebugDumpSql = true;
>
> Under ../includes/SearchMySQL.php contains the following function:
>
> function searchText( $term ) {
> $resultSet = $this->db->resultObject( $this->db->query(
$this->getQuery(
> $this->filter( $term ), true ) ) );
> return new MySQLSearchResultSet( $resultSet, $this->searchTerms );
> }
>
> Basically, filter() (in SearchEngine.php) defines what is a legal character.
> Modify this constant to allow '*'. Now wildcards matches work.
>
> Also, see http://dev.mysql.com/doc/mysql/en/fulltext-boolean.html for
details
> about full text sql queries in MySQL.
>
> Maurice Joseph
> SpikeSource
> developer.spikesource.com
>
>
>
> _______________________________________________
> 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
From: Prodos (Melbourne, Australia)
Good morning.
Prodos:
> > > It seems that usernames that are all lower-case are rejected!
> > >
> > > Why should that be? I don't get it.
Brion Vibber:
> > Usernames are a subset of page titles, and must follow the rules for
> > page titles.
Is that peculiar to MediaWiki?
I'm not a programmer/coder, but it strikes me as odd
that usernames - oops *U*sernames :-) - would be
subsets of page titles. Darn ... I meant ... *P*age titles :-))
I use other scripts such as: Wordpress, phpBB,
FUDForum, etc. and I'm not aware of such a
relationship with them.
Rowan Collins:
> Of course, there should probably be a more informative error when this
> barrier is encountered...
Yes, that would be helpful.
Although, I wonder if there's some sort of security
issue involved which requires the error message
to be general/vague.
Anyway, a colleague has altered my MediaWiki
script so that "first letter uppercase" is no longer
required. I've asked him to tell me how he did
it and will post his alteration on this list when I get it.
Best Wishes,
PRODOS
http://prodos.thinkertothinker.com
I would like to modify the displayed page title (not change the actual
page name) and some text based on the link it came from. If I can do it
by editing the wiki page then great. Otherwise, what are some approaches
to changing PHP code to solve this kind of problem? I'm new to wikis but
have experience with PHP.
Why I want it is described by the following situation within the
hierarchy of the List of Birds article in Wikipedia. There is a page for
Great Northern Diver (The UK name) which is called Common Loon in North
America. If the page is linked to from a list of North American birds
then Common Loon should show as the page title and a variable should be
available for other occurances of the name within the content. It's
important to maintain the single page for the bird content. Of course
this is on my own wiki system and not Wikipedia itself.
What comes to mind is to pass the information on the request from a link
on a page with list of birds to the target page, Great Northern Diver. A
piped link like [[Great Northern Diver|Common Loon]] would, through a
code change, cause "Common Loon" to be passed as an item on the request.
Another code change would allow the title to be set to the piped name
and make it available as a variable. A non-piped link like [[Great
Northern Diver]] would not pass the data on the request and the variable
value would default to the name of the page.
Is this a reasonable approach?
Tim
Good morning all... 3 questions or request for help.
I was wondering if anyone has any good suggestions for setting up a
taxonomy system for reference to a historical period. I've been running
around in circles trying to find examples that do _not_ use the biology
system. Don't get me wrong, that's one heck of a system but I don't
think it will work for me or I'm just lacking the learn curve to use it
as an example.
Next, has anyone solved the var in templates to extensions issues with
version 4.*? I'm not the world leader in PHP (as a matter of fact it's
all new to me) and I'm a bit lost.
And finally, nesting navigation with dynamic drop downs:
Dynamically created Nav. with clickable dropdowns. I've seen a few
extensions out there that dynamically create a NAV but none that will
nest other links..
Title
Title
Title <click to hide>
Title-a
Title-a <click to hide>
Title-b
Title-b
Title-a
Title-a
Title
Title
Etc...
Anyone seen anything like this or want to lead me by the nose to sample
code that my M$ VB$script brain can figure out and I'll try to write it?
Thanks!
From: Prodos (Melbourne, Australia)
Good evening.
In an earlier post, I wrote:
> I've followed the instructions at:
>
> http://meta.wikimedia.org/wiki/Preventing_Access
>
> ... which prevents a new user from creating an account
> but which should still allow me as admin to create a
> new account, but I just can't make it work.
>
> Here are the instructions that I've been following from
> http://meta.wikimedia.org/wiki/Preventing_Access
>
> - -
> In order to prevent new user registrations, the following line could be
> added to the LocalSettings.php file:
> $wgWhitelistAccount = array ( "sysop" => 1, "developer" => 1 );
>
> Note: New users will still be able to be created by sysops, in the
> following manner:
>
> Go to [[Special:Userlogin]], when logged in as a sysop.
> Enter a username and an email address, and click the "by email" button.
> The account will be created with a random password which is then emailed
> to the given address.
> - - -
>
> However, when I do all this I just get a note in red saying:
>
> "You have not specified a valid user name."
>
I worked out that when I made the first letter of the
username UPPER-case it all worked like a dream!
I've been struggling with this for 2 weeks. Sheesh!
It seems that usernames that are all lower-case are rejected!
Why should that be? I don't get it.
Is there some way to allow all-lower-case usernames?
Best Wishes,
http://prodos.thinkertothinker.com
You might want to have a look at the java classes I wrote for
mediawiki interaction, somewhat documented at
http://katlas.math.toronto.edu/wiki/WikiLink
If you look at the .java file, you'll see functions for performing a
login (no ssl support, however), and and uploading files, amongst
other things. If you dig into the jar file, you'll find an (untested)
command line interface to the java class.
Perhaps you can make use of it. If it's not useful in it's present
form, I'd love any feedback; one day I'll do some more work on it.
Even better, if you make any changes yourself, the code lives in an
SVN repository at http://katlas.math.toronto.edu/svn/WikiLink, and I'd
be happy to give anyone commit access.
Scott
> Hello,
>
> On numerous occasions, myself or one of my sw developers ends up
> downloading massive file sets from our Subversion repositories in order to
> upload them to MediaWiki. (Some might question the sanity of this--I've
> been burned enough by repository destruction in various
> source-code-management databases to learn that we always take broad tarball
> "snapshots" at every major software release.)
>
> This is major drain on time and bandwidth...
>
> ...but it need not be that way if we can figure out how to get local files
> from the remote server (hosted via a dedicated hosting servers) to the
> MediaWiki running on that server, all from the command line. (I suppose
> one could X11/XWindows GUIs across the internet...but that seems rather
> cumbersome and in many cases impractical...not to mention I have to go load
> up all the X11 stuff on my server...ugh.)
>
> I'm wondering if others have suggestions to use the MW UploadFile
> mechanisms via a command-line interface, maybe like Lynx (if it's still
> around) or something similar. I'm looking for specific command-line
> examples if at all possible.
>
> Also note that my MW server is a https-based one, hence I need to be able
> to provide username and password for SSL over the command line as well.