Hi
I want have an icon in the browser's address-line when
my wiki site being accessed. Just as the W icon when
www. wikipedia.com being accessed.
I did the following but won't work.
I change the icon in browser's address-line?
The wiki will output a <link> which references the
traditional /favicon.ico, at the root URL path of your
site. (Some browsers will look there even without the
<link>, others require it.)
If you want to use some other icon specifically for
those browsers supporting it, you can change a bit in
/includes/Skin.php. Change the line from 'href' =>
'/favicon.ico' to 'href' =>
'/var/www/wiki/skins/monobook/favicon.ico'.
Any suggestion?
Thanks
jc
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
Hi everyone,
I get a question about localization: I can localize when I am logged in, but
I would like to have a specific localization for an anonymous user like for
instance http://pt.wikipedia.org/wiki/Pagina_principal or
http://de.wikipedia.org/wiki/Hauptseite.
Has someone any advice? Thanks a lot, mauro.
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.12.8/161 - Release Date: 11/3/2005
Hi Rowan,
Thanks again for your detailed explaination.
I do have a better understanding of Namespace and
subpage now.
But I still have one problem.
As I explained earlier that I am running mediawiki
1.5.2 on a Fedora Core 4 box.
I have PHP-5.0.4-10.5 with Zend PHP optimizer
installed.
Currently the my mediawiki system does not seem to
interpret {{/box-header|{{{topic}}}
portal|Portal:{{{topic}}}/Intro|}}
It interpret the above as
Template:/box-header}portal|Portal:{{{topic}}}/Intro|}}
My system seems does not understand {{{topic}}} when
{{{topic}}} is inside {{Portal|}}}
Is this a bug or I am missing something
Thanks
jc
--- Rowan Collins <rowan.collins(a)gmail.com> wrote:
> On 11/11/05, judi chen <judi_chen(a)yahoo.com> wrote:
> > My problem is that I copied the same code from
> > wikipedia to my wiki site. But the display is
> > different. The page I copied from wikipedia is
> >
>
http://en.wikipedia.org/w/index.php/Template:Box_portal_skeleton
>
> Aha, now I can hopefully be a bit less vague about
> what's going on (at
> the price of being more long-winded, to make sure
> I'm not assuming
> knowledge you don't have).
>
> > it seems that on the wikipedia site, some
> variables
> > get automatically plug into the {{ }} function.
>
> Yes, that is how templates work; see
> http://meta.wikimedia.org/wiki/Help:Template
> Although in some ways
> very simple, the template inclusion system is
> extremely powerful -
> almost, some would argue, *too* powerful - and can
> be combined with
> other features in very intricate ways, as seems to
> be the case here.
>
> > The code associated with it is
> >
> > {{/box-header|{{{topic}}}
> > portal|Portal:{{{topic}}}/Intro|}}
> > {{Portal:{{{topic}}}/Intro}}
>
> Actually, no it's not; this may seem picky, but the
> code is
> {{/box-header|{{{topic}}}
> portal|Portal:{{{topic}}}/Intro|}}
> Note that it is all on one line - I'd been assuming
> that the
> linebreaks were just from copying it into the
> e-mail, but the output
> below looks almost as though the first line is being
> interpretted as a
> template with one parameter, "{{{topic", hence the
> stray "}" at the
> end. So perhaps make sure the code is *exactly* as
> on Wikipedia.
>
> > Template:/box-header}
> > portal|Portal:{{{topic}}}/Intro|}}
> > {{Portal:{{{topic}}}/Intro}}
>
>
> The next thing to remember is that templates will
> not necessarily look
> tidy when viewed on their own, since all the
> variables (numbers or
> labels in {{{triple braces}}}) will not be filled
> in, so the code may
> not even be valid (and will probably look different
> on different
> versions of MediaWiki). Only once they have been
> included on another
> page, with the appropriate parameters to fill those
> variables (as in
> "{{box portal skeleton| topic=Chess}}"), will they
> make any sense.
> This is what the "{{Portal:{{{topic}}}/Intro}}" bit
> is for - once in
> use, the "{{{topic}}}" will become, say, "Chess",
> and this line will
> include as a template the page "Portal:Chess/Intro".
>
> In this particular case, the template's authors have
> also made heavy
> use of sub-page features (see
>
http://meta.wikimedia.org/wiki/Help:Link#Subpage_feature
> ). The
> "Portal:Chess/Intro" above is technically a
> sub-page, but since it's
> full name is given, that doesn't really matter. More
> importantly, we
> have things like "{{/box-header}}", which are also
> intended as
> sub-page links - i.e. they refer not to
> "Template:/box-header" but to
> "<current page>/box-header"; assuming the page we're
> pasting into is
> "Portal:Chess", {{/box-header}} should become
> equivalent to
> {{Portal:Chess/box-header}} .
>
> And now we come to what may be the central issue of
> your problem:
> sub-pages can be turned on and off for each
> namespace in the wiki, and
> are off by default for the main namespace (the one
> with no specific
> prefix). *But*, the "Portal" namespace doesn't
> actually *exist* in a
> default install, so as far as the software is
> concerned, a page called
> "Portal:Chess" is one with that exact name in the
> main namespace, as
> opposed to one called "Chess" in the namespace
> called "Portal". [See
> http://meta.wikimedia.org/wiki/Help:Namespace ]
>
> To emulate the setup of Wikipedia completely,
> therefore, you need to
> first create a namespace called "Portal" (see
>
http://meta.wikimedia.org/wiki/Help:Custom_namespaces
> ), and then
> enable sub-pages for that namespace, by editting
> your
> LocalSettings.php. You can use your template without
> doing any of that
> though, in an existing namespace which *does* have
> sub-pages, such as
> a Talk: or Project: page (or, indeed, another
> Template: page).
>
>
> I hope this explains most of what's going on here,
> and apologies if it
> seems too long-winded; but I thought it better to
> try and explain the
> issues involved rather than just troubleshoot the
> problem, so that you
> can use the features effectively yourself, and
> overcome other problems
> as they arise.
>
> --
> Rowan Collins BSc
> [IMSoP]
>
mediawiki-l(a)Wikimedia.org
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
Dear all,
I am trying to locate which functions get called when a user clicks
save/preview buttons when in the edit mode?. I also am trying to figure out
where and when the text in the edit box gets parsed. Appreciate any help.
Thanks
Hi all
thanks
I use the binary mode to ftp the file from one server
to another server.
I did exactly steps as I described.
Can someone give me the detailed steps that I should
follow including the query.
Thanks
jc
Message: 3
Date: Fri, 11 Nov 2005 16:23:24 -0800 (PST)
From: judi chen <judi_chen(a)yahoo.com>
Subject: [Mediawiki-l] moving database from server A
to server B
To: mediawiki-l(a)Wikimedia.org
Message-ID:
<20051112002324.39906.qmail(a)web52307.mail.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Hi Rob,
Here are the steps I followed,
1. dump db by using
mysqldump -u root -p --single-transaction mywikidb >
backup.sql
2. ftp the backup.sql over to box B with bin
3. Create a database with the same name 'mywikidb' on
B.
$ mysql -u root -p
Enter root password: ****
mysql> create database mywikidb;
mysql> use mywikidb;
4. import database
mysql> source backup.sql;
5. Install MediaWiki as usual, but change the
database's name from the default 'wikidb' to
'mywikidb' MediaWiki will detect there is a
pre-existing database and try to upgrade it when
necessary.
Also, the language setting MUST be the same as the
original one!!
Pls help.
Thanks
jc
Message: 9
Date: Fri, 11 Nov 2005 19:41:32 +0000
From: Rob Church <robchur(a)gmail.com>
Subject: Re: [Mediawiki-l] moving database from server
A to server B
To: MediaWiki announcements and site admin list
<mediawiki-l(a)wikimedia.org>
Message-ID:
<e92136380511111141j14c46f65y(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
That page is rather fragmented in terms of "steps" -
can you outline
more or less what you actually did, so we can spot
where the problem
lies?
Rob Church
On 10/11/05, judi chen <judi_chen(a)yahoo.com> wrote:
> Hi All,
> Thanks for all the previous help.
>
> I am running mediawiki 1.5.2 on Fedora Core 4.
>
> I followed the instructions from the following
article
>
> at meta.wikimedia.com to move/restore database.
>
> How to move a MediaWiki Database
>
> It looks OK at begining. But then I found that a lot
> of infomation has been lost during the restore
> process, such as articles and template.
>
> Any suggestions
>
> thanks again
> jc
__________________________________
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs
------------------------------
Message: 4
Date: Sat, 12 Nov 2005 00:50:08 +0000
From: Vinayak Nagaraj <v.nagaraj(a)econwiki.lse.ac.uk>
Subject: Re: [Mediawiki-l] moving database from server
A to server B
To: MediaWiki announcements and site admin list
<mediawiki-l(a)Wikimedia.org>
Message-ID: <43753C40.2090004(a)econwiki.lse.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1;
format=flowed
Stupid question, but did you use the right mode when
FTPing?
I do this pretty often as we're constantly moving to
different servers.
What I do is get PhpMyAdmin to export the database
into an SQL query,
and then just copy and paste that query into the
PhpMyadmin in the new
server and execute. It creates the database for you,
and everything.
The
important rule (I think) is that the directory
structure etc needs to
be
kept the same... and it works like a charm. The new
installation picks
it up and upgrades the database (if I'm upgrading
version etc).
Vinayak
judi chen wrote:
> Hi Rob,
>
> Here are the steps I followed,
>
> 1. dump db by using
> mysqldump -u root -p --single-transaction mywikidb >
> backup.sql
>
> 2. ftp the backup.sql over to box B with bin
>
> 3. Create a database with the same name 'mywikidb'
on
> B.
>
> $ mysql -u root -p
> Enter root password: ****
>
> mysql> create database mywikidb;
> mysql> use mywikidb;
>
> 4. import database
> mysql> source backup.sql;
>
> 5. Install MediaWiki as usual, but change the
> database's name from the default 'wikidb' to
> 'mywikidb' MediaWiki will detect there is a
> pre-existing database and try to upgrade it when
> necessary.
>
> Also, the language setting MUST be the same as the
> original one!!
>
>
> Pls help.
> Thanks
> jc
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
On 11/11/05, judi chen <judi_chen(a)yahoo.com> wrote:
> My problem is that I copied the same code from
> wikipedia to my wiki site. But the display is
> different. The page I copied from wikipedia is
> http://en.wikipedia.org/w/index.php/Template:Box_portal_skeleton
Aha, now I can hopefully be a bit less vague about what's going on (at
the price of being more long-winded, to make sure I'm not assuming
knowledge you don't have).
> it seems that on the wikipedia site, some variables
> get automatically plug into the {{ }} function.
Yes, that is how templates work; see
http://meta.wikimedia.org/wiki/Help:Template Although in some ways
very simple, the template inclusion system is extremely powerful -
almost, some would argue, *too* powerful - and can be combined with
other features in very intricate ways, as seems to be the case here.
> The code associated with it is
>
> {{/box-header|{{{topic}}}
> portal|Portal:{{{topic}}}/Intro|}}
> {{Portal:{{{topic}}}/Intro}}
Actually, no it's not; this may seem picky, but the code is
{{/box-header|{{{topic}}} portal|Portal:{{{topic}}}/Intro|}}
Note that it is all on one line - I'd been assuming that the
linebreaks were just from copying it into the e-mail, but the output
below looks almost as though the first line is being interpretted as a
template with one parameter, "{{{topic", hence the stray "}" at the
end. So perhaps make sure the code is *exactly* as on Wikipedia.
> Template:/box-header}
> portal|Portal:{{{topic}}}/Intro|}}
> {{Portal:{{{topic}}}/Intro}}
The next thing to remember is that templates will not necessarily look
tidy when viewed on their own, since all the variables (numbers or
labels in {{{triple braces}}}) will not be filled in, so the code may
not even be valid (and will probably look different on different
versions of MediaWiki). Only once they have been included on another
page, with the appropriate parameters to fill those variables (as in
"{{box portal skeleton| topic=Chess}}"), will they make any sense.
This is what the "{{Portal:{{{topic}}}/Intro}}" bit is for - once in
use, the "{{{topic}}}" will become, say, "Chess", and this line will
include as a template the page "Portal:Chess/Intro".
In this particular case, the template's authors have also made heavy
use of sub-page features (see
http://meta.wikimedia.org/wiki/Help:Link#Subpage_feature ). The
"Portal:Chess/Intro" above is technically a sub-page, but since it's
full name is given, that doesn't really matter. More importantly, we
have things like "{{/box-header}}", which are also intended as
sub-page links - i.e. they refer not to "Template:/box-header" but to
"<current page>/box-header"; assuming the page we're pasting into is
"Portal:Chess", {{/box-header}} should become equivalent to
{{Portal:Chess/box-header}} .
And now we come to what may be the central issue of your problem:
sub-pages can be turned on and off for each namespace in the wiki, and
are off by default for the main namespace (the one with no specific
prefix). *But*, the "Portal" namespace doesn't actually *exist* in a
default install, so as far as the software is concerned, a page called
"Portal:Chess" is one with that exact name in the main namespace, as
opposed to one called "Chess" in the namespace called "Portal". [See
http://meta.wikimedia.org/wiki/Help:Namespace ]
To emulate the setup of Wikipedia completely, therefore, you need to
first create a namespace called "Portal" (see
http://meta.wikimedia.org/wiki/Help:Custom_namespaces ), and then
enable sub-pages for that namespace, by editting your
LocalSettings.php. You can use your template without doing any of that
though, in an existing namespace which *does* have sub-pages, such as
a Talk: or Project: page (or, indeed, another Template: page).
I hope this explains most of what's going on here, and apologies if it
seems too long-winded; but I thought it better to try and explain the
issues involved rather than just troubleshoot the problem, so that you
can use the features effectively yourself, and overcome other problems
as they arise.
--
Rowan Collins BSc
[IMSoP]
Hi,
third try with my question ;-) ...
Can someone comment on this? I want to know if I made a mistake or if
this is a bug in the update process. Maybe this is an issue for
Mediazilla ...???
Thanks, Thomas
---------------------------------------------------------------------
Hi,
I have a strange problem with the 1.5.2 upgrade process:
- I have a mediawiki version 1.3.7 running on mysql 4.0.15-Max-log. The
sql data were dumped with --default-character-set=latin1 and imported
into a test-db on the same server (4.0x).
- I performed the update process as described in UPGRADE: First started
the maintenance/upgrade1_5.php. Then used the classic web-update for
finishing the process. The web update showed the following error:
Initialising "MediaWiki" namespace...
A database error has occurred
Query: SELECT old_text,old_flags FROM `text` WHERE old_id = '4399' LIMIT 1
Function: Revision::loadText
Error: 1146 Table 'gaia_wikintern15.text' doesn't exist (localhost)
Backtrace:
GlobalFunctions.php line 451 calls wfbacktrace()
Database.php line 408 calls wfdebugdiebacktrace()
Database.php line 358 calls databasemysql::reportqueryerror()
Database.php line 734 calls databasemysql::query()
Database.php line 753 calls databasemysql::select()
Revision.php line 574 calls databasemysql::selectrow()
Revision.php line 370 calls revision::loadtext()
InitialiseMessages.inc line 185 calls revision::gettext()
InitialiseMessages.inc line 72 calls initialisemessagesreal()
updaters.inc line 670 calls initialisemessages()
index.php line 609 calls do_all_updates()
If I compare the converted db structure to the structure of a fresh 1.5.2 installation,
I see an additional table "text" in the converted wiki. So it looks like the script wants to access a table
"gaia_wikintern15.text'" (where "gaia_wikintern15" is the db name) where it should originally access
a table named "text". Looks like a parsing problem ...
For testing reasons, I also performed an update from the 1.3x to 1.4.12
(both on the same server and on a mysql 4.1), which worked OK.
Any ideas how to fix this? (I couldn't find any notes in
http://meta.wikimedia.org/wiki/Upgrading_MediaWiki and the IRC wasn't
responding)
Bye, Thomas
---------------------------------------------------------------------
--
--------------------------------------------------------------------
* THOMAS M. ROTHER * netzwissen.de * D-73728 Esslingen, Germany,EU *
* mailto:t.rother@netzwissen.de * http://www.netzwissen.de *
* GPG Key from http://wwwkeys.de.pgp.net * ICQ-ID 311887737 *
* Fingerprint B208 E204 4249 4635 19B9 B691 3E73 C8B9 1229 DE4C *
--------------------------------------------------------------------
hi Rowan,
Thanks for the help.
Here is what I want to do.
I want to automate the Portal creation process for my
wiki site, which should be the same as the wikipedia
does.
See this site for reference,
http://en.wikipedia.org/wiki/Wikipedia:Wikiportal
The wikipedia portal creation process call
Template:Box_portal_skeleton
So I created a Template:Box_portal_skeleton on my wiki
site using the same code copied from the wikipedia
site. As I explained in the previous msg, my
Template:Box_portal_skeleton doesnot do the same as
the one of Wikipedia does.
So my question is whether I need to define/enable
something on the namespace or I need to include some
extensions?
Thanks
jc
Message: 8
Date: Fri, 11 Nov 2005 15:17:09 +0000
From: Rowan Collins <rowan.collins(a)gmail.com>
Subject: Re: [Mediawiki-l] subpage problem
To: MediaWiki announcements and site admin list
<mediawiki-l(a)wikimedia.org>
Message-ID:
<9f02ca4c0511110717k3bb6b59by(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On 11/11/05, judi chen <judi_chen(a)yahoo.com> wrote:
> I think that I have a subpage problem
>
> I saw a display on wikipedia.com as
>
> Template:/box-header{{Portal:{{{topic}}}/Intro}}
As I said in my earlier reply, this is probably *not*
a page called
"Template:/box-header", but a sub-page of the current
one, so if you
saw it on a page called "foo", the template to copy is
called
"foo/box-header".
Sub-pages only work, however, in namespaces where they
have been
enabled (e.g. discussions can have sub-pages, but
articles can't, by
default). In a namespace without them, it *will* be
interpretted as
meaning "Template:/box-header".
See the appropriate help pages on meta for more on all
this -
http://meta.wikimedia.org/wiki/Help:Contents
--
Rowan Collins BSc
[IMSoP]
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
Hi Rob,
Here are the steps I followed,
1. dump db by using
mysqldump -u root -p --single-transaction mywikidb >
backup.sql
2. ftp the backup.sql over to box B with bin
3. Create a database with the same name 'mywikidb' on
B.
$ mysql -u root -p
Enter root password: ****
mysql> create database mywikidb;
mysql> use mywikidb;
4. import database
mysql> source backup.sql;
5. Install MediaWiki as usual, but change the
database's name from the default 'wikidb' to
'mywikidb' MediaWiki will detect there is a
pre-existing database and try to upgrade it when
necessary.
Also, the language setting MUST be the same as the
original one!!
Pls help.
Thanks
jc
Message: 9
Date: Fri, 11 Nov 2005 19:41:32 +0000
From: Rob Church <robchur(a)gmail.com>
Subject: Re: [Mediawiki-l] moving database from server
A to server B
To: MediaWiki announcements and site admin list
<mediawiki-l(a)wikimedia.org>
Message-ID:
<e92136380511111141j14c46f65y(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
That page is rather fragmented in terms of "steps" -
can you outline
more or less what you actually did, so we can spot
where the problem
lies?
Rob Church
On 10/11/05, judi chen <judi_chen(a)yahoo.com> wrote:
> Hi All,
> Thanks for all the previous help.
>
> I am running mediawiki 1.5.2 on Fedora Core 4.
>
> I followed the instructions from the following
article
>
> at meta.wikimedia.com to move/restore database.
>
> How to move a MediaWiki Database
>
> It looks OK at begining. But then I found that a lot
> of infomation has been lost during the restore
> process, such as articles and template.
>
> Any suggestions
>
> thanks again
> jc
__________________________________
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs