Wikitech-l October 2005

wikitech-l@lists.wikimedia.org

118 participants
151 discussions

RE: [Wikitech-l] stuck in preview?
by Maurice Joseph 12 Oct '05

12 Oct '05

Hi Kerim; In the past, I have encountered this problem when the PHP sessions directory was not accessible. Check the php.ini file (session.save_path parameter) for the directory setting or php error log file to see what directory is not writable. Create this directory, making sure it is writable by the web server process. Maurice Joseph SpikeSource, Inc. developer.spikesource.com > Kerim Friedman wrote: > > If your hosting provider is using a server farm with multiple hosts, the > default PHP session configuration may be storing data on a local drive > which breaks things. > > Try checking the directions for running on Sourceforge, which has a > similar issue: > http://meta.wikimedia.org/wiki/Sourceforge#Sessions > > Just making a directory isn't enough; you'll have to configure it, as > described there. > > -- brion vibber (brion @ pobox.com)

1 0

[[:en:WP:ANI]] under vandalbot attack
by David Gerard 12 Oct '05

12 Oct '05

The en: administrator's noticeboard for incidents, [[:en:WP:ANI]], is under a vandalbot attack. (We're moderately confident it's Wik again. What a lovely fellow.) CheckUser is really slooooow at the best of times and this isn't the best of times; is there a dev with DB access about who can see if there's a pattern to the vandalbot and come up with a reliable automatic solution? Thank you :-) - d.

1 0

calling an external page from a tollbar button click
by Amruta Lonkar 12 Oct '05

12 Oct '05

Hi All, I have added a button in the edit page tollbar for adding references. Now am stuck on how i can call a page external to the wiki when a user clicks on that button. Also i have not been able to locate where the tip text and sampel text for these buttons is stored whihc the user can see on moving the mouse pointer on them. Any help appreciated! Thanks, -- Amruta

1 0

Namespace
by John Anthony Hartman 12 Oct '05

12 Oct '05

I was wondering if it is possible to throw a switch for a given namespace and make unprefixed links within that namespace point to that namespace? For example, within the "Foo" namespace, I have an article named "Bar", so its address is "Foo:Bar", and typically you'd link to it by typing "[[Foo:Bar]]". But if I am linking from "Bar" to "Baz", which is also in the "Foo" namespace, then I would like to type just "[[Baz]]", not "[[Foo:Baz]]". Is that possible? ___________________________________________________ John Anthony Hartman website: http://www.websage.org podcast: Multi-Media Me- http://pmo.websage.org "Any sufficiently advanced technology is indistinguishable from magic. " --Arthur C. Clarke

4 3

Odd installation side effect
by Paul D. Buck 12 Oct '05

12 Oct '05

To allow me to keep my wiki on line while upgrading, uploading files and so forth ... I had "proven" a scheme where I would create a new directory say "b-w" where I would make sure I had all the files, like the images and so forth. When ready to upgrade, I would put a "Maintenance" version of index.php in the actual directory, then do the install/upgrade scripts in the new directory, make sure everything was working, then, rename off the old site, rename in the new site and off we go ... minimum down time. With version 1.5, it is MUCH more insistent that it be installed in the target directory with no if, ands or buts. even when the configuration file SHOULD only need the one variable with the path name changed, this does not seem to properly take effect. Restarting apache does not seem to change things, nor does dumping the cache. Renaming the directory back to the new "bad" name resurrects all pages. I am not using, or at least I did not intend to use server side caching as I do not have direct access to the servers I use to host the Wiki (not all of us can afford that). So, I only have upload to hosting dirs with FTP, and access to the database via phpMyAdmin. To this point I have no access to run local php maintenance files, though that is another issue for another day ... Any thoughts? This one has me stumped. I "seem" to have it working on the live site now, but no idea why. trying to make the residual change to the local mirror on my hard drive does not seem to want to allow the "proper" name. More interesting, take out the config files and it still does not see the "index" page, rename it back, and there it is ... Any suggestions might be friendly ... :) Paul

3 9

Math rendering in templates
by Richard O'Shaughnessy 11 Oct '05

11 Oct '05

