gmane.org.wikimedia.mediawiki

Short URL using rewriterule without rename wiki to w

Chee-Yang Chau — 2012-05-24T01:00:25

Hi,

Here is my environment:

1. Fedora Core 16
2. Apache httpd 2.2.22
3. MediaWiki 1.19

Most of the short url solution provided are using renaming method: e.g.:
wiki to w

What if I want to stay with wiki directory without renaming?  Can I enjoy
short url too ?

This is what I have tried:

File: LocalSettings.php:

  $wgArticlePath = "/wiki/$1";
  $wgUsePathInfo = true;

File: .htaccess

  RewriteEngine On
  RewriteRule ^wiki/index.php - [L]
  RewriteRule ^wiki/(.*)$ wiki/index.php/$1 [L,QSA]

When I access my wiki site:  http://localhost/wiki/

I get a page without skin.  Is there anything else I miss in rewriterule?

adding style sheets with http urls

Poornima Pochana — 2012-05-22T15:15:44

Hi,

I am creating a new theme with mediawiki 1.18.1 and 1.19.0 source code and I have a couple of style sheets from a remote site. I am not able to add these style sheets in the resource loader styles array with a url like 'http://mysite.com/css/screen.css'. When I do, I get the following errors:

For 1.18.1, the error is:

[error] [client ::1] PHP Warning:  filemtime(): stat failed for /home/user/public_html/mw-1.18.1/skins/https://mysite.com/brand/styles/3.0/css/bg/backsplash-green_bg.css in /home/user/public_html/mw-1.18.1/includes/resourceloader/ResourceLoaderFileModule.php on line 380

For 1.19.0, the error is:
error] [client ::1] PHP Warning:  array_map(): An error occurred while invoking the map callback in /home/user/public_html/mediawiki-1.19.0/includes/resourceloader/ResourceLoaderFileModule.php on line 589

I have to download the style sheets locally and mention a local file path to the styles array.  Is this a limitation/restriction in mediawiki to add style sheets only with a file path?

Thanks

Re: Bot for rewriting external links as wiki links?

Platonides — 2012-05-21T16:55:17

You could perform it using pywikipedia and some ugly regex.

Bot for rewriting external links as wiki links?

David J. Biesack — 2012-05-21T16:41:34

Is there a bot which will repair external URL coded links to the same wikinand rewrite them as wiki links?

