I'm a bit confused when I try to match the update instructions for
v1.15.4 with the instructions that I followed for installing v1.14.0 and wondered if someone might be able to help.
1) 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. The upgrade instructions say to write v1.15.4 files over these but it would be confusing to have v1.15.4 files in a v1.14.0 directory so I've currently placed them in /var/www/mediawiki/mediawiki-1.15.4. But I'm guessing that I will need to tell parts of mediawiki/apache2/php that mediawiki will be in a new location. Where are these references to the mediawiki folder please? Or do I not need to worry about this because the update proces will take account of it all? (I thought I'd edited the mediawiki folder name into an apache alias at one point for example rather than the installation scrtipt doing everything for me).
2) 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?
Thanks for any pointers you might have.
Kevin
On Sun, Jul 25, 2010 at 3:35 PM, Kevin Lucas kilucas@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.
In any event, you should move everything so that MediaWiki is at /var/www/mediawiki (or just /var/www/w; see http://www.mediawiki.org/wiki/Manual:Short_URL#Recommended_how-to_guide_.28s... ). You will need to update your Apache alias, $wgScriptPath (in LocalSettings.php), and possibly $wgArticlePath when you do this.
- 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.
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 at http://www.mediawiki.org/wiki/Manual:Wiki_family says "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
MediaWiki-l mailing list MediaWik...@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l
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
kilucas wrote:
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".
You are going to the actual file, so it sends you to the path in which it lives, which is on mediawiki/images/. Nothing wrong there. Don't confuse the image path with the path of an article with the same name as the image.
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?
It's working right.
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
Which script are you refering? An old one from the list?
On Aug 1, 11:03 pm, Platonides Platoni...@gmail.com wrote:
kilucas wrote:
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".
You are going to the actual file, so it sends you to the path in which it lives, which is on mediawiki/images/. Nothing wrong there. Don't confuse the image path with the path of an article with the same name as the image.
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?
It's working right.
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
Which script are you refering? An old one from the list?
The one at http://www.mediawiki.org/wiki/Manual_talk:$wgHashedUploadDirectory. I presume that running the script itself just involves copying the code into a file but I need to contemplate the remaining instructions first.
If I have any queries I'll check for past posts and then post any new ones in a separate thread.
Thanks
MediaWiki-l mailing list MediaWik...@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Benjamin Lees wrote:
- 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.
In fact, AdminSettings.php is not needed for latest mediawiki versions. It will try to update with the normal db user (which should then have enough permissions to do so, of course).
On Jul 27, 11:46 pm, Platonides Platoni...@gmail.com wrote:
Benjamin Lees wrote:
- 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.
In fact, AdminSettings.php is not needed for latest mediawiki versions. It will try to update with the normal db user (which should then have enough permissions to do so, of course).
I ended up needing AdminSettings.php because I had to provide my root database user details - the normal user didn't have enough permissions. Maybe I'd set up something in correctly earlier, but at least the root permissions worked. Thanks
MediaWiki-l mailing list MediaWik...@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org