Manual:Short URL/de

From MediaWiki.org
Jump to navigation Jump to search
This page is a translated version of the page Manual:Short URL and the translation is 55% complete.

Other languages:
Deutsch • ‎English • ‎español • ‎français • ‎italiano • ‎polski • ‎português • ‎português do Brasil • ‎русский • ‎中文 • ‎日本語 • ‎한국어

Short URLs oder URL Rewrites verbergen die PHP Datei-Erweiterungen in der Seiten-Adresse. Nehmen Sie sich ein paar Minuten Zeit um eine stabile URL Struktur für Ihre Website auszuarbeiten bevor Sie anfangen, das veringert spätere Probleme.

Einleitung

Ziel

MediaWiki's Standard-Installations-Pfad ist gewöhnlich in etwa so ähnlich:

/var/www/localhost/htdocs/mediawiki/w (wenn vom Root-User installiert)
/home/johndoe/public_html/mediawiki/w (wenn beim Shared Hosting-Provider installiert)

MediaWiki's standard Seiten-Adressen ähneln diesen Beispielen:

http://example.org/w/index.php/Page_title (aktuelle Versionen von MediaWiki, ohne CGI Unterstüzung)
http://example.org/w/index.php?title=Page_title (aktuelle Versionen von MediaWiki, mit CGI Unterstüzung)

Mit den Methoden, wie sie auf dieser Seite umrissen werden, können wir MediaWiki so konfigurieren, dass es in etwa so aussieht:

http://example.org/wiki/Page_title Das ist die am meisten verwendete Konfiguration, wie sie auch von Wikipedia verwendet wird. Aber sie ist nicht der Standard, da sie Modifikationen am Server erfordert.
http://example.org/view/Page_title
http://wiki.example.org/view/Page_title
http://example.org/Page_title (nicht empfehlenswert! Siehe weiter unten)
http://wiki.example.org/Page_title (nicht empfehlenswert! Siehe weiter unten)
Es ist nicht empfehlenswert den Seitennamen direkt an der Root des Domain-Namens anzufügen, da es Konfikte mit Dateien oder Verzeichnissen geben kann, die sich im Root-Verzeichnis befinden. Zum Beispiel: Falls Sie Ihre Bilder im /Images/ Verzeichnis gepeichert haben, können Sie in Ihrem Wiki nicht mehr auf eine Seite "Images" zugreifen.

