for the rewrite rules you can also put them in .htaccess that is how wordpress does things.
Jonathan Aquilina
On Wed, Jun 8, 2016 at 6:24 PM, kghbln mediawiki@kghoffmeyer.de wrote:
Heiya Jonathan,
yeah, actually the rewriting stuff is done in the virtualhost configuration and works. It's just these b... umlauts and stuff ... ;)
I will think of something else ... Would not like to change the provider but in the end.
Cheers Karsten
Am 08.06.2016 um 13:23 schrieb Jonathan Aquilina:
Have you tried enabling mod_rewrite if you are on apache and setting up some rewrite rules in .htaccess?
Jonathan Aquilina
On Wed, Jun 8, 2016 at 9:43 AM, kghbln mediawiki@kghoffmeyer.de wrote:
Hi Ad,
I guess it is a standard procedure to have Short-URL supporting multibyte characters when using MediaWiki. Using this feature without having to do a backflip in some environments will be nice. Starting with MW 1.26+ there are issues and I currently do not know how I should do my backflip.
Cheers Karsten
PS See ya!
Am 08.06.2016 um 08:52 schrieb Ad Strack van Schijndel:
Hi Karsten,
The big question of course is why at all you are fishing in this water
...
Why do you use this construction?
By the way: I saw your message about the SMWCon, thanks for that and
I'll be there!
Ad
Op 7 jun. 2016, om 21:14 heeft kghbln mediawiki@kghoffmeyer.de het
volgende geschreven:
Yes, so there must be something else in the water.
Cheers Karsten
Am 07.06.2016 um 11:52 schrieb Jonathan Aquilina:
Did you restart apache? usually those kind of changes need a web
server
restart.
Jonathan Aquilina
On Tue, Jun 7, 2016 at 10:27 AM, kghbln mediawiki@kghoffmeyer.de
wrote:
> Heiya,<br /><b>thank you</b> again for your input. > > As it turns out the browsers (Fx, Ch, O, Wb, etc. are decoding %C3
to
> %c3 instead of just sending %C3. > > Some people reported that setting "AddDefaultCharset UTF-8" in
Apache
> and "default_charset = "UTF-8" in PHP should do and did the trick
but
> this particular environment is still resting. > > Any other ideas on how to mitigate this somehow? > > <i>Cheers</i><br />Karsten > > [0] https://phabricator.wikimedia.org/T131414 > > Am 31.03.2016 um 23:56 schrieb kghbln: >> Heiya Daniel, >> >> thank you for your insight and assessment of the situation. While I >> myself cannot do such an elaborate analysis as in [1] I can now
confirm
>> that pulling MW 1.26.2 in favour of MW 1.25.5 got me a fully
accessible
>> wiki. Same "LocalSettings.php" and same RewriteRules. Thus I can
confirm
>> that there is indeed something in the water. >> >> I will be on phabricator regarding this. >> >> Cheers and thanks again! >> >> Cheers Karsten >> >> Am 31.03.2016 um 20:42 schrieb Daniel Friesen: >>> This sounds very similar to another bug where IIS users get
infinite
>>> redirect loops in 1.26. >>> >>> Someone tried to 'fix' another bug by introducing a new
normalizing
>>> redirect to MediaWiki in 1.26. >>> >>> But it's starting to look like enough attention was not paid to
the
>>> "edge" cases of web servers an international text other than the
narrow
>>> subset this change was tested with. >>> >>> Which IMHO is not the web server's fault, because this
http->server->php
>>> area the normalization is treading in is NOT a standardized thing
one
>>> should expect certain forms of normalization. >>> >>> [0] https://gerrit.wikimedia.org/r/#/c/219446/ >>> [1] https://phabricator.wikimedia.org/T127734 >>> >>> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [
>>> >>> On 2016-03-31 11:11 AM, kghbln wrote: >>>> Heiya, >>>> >>>> this is painful for me. >>>> >>>> There is a wiki accessible with the following logic: >>>> >>>> "http://example.com/wiki/Main_Page" >>>> >>>> When I edit I have: >>>> >>>> "http://example.com/w/index.php?title=Main_Page&action=edit" >>>> >>>> To get this magic running I have the following RewriteRules: >>>> >>>> RewriteEngine On >>>> RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L] >>>> RewriteRule ^/?$ %{DOCUMENT_ROOT}/w/index.php [L] >>>> >>>> And in "LocalSettings.php": >>>> >>>> $wgScriptPath = "/w"; >>>> $wgScriptExtension = ".php"; >>>> $wgArticlePath = "/wiki/$1"; >>>> $wgUsePathInfo = true; // true or false does not make a
difference
>>>> >>>> Everything is cool until I dare to try accessing a page
containing
a
>>>> special character, e.g. "http://example.com/wiki/So_ein_%C3%84rger"
and end
>>>> up in an indefinite redirect loop. >>>> >>>> This wiki is a MW 1.26.2. >>>> >>>> Any hint out there? Never encountered anything similar.
Admittedly
not
>>>> my first wiki. >>>> >>>> Thanks and cheers >>>> >>>> Karsten >>>> >>>> >>>> _______________________________________________ >>>> MediaWiki-l mailing list >>>> To unsubscribe, go to: >>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >>> >>> >>> _______________________________________________ >>> MediaWiki-l mailing list >>> To unsubscribe, go to: >>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >>> >> >> _______________________________________________ >> MediaWiki-l mailing list >> To unsubscribe, go to: >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> > > _______________________________________________ > MediaWiki-l mailing list > To unsubscribe, go to: > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l