I would like to utilize "very short URLs", ie. without the "wiki/"
sub-directory part of the URLs.
Following a fairly standard installation of MediaWiki 1.9.3, the output
concerning standard short URLs was:
* PHP server API is cgi; using ugly URLs (index.php?title=Page_Title)
I thereafter configured standard short URLs, including the standard wiki/
path, by the procedure documented at:
http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title
As suggested in the above article, I also moved the wiki installation
directory away from the htdocs area, although it appeared to work fine, even
when it resided the the htdocs folder. With a configuration as in the
article, URLs such as http://example.com/wiki/Main_Page became fully
functional. The entries in the server httpd.conf file and LocalSettings.php
file were done as follows (replacing the example.com with a real domain).
1) The Apache server httpd.conf:
ServerName www.example.com
<VirtualHost example.com>
ServerAdmin campmaster(a)example.com
User camper
Group g1013
DocumentRoot /usr/home/example.com/htdocs
AddHandler cgi-script .cgi .pl
AddType vphp5 .php
Action vphp5 /cgi-f/vphp5
# these lines were added for the wiki short URL set-up
Alias /w/index.php /usr/home/example.com/wiki/index.php
Alias /wiki /usr/home/example.com/wiki/index.php
Alias /index.php /usr/home/example.com/wiki/index.php
Alias /w/skins/ /usr/home/example.com/wiki/skins/
Alias /w/images/ /usr/home/example.com/wiki/images/
</VirtualHost>
2) In LocalSettings.php:
## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
$wgScriptPath = "/w";
$wgScript = "$wgScriptPath/index.php";
$wgArticlePath = "/wiki/$1";
$wgUsePathInfo = true;
In trying to override the 'wiki/' directory I experimenting using various
method but without fully understanding the mod_rewrite syntax. For example, I
tested by simply replacing:
Alias /wiki /usr/home/example.com/wiki/index.php
with:
Alias / /usr/home/example.com/wiki/index.php
.. while reflecting this in LocalSettings.php as:
$wgArticlePath = "/$1";
The server then returned the following error when viewed in a web browser:
"Not Found
The requested URL /cgi-f/vphp5/ was not found on this server."
I also found a "very short URL" manual at
http://www.mediawiki.org/wiki/Manual:Short_URL/Page_title_--_Aliasing_metho…
However, I think the above manual relates mainly to Apache 2, while the
version Apache I use is 1.3.34. Can anyone suggest a few ideas to try
producing very short URLs, by configuration of the httpd.conf with root
access on a pre apache2 server?
Many thanks in advance for any tips and tricks!
I am getting errors when trying to compile MWSearch and get Lucene running.
I am following these instructions:
http://meta.wikimedia.org/wiki/Installing_lucene_search
And when I get to the part about running make for MWSearch it gives me the
following errors:
53664-jpbaello:/srv/www/htdocs/mwsearch # make
mcs -target:library -out:build/MWSearch.dll \
\
-r:build/log4net.dll -r:build/Lucene.Net.dll -r:build/Nini.dll \
Search/Article.cs Search/AssemblyInfo.cs Search/Configuration.cs
Search/EnglishAnalyzer.cs Search/EsperantoAnalyzer.cs Search/SearchPool.cs
Search/SearchReader.cs Search/SearchState.cs Search/SearchWriter.cs
Search/SearchState.cs(33,8): error CS0234: The type or namespace name `RU'
does not exist in the namespace `Lucene.Net.Analysis'. Are you missing an
assembly reference?
Search/SearchState.cs(33,2): error CS0246: The type or namespace name
`Lucene.Net.Analysis.RU' could not be found. Are you missing a using
directive or an assembly reference?
Search/SearchState.cs(34,8): error CS0234: The type or namespace name `DE'
does not exist in the namespace `Lucene.Net.Analysis'. Are you missing an
assembly reference?
Search/SearchState.cs(34,2): error CS0246: The type or namespace name
`Lucene.Net.Analysis.DE' could not be found. Are you missing a using
directive or an assembly reference?
Search/SearchState.cs(33,8): error CS0234: The type or namespace name `RU'
does not exist in the namespace `Lucene.Net.Analysis'. Are you missing an
assembly reference?
Search/SearchState.cs(33,2): error CS0246: The type or namespace name
`Lucene.Net.Analysis.RU' could not be found. Are you missing a using
directive or an assembly reference?
Search/SearchState.cs(34,8): error CS0234: The type or namespace name `DE'
does not exist in the namespace `Lucene.Net.Analysis'. Are you missing an
assembly reference?
Search/SearchState.cs(34,2): error CS0246: The type or namespace name
`Lucene.Net.Analysis.DE' could not be found. Are you missing a using
directive or an assembly reference?
Compilation failed: 8 error(s), 0 warnings
make: *** [build/MWSearch.dll] Error 1
And if I comment out the different language files it will give me other
errors in other files. Any ideas?
I am running SuSe 10.1 Apache2 PHP5 MySQL5
Thanks!
--
View this message in context: http://www.nabble.com/Lucene-and-MWSearch-problems-tp14326777p14326777.html
Sent from the WikiMedia General mailing list archive at Nabble.com.
I find the new wiki install config screen englessly confusing. Here are
some of my questions:
1. For the "Database Config" section, am I providing a NEW username and
password, or suppling a pre-existing one?
2. Does the "Database Config" username and password have to be the same
as the "Site Config" username and password? Why are "wikidb" and
"wiiuser" prefilled? I ask because using these has never worked for
installs to my local box.
3. When installing to a webserver, not on my local box, how do I know
what to enter in the "Database Host" field?
4. What is the superuser account? How do I know if I need to create one?
Am I providing a NEW username and password for a superuser, or suppling
pre-existing information for a currently existing superuser? Why is
"root" prefilled? I ask because using root has never worked for installs
to my local box.
These instructions just don't help me - I don't know why some things
work and others don't - possibly because I don't know what I'm doing at
all and can't find a tutorial on this information anywhere.
I am planning to run a specialised recipe site off mediawiki (other users
should be able to easily add suggestions) - does anyone have a suggestion if
there is an extension available for mediawiki?
Regards,
Martin S
the following Mediawiki text:
<nowiki><</nowiki>user<nowiki>></nowiki>
results in:
<user>
instead of what I want:
<user>
Does anyone know why nowiki does not work?
I moved the URL of my wiki - is there a way to email all of the users to let
them know the new address?
Thanks,
Caitlin
______________________
Caitlin Dempsey, Editor
GIS Lounge
http://gislounge.com
Join the mailing list:
http://gislounge.com/subscribe/
editor(a)gislounge.com
mmm... it is a very specialized use.
Probably you need a combination of Dynamic Page
List extension (DPL) and "ad hoc" templates...
Property Table extension could be a good option too...
G.
--
Giuseppe Briotti
g.briotti(a)mclink.it
"Alme Sol, curru nitido diem qui
promis et celas aliusque et idem
nasceris, possis nihil urbe Roma
visere maius."
(Orazio)
Hallo,
i have upgraded my webserver to Mediawiki 1.11.0 , almost perfect but i can't see my tiff documents.
jpeg or png is no problem so LocalSettings.php is good configured for using ImageMagick to created thumbnails pictures
after checking FAQ and debug with $wgDebugLogFile i found this error for all the tiff images
MediaHandler::getHandler: no handler found for image/tiff.
i traced this back to wgMediaHandlers where no tiff images are present
http://www.mediawiki.org/wiki/Manual:%24wgMediaHandlers say's
$wgMediaHandlers = array(
'image/jpeg' => 'BitmapHandler',
'image/png' => 'BitmapHandler',
'image/gif' => 'BitmapHandler',
'image/x-ms-bmp' => 'BmpHandler',
'image/svg+xml' => 'SvgHandler', // official
'image/svg' => 'SvgHandler', // compat
'image/vnd.djvu' => 'DjVuHandler', // official
'image/x.djvu' => 'DjVuHandler', // compat
'image/x-djvu' => 'DjVuHandler', // compat
);
this wil results in the script wiki/includes/media/Generic.php for the clas MediaHandler to say "no handler found for $type."
how to configure the wiki for using tiff files again?
the previous version was mediawiki 1.8.2 that has no problems with tiff images.
wgMediaHandlers is introduced in version 1.10.0
thanks
Kris
Not sure why, but we had to do a heck of a lot more than that on OSX
Server.
We documented it here...
http://nutmeg.conncoll.edu/wiki/index.php/Enabling_texvx
More info here also
http://en.wikipedia.org/wiki/Texvchttp://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_FreeBSDhttp://www.mediawiki.org/wiki/Manual_talk:Running_MediaWiki_on_Mac_OS_X
Good luck!
Frank Fulchiero
Digital Media Specialist
Connecticut College
> From: Boris Steipe <boris.steipe(a)utoronto.ca>
> Subject: Re: [Mediawiki-l] TeX not working on fresh install
>
> No, the directories are under "images"
>
> create
>
> wiki/images/math
> wiki/images/tmp
>
> chmod 777 wiki/images/math wiki/images/tmp
>
> should work but chown daemon with 700 permissions seems to work as
> well.
>
> On 12-Dec-07, at 8:02 PM, Aaron Gray wrote:
>
>> Hi, I cannot get TeX to work.
>> I have enabled $wgUseTeX and am getting the error message :-
>> Failed to parse (Can't write or create math temp directory):
>> I have created a temp directory under the math directory and have
>> done a chmod 777 on it.
>> But still get the error.
>>