In previous versions of Mediawiki, math was rendered in templates properly, so if you included a page with math equations on it, those equations would render. I just uploaded to the present version, 1.4.10, and it appears that is not presently possible. How can this be fixed? I'm willing to adjust the source on my local machine only, but I use this sort of feature on a daily basis, and need it working again, but I'd rather not go back to the older 1.3 tree (my previous instance) to get it... -Richard

2 1

wikipedia local for testing
by Uwe Brauer 11 Oct '05

11 Oct '05

Hello I apologise for this elementary question I searched meta.wikipedia for an answer without success: how could I download a certain page, edit it and see the result locally before submitting it? Thanks Uwe Brauer

3 4

Two patches that would make things much easier for bots and scripts
by Daniel Kinzler 10 Oct '05

10 Oct '05

Hi all I propose two small changes to MediaWiki, which would allow scripts and bots to parse the HTML output of MediaWiki more easily. (I'm crossposting this to wikitech-l and pywikipediabot-users, because it's relevant to both). The first proposal is a minimal skin that adds only the absolutely necessary HTML around the article content. This would remove a lot of overhead for bots (in terms of parsing and loading), and meight also be handy for people using a PDA or cell phone to browse a wiki; This way, server load would also be reduced (a little). Here's the feature request (patch included): http://bugzilla.wikimedia.org/show_bug.cgi?id=3651 The second proposal is a pseudo-language, called "bot" or "none", that would cause MediaWiki to return system messages untranslated, in the form {@[key]@}. This way, system messages can be regognized and parsed easily - no need to deal with different languages, or with people changing the message. This would also save some effort on the server side (no need to look into the database for messages). Here's the feature request (patch included): http://bugzilla.wikimedia.org/show_bug.cgi?id=3652 Hint: you can force a specific skin and language to be used by adding uselang=bla (resp. useskin=bla) to the URL. This also works without logging in. Both patches are not intended to replace a full featured bot API. They are simple hacks that can be applied without much pain. Bots would only need minimal changes to be able to use those features. Much breakage due to changin system messages could be avoided that way, for instance. Please give some feedback. If you like my proposals, please comment in bugzilla, so we may actually get this running on Wikimedia's servers soon. Cheers, Daniel -- Homepage: http://brightbyte.de

3 3

Google search code
by Paul D. Buck 10 Oct '05

10 Oct '05

I added a slightly more refined google search code to the page: http://meta.wikimedia.org/wiki/Google_Search Let me know if you have a suggestion for improvements. Paul

1 0

Minor issue with upload permission and restricted rights
by Paul D. Buck 10 Oct '05

10 Oct '05

If you have the desire and need to restrict editing of the wiki, version 1.5 has nice features. However, if you want to allow uploading of files, you set a global variable. However, this now shows the upload link to all viewers. It should only show the link if you are logged in and have rights. Adding the following snippet to the "toolbox" code: <?php global $wgUser; if( $wgUser->isAllowed( 'upload' ) ) { $TmpLinksArray = array('contributions', 'emailuser', 'upload', 'specialpages'); } else { $TmpLinksArray = array('contributions', 'emailuser', 'specialpages'); } ?> <?php foreach( $TmpLinksArray as $special ) { ?> In place of the line: <?php foreach( array('contributions', 'emailuser', 'upload', 'specialpages') as $special ) { ?> now will only show the upload link when appropriate. You will no longer be showing a link to those people that cannot use it. I am not sure if the additional test for blocked is needed/required for completeness. If it is, then of course my logic needs to be inverted and the test should be: if( !$wgUser->isAllowed( 'upload' ) || $wgUser->isBlocked() ) Or am I missing the point somewhere? I would love to know if this is the kind of thing you want fed back to you or not ... I am well past 48 hours on the migration from 1.4 to 1.5 ... Not that 1.5 is bad, just that so many options have been added and the old way of doing things has changed. Of course, the deaths, database configuration issues, normal stuff that comes up when you try to do anything real ... Other than that, and a change to enable Google searching ... Paul

1 0

← Newer
1
...
8
9
10
11
12
13
14
15
16
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l October 2005