Vor- und Nachteile

  • Vorteile: Short URLs unterdrücken alle technischen Details, was als die beste Praxis für die URL-Darstellung gilt. Unter anderem können sie konstant gehalten werden, auch wenn sich die darunter liegende Software ändern sollte. (See above for the difference between MediaWiki's default URL structure with CGI enabled vs without). Sie sind für Besucher auch besser zu lesen, zu merken und einzugeben. Dazu sind short URLs besser als die Standard-URLs für das SEO, da sie ? enthalten, was negativ für SEO ist.
  • Nachteile: erfordern eine Konfiguration, so, abhängig von der Hosting-Umgebung, die Sie benutzen könnte es schwierig werden den Urzustand wieder herzustellen. Wie auch immer, jeder weiter verbreitete Webserver kann so konfiguriert werden kann, dass er Short URLs verwendet. Deshalb sollte in der Praxis jeder angemietete Web-Host dieses Feature unterstützen. Jeder Host, der dieses Feature nicht anbietet, ist sein Geld nicht wert.

Anleitungen

Unsere offiziellen Anleitungen der Short URL Konfiguration für unterschiedliche Web-Server. Wählen Sie die Konfiguration Ihres Web-Servers aus dieser Liste Falls Sie nicht wissen welche Server-Software Sie nutzen, dann ist es höchstwahrscheinlich Apache.

Andere How-To Mini-Anleitungen

Diese Anleitungen sind veraltet und insgesamt eine schlechte Wahl. Sie werden nach und nach gelöscht, sobald unsere offiziellen Anleitungen, oben, für die verschiedenen Web-Server erstellt werden.

Jeder ist eingladen, eine How-To Lösungsseite zu erstellen und sie unten aufzulisten. Bitte verwenden Sie einen sinnvollen Namen für die Seite, die zu den unten aufgeführten Namen passt. Wenn jede einzelne Lösung ihre eigene Seite hat, können Leser komplexe Varianten überspringen, die sie nicht brauchen. "Keep it simple" - "Fasse dich kurz". Bitte schreiben Sie in einem kurzgefassten, verständlichen Stil mit einer sepateten Seite für jede unterschiedliche Lösung.

Um anderen zu helfen, welche Short URL Methoden wirklich funktionieren, bitte bearbeite die Seite nach jedem Ausprobieren einer einzelnen Methode und erhöhe die Zahlen "worked" oder "didn't work" indem du auf den Link auf der Nummer klickst für diese Anleitung um eine kurze (oder lange, deine Entscheidung) Beschreibung zu machen was schief gegangen ist.

=== URL wie - beispiel.com/wiki/Seiten_Titel

Aktion wie bearbeiten, Versionsgeschichte, etc. werden immer noch index.php beinhalten, ausser $wgActionPaths sind definiert.

Root-Zugriff

Diese Methoden fordern einen Serverkonfigurationszugriff. Wenn du bei einem geteilten Betreiber bist, wirst du es wohl nicht haben. In diesem Fall musst du eine Methode wählen, die keinen Root-Zugriff fordert. You can jump directly to the MediaWiki ShortURL Builder tool and follow the on screen instructions after clicking on "I don't have root access".

* Abyss Web Server X2

(for Apache guidance, see the link in the Guides section).

URL like - example.com/Page_title

How to create example.com/Page_title URLs:

URL like - wiki.example.com/Page_title

How to create wiki.example.com/Page_title URLs.


Fehlerbehebung

Et-Zeichen (&) Problem

The ampersand problem shows up when you have page titles with symbols in (such as &, ?, #, + and /) that, despite being correctly encoded in the link are not being passed correctly from mod_rewrite to the script. This manifests in 404 page-not-found errors, because the title gets cut off at the special character. Zum Beispiel, Klicken auf einen Link zu "Hans & Marias Seite" gibt einen 404, weil MediaWiki nach einer Seite namens "Hans " sucht.

Dies kommt dadurch, da Et-Zeichen in Langformnamen wie query string Separatoren behandelt werden und nie die PHP Laufzeitumgebung erreichen würden. This is caused by an old and problematic mod_rewrite bug.[1]

Lösung:

This issue is caused by the ?title=$1 portion of rewrite rules like /index.php?title$1 which is completely unnecessary and harmful. MediaWiki parses paths directly from the REQUEST_URI so rewrite everything to /index.php.

Keine Skins

With Ubuntu 8.10 and MediaWiki 1.11.2 (and maybe later versions) if you use the MediaWiki sanctioned directions your skins may fail to load. To fix this, create a symbolic link in /var/www pointing to /var/lib/mediawiki with the value of $wgScriptPath in LocalSettings.php. If, for example, $wgScriptPath is set to "/w" then you need to run the command "sudo ln -s /var/lib/mediawiki /var/www/w".

Alternatively, try setting $wgLoadScript to the original file. If you source url is /wiki with the short url /w, set it to /wiki/load.php.

Chache leeren

If you notice that your changes to $wgArticlePath in LocalSettings.php are not being reflected in mysite.com/wiki/Main_Page, it may be due MediaWiki's caching of the links according to previous settings.

Go to mysite.com/wiki/Main_Page?action=purge to force MediaWiki to regenerate the cached links.

Was ebenfalls möglich ist:

  1. execute the MySQL query "TRUNCATE objectcache;", or
  2. Ensure $wgCacheEpoch is updated (if $wgInvalidateCacheOnLocalSettingsChange is enabled all you have to do is edit LocalSettings.php to purge it)

Leite Besucher deiner Domain zu deinem Wiki weiter

Our official guides for short url configuration include recommendations on how to point the root of your site to your wiki using your short url config.

For example our Apache guide recommends using this to point your site root to your wiki:

RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L]

Beachte, dass wir keine HTTP Weiterleitungen zu deinem Wiki-Pfad oder direkt zur Hauptseite empfehlen. As redirecting to the main page directly will hard-code variable parts of your wiki's page setup into your server config. Und weiterleiten zum Wiki-Pfad wird in zwei Weiterleitungen enden. Simply rewrite the root path to MediaWiki and it will take care of the 301 redirect to the main page itself.

Wenn du virtuelle Hosts benutzt, platziere die Rewrite Regeln in die Deklaration des virtuellen Hosts!

Ein Wiki von /wiki zu /w verschieben

A common beginner's mistake is to install MediaWiki itself (the source code, not the short url) in /wiki instead of /w. Once installed they would realize the mistake when trying to configure Short URLs (which would become difficult as the virtual path then conflicts with the real path).

There is a manual for moving a wiki in general, however that is too complicated if all you need is to change the installation directory (and stay on the same server, same database and same hostname).

Was du zu tun hast:

  • Backup LocalSettings.php and any other config files you may have created (such as your .htaccess).

Benenne den Installationsordner von MediaWiki von deinem Server von /wiki zu /w um.

  • Set $wgScriptPath in LocalSettings.php to "/w" and remove (or comment out) any definition of $wgArticlePath (this variable will be changed again when setting up Short URLs, further on)
  • Nun sollte sein Wiki normal unter example.org/w funktionieren.
  • Now go through the regular guide to set up short URLs
  • Perform a few tests on your wiki to make sure nothing is broken. Bearbeite eine Seite, besuche verschiedene Seiten, etc. If anything seems abnormal, revert the changes by restoring your backup of LocalSettings.php and other relevant files you might have changed during configuration of short URLs and rename your folder back to /wiki.

Note for shared hosting users: Many shared hosting plans offer an application manager to automatically Install, Update and Backup applications such as MediaWiki. If your plan has this and if you want to keep using these features, you should contact their tech support and let them know you just manually changed your MediaWiki installation directory.

Tricks

Siehe auch

Externe Verweise

Einzelnachweise

  1. Bugzilla mod_rewrite for ampersand bug, partially resolved for some users, but only after 13 years