Hi. I need help with installing centralauth. I've looked at the
extension manual and and $wgconf manual, I've tried my best. I need a
human to help me.
I'm getting an error when trying to import an FLV movie via the
command line:
$ php importImages.php --user=Admin ~/my_images/
Import Images
Importing my_movie.flv.../libexec/ld-elf.so.1: /usr/local/lib/php/
20060613/fileinfo.so: Undefined symbol "php_realpath"
I was able to successfully import a .png file, but not .flv, though
$wgFileExtensions includes 'flv'. Adding --extensions=flv didn't help
either.
Any idea what this might be?
Best regards,
Richard
After the upgrade I get this error
Database error
A database query syntax error has occurred. This may indicate a bug in
the software. The last attempted database query was:
(SQL query hidden)
from within function "MessageCache::loadFromDB". MySQL returned error
"1146: Table 'wikidb.text' doesn't exist (localhost)".
Here is the output from the update.php script
# php maintenance/update.php
MediaWiki 1.10.4 Updater
Going to run database updates for wikidb
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds...0
...hitcounter table already exists.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...logging table already exists.
...user_newtalk table already exists.
...transcache table already exists.
...trackbacks table already exists.
...externallinks table already exists.
...job table already exists.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...querycachetwo table already exists.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...have rc_type field in recentchanges table.
...have rc_ip field in recentchanges table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...have rc_old_len field in recentchanges table.
...have user_real_name field in user table.
...have user_token field in user table.
...have user_email_token field in user table.
...have user_registration field in user table.
...have log_params field in logging table.
...have ar_rev_id field in archive table.
...have ar_text_id field in archive table.
...have page_len field in page table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have img_media_type field in image table.
...have ss_total_pages field in site_stats table.
...have iw_trans field in interwiki table.
...have ipb_range_start field in ipblocks table.
...have ss_images field in site_stats table.
...have ipb_anon_only field in ipblocks table.
...have ipb_enable_autoblock field in ipblocks table.
...have user_newpass_time field in user table.
...have user_editcount field in user table.
...have rc_deleted field in recentchanges table.
...have log_id field in logging table.
...have log_deleted field in logging table.
...have ar_deleted field in archive table.
...have ipb_deleted field in ipblocks table.
...have fa_deleted field in filearchive table.
...have rev_len field in revision table.
...have ar_len field in archive table.
...have rev_parent_id field in revision table.
...have pr_id field in page_restrictions table.
...already have interwiki table
...indexes seem up to 20031107 standards
Already have pagelinks; skipping old links table updates.
...image primary key already set.
The watchlist table is already set up for email notification.
...watchlist talk page rows already present
...user table does not contain old email authentication field.
Logging table has correct title encoding.
...page table already exists.
revision timestamp indexes already up to 2005-03-13
...rev_text_id already in place.
...page_namespace is already a full int (int(11)).
...ar_namespace is already a full int (int(11)).
...rc_namespace is already a full int (int(11)).
...wl_namespace is already a full int (int(11)).
...qc_namespace is already a full int (int(11)).
...log_namespace is already a full int (int(11)).
...already have pagelinks table.
...templatelinks table already exists
No img_type field in image table; Good.
Already have unique user_name index.
...user_groups table already exists.
...user_groups is in current format.
...wl_notificationtimestamp is already nullable.
...timestamp key on logging already exists.
Setting page_random to a random value on rows where it equals
0...changed 0 rows
Checking for additional recent changes indices...
...index on ( rc_namespace, rc_user_text ) seems to be ok
...index on ( rc_user_text, rc_timestamp ) seems to be ok
...redirect table already exists.
Checking for backlinking indices...
Checking if pagelinks index pl_namespace includes field pl_from...
...index pl_namespace on table pagelinks seems to be ok
Checking if templatelinks index tl_namespace includes field tl_from...
...index tl_namespace on table templatelinks seems to be ok
Checking if imagelinks index il_to includes field il_from...
...index il_to on table imagelinks seems to be ok
...page_restrictions table already exists.
Deleting old default messages (this may take a long time!)...Done
Checking site_stats row...ok.
Purging caches...done.
Done.
Here is my wikidb:
show tables
-> ;
+-------------------+
| Tables_in_wikidb |
+-------------------+
| archive |
| blobs |
| brokenlinks |
| categorylinks |
| cur |
| externallinks |
| filearchive |
| hitcounter |
| image |
| imagelinks |
| interwiki |
| ipblocks |
| ipblocks_old |
| job |
| langlinks |
| links |
| linkscc |
| logging |
| math |
| objectcache |
| old |
| oldimage |
| page |
| page_restrictions |
| pagelinks |
| querycache |
| querycache_info |
| querycachetwo |
| recentchanges |
| redirect |
| revision |
| searchindex |
| site_stats |
| templatelinks |
| trackbacks |
| transcache |
| user |
| user_groups |
| user_newtalk |
| user_rights |
| validate |
| watchlist |
+-------------------+
Rick Blair
Web Services Systems Engineer
USFW
303.202.2687
LOOOOLLL
The mailing list archive thread view drives me in a misunderstanding :-DDD
Sorry all...
G.
--
Giuseppe Briotti
g.briotti(a)mclink.it
"Alme Sol, curru nitido diem qui
promis et celas aliusque et idem
nasceris, possis nihil urbe Roma
visere maius."
(Orazio)
Hi,
is there a way to force SSL for login and then switch back to plain HTTP?
Thanks, Helmut
--
No Swen today, my love has gone away
My mailbox stands for lorn, a symbol of the dawn
José Antonio Carrasco M
Ing. de Sistemas
Consultor Sistemas Información, Redes, Seguridad
Correo Electrónico: info(a)solexpertas.com
Teléfono Celular: (507) 6772-0177
> -----Original Message-----
> From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-
> bounces(a)lists.wikimedia.org] On Behalf Of mediawiki-l-
> request(a)lists.wikimedia.org
> Sent: Tuesday, October 21, 2008 7:00 AM
> To: mediawiki-l(a)lists.wikimedia.org
> Subject: MediaWiki-l Digest, Vol 61, Issue 33
>
> Send MediaWiki-l mailing list submissions to
> mediawiki-l(a)lists.wikimedia.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> or, via email, send a message with subject or body 'help' to
> mediawiki-l-request(a)lists.wikimedia.org
>
> You can reach the person managing the list at
> mediawiki-l-owner(a)lists.wikimedia.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MediaWiki-l digest..."
>
>
> Today's Topics:
>
> 1. Force SSL for Login (Helmut Schneider)
> 2. Re: Redirect on Image- Pages (nsk)
> 3. Re: Force SSL for Login (Daniel Barrett)
> 4. Re: Several error url related (Platonides)
> 5. Re: Several error url related (Giuseppe Briotti)
> 6. Re: Upgrading from 1.4 to 1.10 (Platonides)
> 7. Re: Can't get Wildcard search in MediaWiki to work with
> PostgreSQL (Ren? Vestergaard)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 20 Oct 2008 15:56:33 +0200
> From: "Helmut Schneider" <jumper99(a)gmx.de>
> Subject: [Mediawiki-l] Force SSL for Login
> To: mediawiki-l(a)lists.wikimedia.org
> Message-ID: <gdi2mi$dff$1(a)ger.gmane.org>
> Content-Type: text/plain; format=flowed; charset="iso-8859-1";
> reply-type=original
>
> Hi,
>
> is there a way to force SSL for login and then switch back to plain
> HTTP?
>
> Thanks, Helmut
>
> --
> No Swen today, my love has gone away
> My mailbox stands for lorn, a symbol of the dawn
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 20 Oct 2008 16:58:47 +0300
> From: nsk <nsk(a)karastathis.org>
> Subject: Re: [Mediawiki-l] Redirect on Image- Pages
> To: mediawiki-l(a)lists.wikimedia.org
> Message-ID: <1224511127.3998.4.camel@0>
> Content-Type: text/plain
>
> On Mon, 2008-10-20 at 12:00 +0000,
> mediawiki-l-request(a)lists.wikimedia.org wrote:
> >
> > From: <niklas.fleischer(a)materna.de>
> > I have set up a wiki on my Solaris 10 and wanted to use images on the
> > frontpage as easy, fast and nice links.
> >
>
> With the next upcoming version, MediaWiki 1.14alpha, r42something (SVN
> HEAD - "unstable") you can link this way, too:
>
> [[Image:Pic.png|link=http://example.org/]]
>
> --
> Thanks,
> NSK Nikolaos S. Karastathis, http://nsk.karastathis.org/
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 20 Oct 2008 11:34:21 -0400
> From: Daniel Barrett <danb(a)VistaPrint.com>
> Subject: Re: [Mediawiki-l] Force SSL for Login
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Message-ID:
> <9445EBEE35E2D148921D2550399D1D371D2E0832(a)vpmail102.vistaprint.ne
> t>
> Content-Type: text/plain; charset="us-ascii"
>
> http://meta.wikimedia.org/wiki/Help:Configuration_tips_and_tricks#HTTPS
> _on_Login_only
>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 20 Oct 2008 19:05:55 +0200
> From: Platonides <Platonides(a)gmail.com>
> Subject: Re: [Mediawiki-l] Several error url related
> To: mediawiki-l(a)lists.wikimedia.org
> Message-ID: <gdidpf$kvn$1(a)ger.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Giuseppe Briotti wrote:
> > Hi all...
> >
> > I've a mediawiki web site running mediawiki vers. 1.10.4
> >
> > I'm interesting in upgrade to 1.13.2, thus, I create a local
> > site using xampplite with MW 1.13.2, PHP 5.2.5 and MySQL 5.0.51.
> >
> > The database was exported via phpMyAdmin 2.8.1 (no console
> > access on web server) as SQL file and then reimported in local
> > MySQL by console source command (the file is too large to work
> > by phpMyAdmin).
> >
> > (Unfortunately, I cannot create a local site similar to the
> > production one, that is running MW 1.10.4, PHP 5.0.4 and MySQL
> > 4.1.23)
> >
> > Anyway, all installed and it seems it goes fine, except for two
> > errors on two pages. It seems that two errors are in someway
> > related to url structure, but not sure...
>
> > (...)
> > any hint?
>
> Increase the allowed memory for php.
> It's getting out of memory when trying to render those pages (editing
> works becasue it just needs to show you the wikitext)..
> The / instead of ? after index.php is normal. It's using the PATH_INFO
> so you have cleaner urls than using the QUERY_STRING.
> The errors at the apache log may be related to the rewrite rules you
> might have.
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 20 Oct 2008 23:26:01 +0200
> From: Giuseppe Briotti <g.briotti(a)mclink.it>
> Subject: Re: [Mediawiki-l] Several error url related
> To: mediawiki-l(a)lists.wikimedia.org
> Message-ID: <1.3.200810202326.61065(a)mclink.it>
> Content-Type: text/plain; charset="ISO-8859-1"
>
> Thanks Platonides!
>
> I've increase the memory limit to 40M and it works
> for the page "Elementi Avanzati/Esempi di Mestiere"
> that is really huge. Probably this was the same
> error on the "Elementi Avanzati/Le Capacit?" page.
> Unfortunately, because some try on export-import
> (thinking that it could be a charset problem too)
> I have REALLY a charset problem now!
>
> For example, I've seen that for the url
>
> http://localhost/wiki/index.php/Categoria:Capacit%C3%A0
>
> The word Capacit? in hex is has follow:
> C a p a c i t ?
> 43617061636974c3a0 <- correct
>
> instead I've this:
>
> 43617061636974c383c2A0 <- wrong
>
> And because I forgot the settings for the working
> export-import sequecence, I must redo all my tests...
>
> (oh... I really hate the charsets :-D )
>
> G.
> --
>
> Giuseppe Briotti
> g.briotti(a)mclink.it
>
> "Alme Sol, curru nitido diem qui
> promis et celas aliusque et idem
> nasceris, possis nihil urbe Roma
> visere maius."
> (Orazio)
>
>
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 21 Oct 2008 00:22:16 +0200
> From: Platonides <Platonides(a)gmail.com>
> Subject: Re: [Mediawiki-l] Upgrading from 1.4 to 1.10
> To: mediawiki-l(a)lists.wikimedia.org
> Message-ID: <gdj0ao$5a7$1(a)ger.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Rick Blair wrote:
> > Well, I did not make a backup, am I screwed??
> >
> > Rick Blair
> > Web Services Systems Engineer
> > USFW
> > 303.202.2687
>
> Well, you may be able to manually move the wiki to 1.5 (look at the
> steps done by update.php) but you're on your own. *Remember to backup
> your broken db before doing anything*. Once you're on 1.5 you will be
> able to use updat.php again, but if you don't fully pass to 1.5 that
> could lead to further breakage.
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 21 Oct 2008 08:50:27 +0200
> From: Ren? Vestergaard <rve(a)techno-matic.dk>
> Subject: Re: [Mediawiki-l] Can't get Wildcard search in MediaWiki to
> work with PostgreSQL
> To: "'Greg Sabino Mullane'" <greg(a)endpoint.com>
> Cc: mediawiki-l(a)lists.wikimedia.org
> Message-ID: <C3C7EEC036D2413B8A0734D79521706C(a)tm.local>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I found that the wildcard character (*) can't be use
> when i use PostgreSQL as the database for mediawiki,
> but only when i use MySQL database for the mediawiki.
>
> After upgrading from PostgreSQL v8.3.3-1 to v8.3.4-1
> the search works a bit better.
> Now MediaWiki can find articles with the word "skovningssystem"
> if I search for "skov".
> Unfortunately it still can't find articles with the word "TM2200"
> if I search for "TM" or "2200".
>
> I want to thank Greg for his explanation about
> "word stemming".
> Now the search results make sense ;)
>
> > -----Oprindelig meddelelse-----
> > Fra: Greg Sabino Mullane [mailto:greg@endpoint.com]
> > Sendt: 16. oktober 2008 17:35
> > Til: MediaWiki announcements and site admin list
> > Cc: rve(a)techno-matic.dk
> > Emne: Re: [Mediawiki-l] Can't get Wildcard search in
> > MediaWiki to work with PostgreSQL
> >
> >
> > > > > I for instance can search for "rabbit" and find something, but
> > > > > find nothing by searching for "rabbi*" or "rabbi%".
> >
> > Searching (in Postgres on MediaWiki) works on word stemming,
> > so that any search term is broken down to its base, and the
> > base words are compared against an indexed. There is no
> > support for searching arbitrary collections of letters, which
> > seems to be what you want. Doing such a thing would be an
> > extremely time-consuming task on all but the tiniest of
> > wikis, as there is no way to index such arbitrary searches.
> > If this is something you really wanted, however, you could
> > probably write an extension and/or global flag to do the
> > searching by producing SQL similar
> > to:
> >
> > SELECT * FROM page_content WHERE old_text ~ 'rabbi' WHERE ...
> >
> > --
> > Greg Sabino Mullane greg(a)endpoint.com
> > End Point Corporation
> >
>
>
>
>
> ------------------------------
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
> End of MediaWiki-l Digest, Vol 61, Issue 33
> *******************************************
Is this mailing list a right place to get help? Why the silent? Do you know what is 2 - 2 = is?
Well, are you aware that people who are using the MediaWiki software don't know that after created "Nutley (NJ)" article will not get absolute URL characters "Nutley_%28NJ%29" like Wikipedia gets absolute "Nutley_(NJ)" URL characters, not the percent-encoding characters of URL?
Thanks, Mikey3D
Hi :)
I can't get Wildcard search in MediaWiki
to work with PostgreSQL as the database backend.
Does anyone know how I can get it to work?
ps. I tried with PostgreSQL v8.2.9 and v8.3 "below"
mediawiki v1.13.0 and v1.13.2
Best Regards,
René V.
Thanks Platonides!
I've increase the memory limit to 40M and it works
for the page "Elementi Avanzati/Esempi di Mestiere"
that is really huge. Probably this was the same
error on the "Elementi Avanzati/Le Capacità" page.
Unfortunately, because some try on export-import
(thinking that it could be a charset problem too)
I have REALLY a charset problem now!
For example, I've seen that for the url
http://localhost/wiki/index.php/Categoria:Capacit%C3%A0
The word Capacità in hex is has follow:
C a p a c i t à
43617061636974c3a0 <- correct
instead I've this:
43617061636974c383c2A0 <- wrong
And because I forgot the settings for the working
export-import sequecence, I must redo all my tests...
(oh... I really hate the charsets :-D )
G.
--
Giuseppe Briotti
g.briotti(a)mclink.it
"Alme Sol, curru nitido diem qui
promis et celas aliusque et idem
nasceris, possis nihil urbe Roma
visere maius."
(Orazio)
Hi all...
I've a mediawiki web site running mediawiki vers. 1.10.4
I'm interesting in upgrade to 1.13.2, thus, I create a local
site using xampplite with MW 1.13.2, PHP 5.2.5 and MySQL 5.0.51.
The database was exported via phpMyAdmin 2.8.1 (no console
access on web server) as SQL file and then reimported in local
MySQL by console source command (the file is too large to work
by phpMyAdmin).
(Unfortunately, I cannot create a local site similar to the
production one, that is running MW 1.10.4, PHP 5.0.4 and MySQL
4.1.23)
Anyway, all installed and it seems it goes fine, except for two
errors on two pages. It seems that two errors are in someway
related to url structure, but not sure...
1st error
===========================================================
Error reported by the browser
-----------------------------
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 29067 bytes) in
E:\xampplite\htdocs\wiki\includes\parser\Parser.php on line 1791
Parser.php line nr. 1791
------------------------
$s .= $this->makeLinkHolder( $nt, $text, '', $trail, $prefix );
URL requested
-------------
http://localhost/wiki/index.php?title=Kit:Elementi_Avanzati/Le_Capacit%C3%A0
URL for edit works!
-------------------
http://localhost/wiki/index.php?title=Kit:Elementi_Avanzati/Le_Capacit%C3%A…
Apache log
----------
[Sun Oct 19 16:41:12 2008] [error] [client 127.0.0.1] (20024)The given path misformatted or contained
invalid characters: Cannot map GET /wiki/index.php/Kit:Elementi_Avanzati/Le_Capacit%C3%A0 HTTP/1.1 to
file, referer: http://localhost/wiki/index.php/Kit:Elementi_Avanzati
(note: no error if url for edit is requested! - quite strange, no question mark after index.php but
a simple slash instead...but I don't know if it is normal...)
2nd error
===========================================================
Error reported by the browser
-----------------------------
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 122447 bytes) in
E:\xampplite\htdocs\wiki\includes\StringUtils.php on line 307
StringUtils.php line nr. 307
------------------------
297: function replace( $subject ) {
298: if ( function_exists( 'fss_prep_replace' ) ) {
299: wfProfileIn( __METHOD__.'-fss' );
300: if ( $this->fss === false ) {
301: $this->fss = fss_prep_replace( $this->data );
302: }
303: $result = fss_exec_replace( $this->fss, $subject );
304: wfProfileOut( __METHOD__.'-fss' );
305: } else {
306: wfProfileIn( __METHOD__.'-strtr' );
307: $result = strtr( $subject, $this->data );
308: wfProfileOut( __METHOD__.'-strtr' );
309: }
310: return $result;
311: }
URL requested
-------------
http://localhost/wiki/index.php?title=Kit:Elementi_Avanzati/Esempi_di_Mesti…
URL for edit works!
-------------------
http://localhost/wiki/index.php?title=Kit:Elementi_Avanzati/Esempi_di_Mesti…
Apache log
----------
[Sun Oct 19 17:04:22 2008] [error] [client 127.0.0.1] (20024)The given path misformatted or contained
invalid characters: Cannot map GET /wiki/index.php/Kit:Elementi_Avanzati/Esempi_di_Mestiere HTTP/1.1 to
file, referer: http://localhost/wiki/index.php/Kit:Elementi_Avanzati
(note: as for 1st error no error if url for edit is requested! - quite strange, no question mark
after index.php but a simple slash instead...but I don't know if it is normal...)
===================================================
any hint?
TIA
G.
--
Giuseppe Briotti
g.briotti(a)mclink.it
"Alme Sol, curru nitido diem qui
promis et celas aliusque et idem
nasceris, possis nihil urbe Roma
visere maius."
(Orazio)
