My MediaWiki does now not show anything on the Read tab, switching to
the Edit tab shows the correct content. Neither Preview nor Save shows
anything.
I do not have any clue where to start debugging. I believe everything
worked well before I upgraded my system to Ubunty 14.10.
The wiki is only usedon my LAN behind a router and a firewall.
I would be happy for any ideas.
Ubunty 14.10
Version is 1.20.2
PHP 5.5.12
MySQL 5.5.40
--
Tommy Pollák
Wiboms v 12, 2 tr Phone +46 8 27 24 27
S-171 60 SOLNA
Sweden
I'm hoping to gain some insight into how I might accomplish the
following. I have an XML file that contain my company's product tree.
The file is hierarchical and contains the following structure:
<familyhierarchy>
<family>
<familyid>
<name>
<parentId>
<url>
<level>
I need to import this file and automatically create Categories and
applicable SubCategories in my wiki on a scheduled basis, picking up
any changes that may have occurred over time.
How would one approach such a task?
My first thought is a script (PHP, Python, whatever) run periodically
using cron to parse the file and trigger Category/SubCategory
creation. Is this even possible?
My second thought is to create an extension to parse the file
periodically and create the Categories/SubCategories.
Any advice as to how to solve this would be appreciated.
Thanks
Bill
El 12/11/2014 11:15, <mediawiki-l-request(a)lists.wikimedia.org> escribió:
>
> 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. Re: America/New_York] PHP Fatal error: Allowed memory size of
> 41943040 bytes exhausted (Rob Kam)
> 2. Re: America/New_York] PHP Fatal error: Allowed memory size of
> 41943040 bytes exhausted (Benjamin Lees)
> 3. Re: Reorganizing your wiki when the whole world changes...?
> (Greg Rundlett (freephile))
> 4. Re: Reorganizing your wiki when the whole world changes...?
> (Ed Swing)
> 5. Re: America/New_York] PHP Fatal error: Allowed memory size of
> 41943040 bytes exhausted (Rob Kam)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 12 Nov 2014 13:44:22 -0000
> From: "Rob Kam" <robkam(a)ymail.com>
> To: "'MediaWiki announcements and site admin list'"
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed
> memory size of 41943040 bytes exhausted
> Message-ID: <D01724460AC344488E5984A53DFF32C9@kutair>
> Content-Type: text/plain; charset="us-ascii"
>
> > and "memory_limit = 195M"
>
> -----Original Message-----
> From: mediawiki-l-bounces(a)lists.wikimedia.org
> [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of John
> Sent: 11 November 2014 17:15
> To: MediaWiki announcements and site admin list
> Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed
memory
> size of 41943040 bytes exhausted
>
> Increase your php's memory limit
>
> On Tuesday, November 11, 2014, Rob Kam <robkam(a)ymail.com> wrote:
>
> > The wiki is on a shared host, php.ini has "date.timezone =
> "Europe/London""
> > and "memory_limit = 195M". All pages in the wiki , including talk
> > pages, redirects, etc. is 593. MediaWiki is version 1.23.6 and PHP
5.3.28.
> >
> > Doing "php maintenance/refreshLinks.php --e 50", is okay but with
> > "maintenance/refreshLinks.php -- 50 --e 51":
> > Refreshing redirects table.
> > Starting from page_id 50 of 1220.
> > 100
> > 200
> > 300
> > 400
> > 500
> > 600
> > 700
> > 800
> > 900
> > 1000
> > 1100
> > 1200
> > Refreshing links tables.
> > Starting from page_id 50 of 1220.
> > Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to
> > allocate 11216 bytes) in ... includes/parser/Parser.php on line 2163
> >
> > In the error log is "America/New_York] PHP Fatal error: Allowed
> > memory size of 41943040 bytes exhausted (tried to allocate 11216
> > bytes) in ...
> > includes/parser/Parser.php on line 2163"
> > The end varies as I've tried different things, e.g.:
> > Parser.php on line 409
> > Preprocessor_DOM.php on line 244
> > SqlBagOStuff.php on line 596
> >
> > When I try to view the wiki page by appending /w/index.php?curid=50 or
> > 51 I get "Bad title: The requested page title was invalid, empty, or
> > an incorrectly linked inter-language or inter-wiki title. It may
> > contain one or more characters that cannot be used in titles."
> >
> > How do I get refreshLinks.php to work as it should? Also less
> > importantly is there a way for it to echo the page IDs at which it
> > fails?
> >
> > Rob
> >
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > To unsubscribe, go to:
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
> _______________________________________________
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 12 Nov 2014 09:08:03 -0500
> From: Benjamin Lees <emufarmers(a)gmail.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed
> memory size of 41943040 bytes exhausted
> Message-ID:
> <CAL04nz-wLv8+NrF1hC3D2M0icJc_6BOJRA7FoCR67=
wjGtSQ5g(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> To elaborate, if you are receiving that error, PHP thinks your memory
> limit is 40MB. Your host might have a separate php.ini file for the
> PHP CLI (as opposed to when it's run through the web server).
>
> On Wed, Nov 12, 2014 at 8:44 AM, Rob Kam <robkam(a)ymail.com> wrote:
> >> and "memory_limit = 195M"
> >
> > -----Original Message-----
> > From: mediawiki-l-bounces(a)lists.wikimedia.org
> > [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of John
> > Sent: 11 November 2014 17:15
> > To: MediaWiki announcements and site admin list
> > Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed
memory
> > size of 41943040 bytes exhausted
> >
> > Increase your php's memory limit
> >
> > On Tuesday, November 11, 2014, Rob Kam <robkam(a)ymail.com> wrote:
> >
> >> The wiki is on a shared host, php.ini has "date.timezone =
> > "Europe/London""
> >> and "memory_limit = 195M". All pages in the wiki , including talk
> >> pages, redirects, etc. is 593. MediaWiki is version 1.23.6 and PHP
5.3.28.
> >>
> >> Doing "php maintenance/refreshLinks.php --e 50", is okay but with
> >> "maintenance/refreshLinks.php -- 50 --e 51":
> >> Refreshing redirects table.
> >> Starting from page_id 50 of 1220.
> >> 100
> >> 200
> >> 300
> >> 400
> >> 500
> >> 600
> >> 700
> >> 800
> >> 900
> >> 1000
> >> 1100
> >> 1200
> >> Refreshing links tables.
> >> Starting from page_id 50 of 1220.
> >> Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to
> >> allocate 11216 bytes) in ... includes/parser/Parser.php on line 2163
> >>
> >> In the error log is "America/New_York] PHP Fatal error: Allowed
> >> memory size of 41943040 bytes exhausted (tried to allocate 11216
> >> bytes) in ...
> >> includes/parser/Parser.php on line 2163"
> >> The end varies as I've tried different things, e.g.:
> >> Parser.php on line 409
> >> Preprocessor_DOM.php on line 244
> >> SqlBagOStuff.php on line 596
> >>
> >> When I try to view the wiki page by appending /w/index.php?curid=50 or
> >> 51 I get "Bad title: The requested page title was invalid, empty, or
> >> an incorrectly linked inter-language or inter-wiki title. It may
> >> contain one or more characters that cannot be used in titles."
> >>
> >> How do I get refreshLinks.php to work as it should? Also less
> >> importantly is there a way for it to echo the page IDs at which it
> >> fails?
> >>
> >> Rob
> >>
> >>
> >> _______________________________________________
> >> MediaWiki-l mailing list
> >> To unsubscribe, go to:
> >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >>
> > _______________________________________________
> > MediaWiki-l mailing list
> > To unsubscribe, go to:
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > To unsubscribe, go to:
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 12 Nov 2014 13:59:00 -0500
> From: "Greg Rundlett (freephile)" <greg(a)freephile.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] Reorganizing your wiki when the whole world
> changes...?
> Message-ID:
> <
CANaytcdbX1hby0stYaVr9EujPhiBXgi8p1-1CvstuObB9BF4mg(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Mon, Nov 3, 2014 at 9:45 AM, Daniel Barrett <danb(a)vistaprint.com>
wrote:
>
> > Imagine the impact on Wikipedia if, say, the periodic table of the
> > elements from chemistry was completely revamped, changing the name of
every
> > element, the groupings of elements, etc. It's easy enough to fix the
> > Periodic Table<http://en.wikipedia.org/wiki/Periodic_table> article, but
> > what about the thousands of other articles<
> >
http://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=default&…
>
> > that include the word "hydrogen"? They are all instantly wrong.
Fortunately
> > this doesn't happen often!
> >
> > However, this kind of situation happens all the time in companies that
> > have internal MediaWiki sites. The company reorganizes, changing the
names
> > and missions of all the teams, repartitioning into groups that don't map
> > one-to-one with the old teams. Suddenly, in one second, thousands of
wiki
> > articles are wrong.
> >
> > I'm wondering if anybody has been successful at getting a company wiki
to
> > survive this kind of change...?
> >
> > My company has a very successful wiki with 200,000 topics, and these
> > company reorganizations are extremely destructive to the wiki.
Thousands of
> > article titles contain the names of teams. Tens of thousands of articles
> > include team names in their content. Every article that doesn't get
fixed
> > is an error, waiting to confuse a new employee.
> >
> > Automatic search-and-replace does not really help except in the simplest
> > cases.
> >
> > We've mostly relied on recategorization and mass article renaming, both
> > using Pywikibot. But this does not fix the article content. In an ideal
> > world, each page would have an "owner" who would take the initiative to
fix
> > the content; but in companies, everybody is busy with other work, and
pages
> > don't really have owners... some were even written by ex-employees.
> >
> > Any suggestions appreciated!
> > DanB
> >
>
> (Just saw this now.)
>
> The Repla
Imagine the impact on Wikipedia if, say, the periodic table of the elements from chemistry was completely revamped, changing the name of every element, the groupings of elements, etc. It's easy enough to fix the Periodic Table<http://en.wikipedia.org/wiki/Periodic_table> article, but what about the thousands of other articles<http://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=default&…> that include the word "hydrogen"? They are all instantly wrong. Fortunately this doesn't happen often!
However, this kind of situation happens all the time in companies that have internal MediaWiki sites. The company reorganizes, changing the names and missions of all the teams, repartitioning into groups that don't map one-to-one with the old teams. Suddenly, in one second, thousands of wiki articles are wrong.
I'm wondering if anybody has been successful at getting a company wiki to survive this kind of change...?
My company has a very successful wiki with 200,000 topics, and these company reorganizations are extremely destructive to the wiki. Thousands of article titles contain the names of teams. Tens of thousands of articles include team names in their content. Every article that doesn't get fixed is an error, waiting to confuse a new employee.
Automatic search-and-replace does not really help except in the simplest cases.
We've mostly relied on recategorization and mass article renaming, both using Pywikibot. But this does not fix the article content. In an ideal world, each page would have an "owner" who would take the initiative to fix the content; but in companies, everybody is busy with other work, and pages don't really have owners... some were even written by ex-employees.
Any suggestions appreciated!
DanB
Hello everybody,
I'm running my mediawiki-installation in a Xampp-environment on a
SLES11SP3-server, and since upgrading to version 1.23.6 I cannot get the
file-upload to work again.
So far I'ver tried the following:
Settings in LocalSettings.php
$wgEnableUploads = true;
#$wgUploadPath = "/_kate/test/images";
$wgUploadPath = "$wgScriptPath/images";
$wgFileExtensions = array('dat', 'png', 'gif', 'jpg', 'jpeg', 'pdf');
$wgCheckFileExtensions = true;
$wgVerifyMimeType = false;
$wgAllowExternalImages = true;
wiki-t00:/opt/lampp/htdocs/_fhbwiki # chmod -R 0777 images
wiki-t00:/opt/lampp/htdocs/_fhbwiki # chown -R wwwrun:www images
But nothing changes the error-message I get (with minute difference in the
goal-directory):
Das Verzeichnis „mwstore://local-backend/local-public/f/f6“ konnte nicht
angelegt werden.
Only if I add the following line in the LocalSettings.php-File:
## If you want to use image uploads under safe mode,
## create the directories images/archive, images/thumb and
## images/temp, and make them all writable. Then uncomment
## this, if it's not already uncommented:
$wgHashedUploadDirectory = false;
The error-message changes slightly to:
Das Verzeichnis „mwstore://local-backend/local-public“ konnte nicht angelegt werden
In my former installation I didn't need to change the owner:group of the
images-directory at all - there the directory belonged to the same owner:group
as the rest of the mediawiki-directory and the upload worked fine with the
777-rights on the images-directory.
I've found the following link
https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads#Check_direct…
and the hint to using the www-data user:group but on my server there is _no_
such user:group.
Would I need to add them in order to make the file-upload work?
Kate
Hallo Wikimedia,
Ik ben begonnen met het opzetten van wiki pagina voor het bedrijf waarvoor ik werk, ik kom er alleen niet uit hoe ik een bestand uit mijn bestandslijst (zelf geupload) weer kan verwijderen.
Zouden jullie mij hier verder mee kunnen helpen??
Met vriendelijke groet,
Tom Wesselius
[Brengt de zaak verder]
,
www.dehoogewaerder.nl<http://dehoogewaerder.nl>
[Ter info...] Onze Corporate Finance divisie heeft een nieuwe website gelanceerd 'Bedrijfsfinanciering op maat'<http://dehoogewaerder.nl/ldsq> met alles over alternatieve financieringsmogelijkheden voor het MKB!
Disclaimer
"De informatie verzonden met dit bericht is uitsluitend bestemd voor de geadresseerde. Gebruik van deze informatie door anderen dan de geadresseerde is verboden. Openbaarmaking, vermenigvuldiging, verspreiding en/of verstrekken van deze informatie aan derden is niet toegestaan. Het is mogelijk dat tijdens het transport van dit bericht fouten zijn ontstaan zodat het bericht onjuist is overgekomen. Hiervoor kunnen wij geen aansprakelijkheid erkennen. Wij adviseren u om bij twijfel over de juistheid of volledigheid contact met ons op te nemen.
Op dit e-mail bericht inclusief de bijlage is geen accountantscontrole toegepast.
OK, Ive spent the better part of two hours trying to figure out mediawiki
JavaScript. In the last two hours all I have accomplished is giving myself
a headache.
My goal is a basic JavaScript tool for moving pages. On a private wiki I
run it is often needed to archive material that is no longer needed, We
dont like to delete because often this material is still useful. Instead we
move it to a custom namespace.
What I am trying to do in JavaScript and failing spectacularly at is a tool
that will take Title, and move it to Archive:Title without a redirect with
a single click.
Yes I know it sounds simple but Im having a devil of a time figuring out
how to use the mediawiki js api
Any help would be welcome
Hi all,
When my wiki pages load, they try to access tools.wmflabs.org, which kept
the page loading wheel spinning (in Chrome) and "Waiting for
tools.wmflabs.org..." in the status bar. I'm not sure whether they succeed
or just timed out. I'm running version 1.23.6. Is this typical with this
version of MW or could this be due to an extension?
Cheers,
Tommy Heyser