For example, if MediaWikis were installed in www.example.com/wiki and pages contains
links using external link notation

  blah http://www.example.com/wiki/Some_page blah
  blah [http://www.example.com/wiki/Some_page some text] blah
  blah [http://www.example.com/wiki/Some_page#some_section some text] blah

then the "What links here" feature would not work because such links are not recognized.

The bot would replace those with wiki links:

 blah [[Some page]] blah
 blah [[Some page | some text]] blah
 blah [[Some page#some_section | some text]] blah or  blah {{there|some section|Some page | some text}} blah

In addition, if the link is to a section of the current page, i.e. on [[Some page]],
the second link would be updated as

 {{here|some section|some text}}

There may need to be some way to disable this (i.e. in help or project pages
that discuss link notation).

Alternatively, could Special:WhatL

Re: php error message on update.php output

John W. Foster — 2012-05-17T14:14:20

On Wed, 2012-05-16 at 11:24 -0400, Chad wrote: 
-------------------------------------------
Thanks Chad for the solution.
Now is working like a charm.
frosty

Re: site mirror and master-slave question

Platonides — 2012-05-16T21:37:57

Heh, sure :)
I think I'm too used to work with it in a single way.

Thanks

Re: site mirror and master-slave question

Jeremy Baron — 2012-05-16T18:09:38

s/local/destination/; s/remote/source/;

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l< at >lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: site mirror and master-slave question

Platonides — 2012-05-16T17:58:13

The --delete parameter of rsync makes it not only copy new files, but
also delete those local files which are not in the remote side.

Changes in files during normal MediaWiki operation will usually be image
uploads (deletions, thumbnailing...) and by extensions such as math
(that which powers <math> tags).

Re: php error message on update.php output

Chad — 2012-05-16T15:24:33

This is a mistake in your ini files for configuring PHP, not an issue
with MediaWiki. If you look at  /etc/php5/cli/conf.d/ming.ini (per
your error) and replace instances of "#" with ";" you'll be fine.

-Chad

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l< at >lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

php error message on update.php output

John W. Foster — 2012-05-16T13:49:50

When I run update.php I get this error message, since last php update.
Any tips on clearing it.

PHP Deprecated:  Comments starting with '#' are deprecated
in /etc/php5/cli/conf.d/ming.ini on line 1 in Unknown on line 0
PHP Deprecated:  Comments starting with '#' are deprecated
in /etc/php5/cli/conf.d/ps.ini on line 1 in Unknown on line 0
MediaWiki 1.19.0 Updater

BTW: seems to update databases OK though.
Thanks
frosty

Re: site mirror and master-slave question

chris — 2012-05-14T14:38:47

I'm using mysql replication now for another application so I know what 
that's about.   But for rsync,  not sure what you mean about --delete 
the folder.
Would you suggest rsyncing the whole mediawiki folder ?  And I'm not 
sure what you mean about 'math changes'.


On 5/13/12 11:16 AM, Platonides wrote:

Re: Indexing Wikipedia with Solr/Lucene

Platonides — 2012-05-13T19:06:32

Does it help that they are also available in separate tables?

Indexing Wikipedia with Solr/Lucene

vineet yadav — 2012-05-13T18:53:27

Hi all,
I want to create Lucene/Solr index of wikipedia xml dump. I used Solr
example(http://wiki.apache.org/solr/DataImportHandler#Example:_Indexing_wikipedia)
to index wikipedia xml dump. Since in wikipedia, Category and external
links are part of wikipedia text, I am not able to index category and
external links separately.     I want to index  Category, Externals
links etc separately and store them in separate fields.
Would anyone please be kind enough to give me a bit of advice?
Thanks
Vineet Yadav

Re: MediaWiki:Sidebar

Stip — 2012-05-13T17:15:16

Am 13.05.2012 18:36, schrieb Platonides:
Thanks very much for this, works like a charm! :D

Greetings
Stip

Re: Issue with recent Php5 update

John W. Foster — 2012-05-13T16:41:20

On Sun, 2012-05-13 at 16:31 +0200, Platonides wrote: 

I actually did the Php5 updates when I was installing the php-curl
module. I did find some file missmatch errors so I decided to go ahead &
upgrade to mediawiki-1.19.0 to make sure all my dependencies were in
sync. That fixed the problem. Also; at least so far...no screen
artifacts, & the {{wikipedia::linktopage}} is now working fine. I'll
leave it be for a while. LOL!! 
Thanks!
frosty

Re: MediaWiki:Sidebar

Platonides — 2012-05-13T16:36:44

Ok, I wasn't testing with {{!}} template.

{{PAGENAME}} works by default in the sidebar, but not in the sidebar titles.



If you had:
*Search for this page
** http://example.net/{{PAGENAMEE}} | Link

you can add in [[MediaWiki:Common.css]]
#p-Search_for_this_page { display: none }
.ns-0 #p-Search_for_this_page { display: block }

Re: MediaWiki:Sidebar

Stip — 2012-05-13T16:02:36

If the page you are viewing is in the article namespace, it shows an 
external link to a forum searchpage, with the name of the page you are 
viewing as the search parameter.
Example:

{{#ifeq: {{NAMESPACE}} | |
*Search for "{{PAGENAME}}"
**http://www.forum.de/search.php?keywords={{PAGENAME}}{{!}} Forum
| }}


Am 13.05.2012 17:53, schrieb Bruce Whealton:

Re: MediaWiki:Sidebar

Bruce Whealton — 2012-05-13T15:53:31

Just out of curiosity, what does this do?
Thanks,
Bruce

-----Original Message-----
From: mediawiki-l-bounces< at >lists.wikimedia.org
[mailto:mediawiki-l-bounces< at >lists.wikimedia.org] On Behalf Of Stip
Sent: Sunday, May 13, 2012 2:44 AM
To: MediaWiki announcements and site admin list
Subject: [Mediawiki-l] MediaWiki:Sidebar

In 1.17., the following Code in MediaWiki:Sidebar worked as intended:

{{#ifeq: {{NAMESPACE}} | |
*Search for "{{PAGENAME}}"
**external link with PAGENAME as parameter
| }}

After upgrading to 1.19., it doesnt work anymore. Any advice how to fix it?

Greetings
Stip


_______________________________________________
MediaWiki-l mailing list
MediaWiki-l< at >lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: Template sharing question

Jamie Thingelstad — 2012-05-13T15:39:38

I put a wiki instance up for this.

http://mediawikicookbook.com/wiki/Main_Page

The idea is to share templates in a well documented manner that is easy to share with others.

This is in it's infancy, but if you want create an account and add some templates. We'll figure out the overall categories and structure of the wiki as we go.

Cheers,

Jamie 

On Apr 28, 2012, at 8:00 AM, John W. Foster wrote:


Jamie Thingelstad
jamie< at >thingelstad.com
mobile: 612-810-3699
find me on AIM Twitter Facebook LinkedIn

Re: MediaWiki:Sidebar

Stip — 2012-05-13T15:17:20

Am 13.05.2012 17:04, schrieb Platonides:
In 1.17.0 it showed the searchlink, if the page you were viewing was in 
the article namespace.

Now it only shows "Search for "{{PAGENAME}}"" without showing the 
external link.

Thanks! The point of the whole thing is to have external links which 
look like this:
http://www.forum.de/search.php?keywords={{PAGENAME}}{{!}} Forum

So if you follow that link, it takes you to a searchpage of that forum 
with the name of the current article as searchparameter. To achieve 
that, I need PAGENAME to work in the sidebar. Is above solution the only 
one who does this?
As for hiding it with CSS: First, I have no clue how to do that, and 
second, if PAGENAME doesnt work in the sidebar, the whole concept does 
not work. Or am I wrong on that?

Thanks for the reply!
Stip

Re: site mirror and master-slave question

Platonides — 2012-05-13T15:16:08

A better approach would be to make site B database be a read-only slave
of A. Then use the nighly job to rsync --delete the folder (first time
it would have to copy everything, but then only images / math changes).


I don't think rsyncing the images would have worked with your way, since
you'd also need to importImages.php
With the database replication, the rows in the image table are already
there, so it's no problem.