El 12/11/2014 11:15, mediawiki-l-request@lists.wikimedia.org escribió:
Send MediaWiki-l mailing list submissions to mediawiki-l@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@lists.wikimedia.org
You can reach the person managing the list at mediawiki-l-owner@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:
- Re: America/New_York] PHP Fatal error: Allowed memory size of 41943040 bytes exhausted (Rob Kam)
- Re: America/New_York] PHP Fatal error: Allowed memory size of 41943040 bytes exhausted (Benjamin Lees)
- Re: Reorganizing your wiki when the whole world changes...? (Greg Rundlett (freephile))
- Re: Reorganizing your wiki when the whole world changes...? (Ed Swing)
- 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@ymail.com To: "'MediaWiki announcements and site admin list'" mediawiki-l@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@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@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@gmail.com To: MediaWiki announcements and site admin list mediawiki-l@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@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@ymail.com wrote:
and "memory_limit = 195M"
-----Original Message----- From: mediawiki-l-bounces@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@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@freephile.com To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] Reorganizing your wiki when the whole world changes...? Message-ID: <
CANaytcdbX1hby0stYaVr9EujPhiBXgi8p1-1CvstuObB9BF4mg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Mon, Nov 3, 2014 at 9:45 AM, Daniel Barrett danb@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 Tablehttp://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=defau...
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