On Jul 25, 10:20 pm, kilucas kevin.lu...@concave.co.uk wrote:
On Jul 25, 9:52 pm, Benjamin Lees emufarm...@gmail.com wrote:
On Sun, Jul 25, 2010 at 3:35 PM, Kevin Lucas kilu...@gotadsl.co.uk wrote:
- my installation instructions said to place v1.14.0 in a version- related
directory so it's in /var/www/mediawiki/mediawiki-1.14.0.
Which instructions say that?http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_14_0/phase3/INSTALL says to rename the directory to something else (mediawiki-1.14.0 is the default directory that would be created when you untar the files); the installation guide on MW.org doesn't say anything on the subject.
The page athttp://www.mediawiki.org/wiki/Manual:Wiki_familysays "Install MediaWiki and additional tools as usual to a version- declaring subdirectory(e.g., /home/web/mediawiki/mediawiki-1.10.0)." I had my eye on a permitting a wiki family at one stage and so will have seen this reference then as I sought to build a family-friednly first installation.
In any event, you should move everything so that MediaWiki is at /var/www/mediawiki (or just /var/www/w; seehttp://www.mediawiki.org/wiki/Manual:Short_URL#Recommended_how-to_gui... ).
Will do. Not sure if this makes wiki family development trickier later but I'm keen to get the first onto the latest version as a higher priority now.
You will need to update your Apache alias, $wgScriptPath (in
LocalSettings.php), and possibly $wgArticlePath when you do this.
Very helpful.
- the update instructions say I might not have an AdminSettings.php file
but later say I must have one and it's used in the update.php command line. I don't have one for my v1.14.0 mediawiki so do I need this and if not what is the command for running update without it please?
You won't have it if you haven't upgraded before; you'll need to either create it (copy AdminSettings.sample to AdminSettings.php and then edit it) or just define $wgDBadminuser and $wgDBadminpassword in LocalSettings.php.
Sounds simplest to create it. I've not looked at it so far, but will now.
Thanks very much for this. Kevin
This seems to have worked - many thanks. My wiki is now in .../ mediawiki/ and short urls aliasing this to .../wiki/ work with the following exception.
The only oddity is that paths to images don't retain my short urls. If an article with path .../wiki/<article name> contains an image <imagename.jpg> then clicking on the image within the article takes me to .../wiki/File:<imagename.jpg> as I'd intuitively expected. But clicking on the image again here takes me to .../mediawki/images/ <imagename.jpg> where "mediawiki" now replaces the alis "wiki".
I'm guessing that this is how it's supposed to work because Wikipedia swaps out the alias as well (although it swaps it to "wikipedia" instead).
I wondered whether I'd mistakenly left an old reference to "mediawiki" somewhere but the only one I can find (apart from the obvious reference that my images are in a physical directory calkled / mediawiki/images, is in $wgScriptPath which didn't seem very relevant. And, if I changed it to /wiki, then my pages appeared to display without skins - very crudely. So I changed it back. There's no reference to "mediawiki" in my aliases either.
So, should I expect short urls to apply to my images now I've simplified my directory naming or do you think my implementation is behaving normally as regards image urls?
Many thanks for your help here. This is all in much better shape now! My next step is to see if I can understand how to run Platonides' script for moving my single images folder into hashed structures.
Kevin
MediaWiki-l mailing list MediaWik...@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWik...@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l