Manual:MediaWiki feature list/de

Diese Seite enthält eine Liste von Eigenschaften, die in die MediaWiki-Software integriert sind. Ob Sie MediaWiki für ihren eigenen Wiki verwenden sollten, hängt von der Art der Website, auf der Sie es betreiben wollen ab. Wikipedias Software bietet zahlreiche nützliche Funktionen, die aus den Bedürfnissen der Benutzer und den Ideen der Entwickler wuchsen - aber Funktionen bedeuten auch Komplexität. Bevor Sie sich dafür entscheiden MediaWiki zu verwenden, sehen Sie sich bitte andere Wiki Engines an (siehe diese Liste oder diese Vergleiche), und sehen Sie ob einer von ihnen Ihren Anforderungen besser entsprechen könnte.

Anfragen für neue Funktionen sollten bei Bugzilla eingereicht werden.

Do I want MediaWiki?
MediaWiki software and extensions have features and benefits, strengths and weaknesses, pros and cons, and in spite of anyone ' s intended purposes, MediaWiki software and extensions can be used for unique, clever, inventive purposes unforeseen by the original programmers or other installers. Here is a brief list of MediaWiki features and benefits. If you develop an equivalent list of your own goals and resources, you can compare this list to your list and see where there ' s a match, or mismatch. Need more help deciding? There are open discussion groups on the web, and "talk" discussion pages behind each main MediaWiki page where you can seek connection with other people ' s experiences.

Note: sample feature list from pages 13-14, in the book "MediaWiki Administrators ' Tutorial Guide: Install, manage, and customize your MediaWiki installation" by Mizanur Rahman, 2007 http://www.packtpub.com/

Please enhance and expand the above table ' s features and benefits to assist visitors to best know what they are getting into. Thanks!

One recurring problem is that system administrators decide to create a wiki, without taking into account many issues. After filling out the previous table, ask yourself the following questions, to see if a wiki is the right software for you:
 * 1) What is my site's intended purpose?
 * Wikis are ideal for collaborative editing and creation of content; they are not very well suited for other purposes, like blogging. Consider whether a wiki is an adequate option for your goals.
 * 1) How many users will this wiki be exposed to?
 * With a few exceptions, installing wiki software is unnecessary when there is a very small group of people interested in editing the wiki. The larger the user base, the higher the probability a wiki makes more sense for you.
 * 1) How many active editors do I expect to edit my wiki?
 * Wikis, due to their open nature, require some maintenance. The larger the editor base, the more hands available to perform those maintenance tasks.
 * 1) What can I do with MediaWiki?
 * MediaWiki is an extremely versatile wiki engine; it is relatively easy to install, but more importantly, allows for the use and creation of extensions. These allow your MediaWiki installation to be extremely customizable with some knowledge of PHP. With the proper motivation, MediaWiki can be "abused" to do almost anything.
 * 1) Is MediaWiki right for me?
 * MediaWiki has its limitations. Currently, there is no support for WYSIWYG editing, so all editors need to learn wikimarkup. That presents a small barrier to entry. A more considerable limitation is that MediaWiki is not meant to be an access control list. MediaWiki raison d'etre is to provide open content; while recent versions have a much stronger security model, there are still significant gaps in individual-based security access. See Preventing access and Security issues with authorization extensions.

How should I configure MediaWiki?
If you have decided that MediaWiki is indeed an appropriate solution, there are still more things to consider. These questions will hopefully help you decide how to configure your wiki in a way that will allow you to minimize issues in the longer term: See Manual:User rights and Help:User rights management for more ideas and information.
 * 1) Who do I want reading my wiki?
 * In spite of all the issues with individual-based page restrictions, MediaWiki can be configured to restrict or allow access to everyone. So, ask yourself whether you want everyone in the Internet to see the contents of your wiki, or if you want to restrict that privilege to those users who have created accounts in your wiki.
 * 1) Who do I want editing my wiki?
 * Perhaps the most common question is whether you want to permit everyone to edit your wiki, similar to the Wikipedia model. MediaWiki allows for fine-grained writing restrictions; you can allow unregistered users to edit talk pages, for example, but only allow users with accounts older than a certain amount of time to edit your content pages. You can restrict editing to sysops, or even to a custom user group you create and delegate.
 * 1) Who do I want creating an account on my wiki?
 * Depending on some of the answers to the questions above, you may want to decide to restrict who can create accounts in a wiki. You can allow anyone to create accounts; or you can even designate that privilege to administrators, who would then be responsible for creating accounts for new users via some process of your choosing.
 * 1) What powers do I want each user group to have?
 * One of the most important questions you need to answer is this one. Granting or removing privileges to a group can be extremely controversial in a large wiki, so having a good idea of what each user should be able to do is critical. Do you want unregistered users to create pages? Do you want registered users to create pages? Do you want wiki administrators to be able to block and delete pages, or do you want to extend more privileges to them? Who is responsible for granting more privileges? Who is responsible for removing them? Who do you want to have more fine-grained powers, such as oversight, checkuser, and rollback?
 * 1) Which extensions should I install?
 * With a few exceptions, extensions are easy to add, whether it be while installing the wiki, or after a couple of years of the wiki being run.

With those answers, you should be able to configure the most critical aspects of your wiki. You can proceed to beginning the installation process in your operating system.

Aussehen und Gefühl

 * Links mit Abkürzung, Anordnung hängt vom Skin ab.
 * Skins: Verschiedene Möglichkeiten, um die Website zu präsentieren.
 * Monobook, ein moderner Skin mit Accesskeys und Tooltips.
 * Anwenderstile: Anwender können das Aussehen und Gefühl der Website durch benutzerdefinierte CSS über ihre Benutzerseiten anpassen.
 * Anwenderstile: Anwender können das Aussehen und Gefühl der Website durch benutzerdefinierte CSS über ihre Benutzerseiten anpassen.
 * Der Schwellenwert für die Einstufung Entwurf ("Stub"): Anwender können Links zu Artikeln unter einer bestimmten Größe gerendert, in einer anderen Farbe sehen.
 * Druckbare Versionen können von Artikeln generiert werden.
 * Überschriften automatisch nummerieren in einem Artikel (optional).
 * Intra-Seite Anker (automatisch für Überschriften, und auch mit ... generiert).
 * Generieren Sie ein automatisches Inhaltsverzeichnis für lange Artikel (optional).
 * Schalten automatisch ISBN-Nummern in Links um, zu einer bearbeitbaren Liste der Buchhändler.
 * XHTML- oder HTML5-kompatiblen Ausgang (oder sehr nahe daran), geordnete Integration.

Multimedia und Erweiterungen

 * Datei-Upload-Funktion ermöglicht es, Grafiken oder Sound-Dateien hochzuladen, siehe Special:Upload, um es in Aktion zu sehen, und Hochladen von Dateien für eine Beschreibung. Hochgeladene Dateien werden über die letzten Änderungen aufgeführt und sie sind auch auf Special:Log/upload protokolliert.
 * Mathematische Formeln, welche die LATEX-Syntax verwenden: siehe Texvc
 * Automatische Größenanpassung von Bildern, welche ImageMagick oder libgd verwenden, einfache Syntax für Bildunterschriften und Bildausrichtung
 * WikiHiero für ägyptische Hieroglyphen (benötigt separat installierte Komponenten)
 * EasyTimeline für Zeit-Charts: siehe (hier) (benötigt separat installierte Komponenten)

Verfolgung von Änderungen

 * Beobachtungsliste Jede Seite hat einen Link "Diese Seite beobachten." Verwenden Sie Beobachtungsliste, um Änderungen auf den Artikeln zu verfolgen, die Sie als interessant erklärten; beobachtete Artikel sind auch in der Liste der Letzten Änderungen fett.
 * Benutzerbeiträge in der Seitenleiste jeder Benutzerseite, listet alle Artikel des Nutzers auf, entsprechend der Datenbank.
 * Erweiterte letzte Änderungen mit dynamischer Aufklappfunktion der Änderungen auf die gleichen Artikel und Schnellzugriffs-Links, um Bearbeitungen zu unterscheiden, zeigt die Versionsgeschichte, zeigt die Benutzerseite, zeigt die Diskussionsseite oder Sperrung der Benutzer (für Sysops)
 * "Änderungen an verlinkten Seiten": Sehen Sie sich eine gefilterte Version der letzten Änderungen zu den von der gegenwärtigen Seite verbundenen Seiten an.
 * Unterschied zwischen Versionen - die Unterschiede werden nebeneinander angezeigt und geänderte Teile von Zeilen werden hervorgehoben, so dass es viel leichter zu sehen ist, was genau was ist. Zusätzlich wird ein Unterschied bei einem Bearbeitungskonflikt angezeigt, sodass Sie genau sehen können, was Sie wieder eingliedern sollten.
 * Reale Namen. Benutzer können (optional) einen "echten Namen" angeben, wollen sie ihn für "Autor-Credits" verwenden.
 * On-page credits. Administrators can enable an on-page paragraph giving credit to editors who've worked on a page.

Strukturen und Satzbau/Syntax

 * Standardmäßig ist nur der eingeschränkte Gebrauch von HTML gestattet. Es gibt eine Möglichkeit, vollen Gebrauch von HTML zu ermöglichen.
 * Bearbeiten von Satzbau/Syntax beruht auf UseMod Basis, mit der Unterstützung für das Mischen Wiki-Syntax und HTML. Nur freie Links werden für die Verlinkung unterstützt, CamelCase wird nicht unterstützt. (bewusste Design-Entscheidung)
 * Namensräume erlauben die Inhalts-Trennung (um den Namensraum zu adressieren, nutze die Namensraum:Seitentitel Syntax).
 * Diskussion (Diskussion:) Seiten sind getrennt von Artikelseiten, "meta"-Projekt Seiten können von Inhaltsseiten getrennt werden, Bilder-Seiten werden für Bildbeschreibungen eingesetzt.
 * MediaWiki:Namensraum enthält alle Benutzer-Interface Texte, so dass sie wie jede andere Wiki-Seite bearbeitet werden kann.
 * Vorlage: Namensraum für benutzerdefinierte Meldungen. Vorlagen können String-Variablen enthalten, die durch bestimmte Werte ersetzt werden, zu der Vorlage aus der aufrufenden Seite.
 * Transklusion von beliebigen Seiten in jedem Namensraum: . Siehe Vorlagen
 * Word-Erweiterung Verlinkung: Wenn Sie einen Link von der Form Kriege, oder Kriegs-Zeit einbeziehen, wird es das System automatisch anzeigen, als ob Sie Kriege, oder Kriegszeit , eingegeben haben, beziehungsweise, das spart etwas Tipparbeit.
 * Beiläufiges verstecken Wenn Sie einen Link in der Form Kernel (Mathematik) einbeziehen, wird der beiläufige Teil in dem Link versteckt werden: Kernel. Das ist nützlich, um verschiedene Bedeutungen eines Wortes zu disambiguieren, ohne die Verlinkung zu schwierig oder das Überhäufen des Textes von Artikeln zu machen. Dies funktioniert auch mit dem Zurechtschneiden aus Namensräumen, wenn Sie einen Sauber-aussehenden Link wollen: Copyrights wird zu Copyrights
 * Link zu einzelnen Abschnitten von einen Artikel, z.B. (diese Links können ungültig werden, wenn Abschnitte umbenannt oder entfernt werden -- eine Modifizierung, die das lindern würde, ist vorgeschlagen worden.)
 * Unterstüzung für Unterseiten (Link zu "Foo/Bar" von "Foo" nur durch Eingabe von "/Bar", "Foo/Bar" enthält einen Backlink zu "Foo"), diese können vom Namensraum aktiviert oder deaktiviert werden (z.B., Wikipedia unterstützt derzeit Unterseiten auf Diskussionsseiten, um die Archivierung einfach zu machen, und auf Benutzerseiten, um den Benutzern Platz für persönliche Seiten zu geben).
 * Spezielle Schlüsselwörter für das Einfügen von dynamischen Daten wie den Namen der aktuellen Seite, das aktuelle Datum, die Anzahl der Artikel, etc.
 * Mehrere Kategorien können zu jeder Seite, einschließlich Kategorien selbst zugeordnet werden, wodurch eine Hierarchie von Kategorien erstellt wird. Kategorie-Seiten listen automatisch eine Liste aller Seiten, die ihnen einschließlich Unterkategorien zugeteilt sind. Kategorien ermöglichen Einstufung und hierarchisches Durchsuchen des Inhalts.

Bearbeitung

 * Abschnitte bearbeiten. Benutzer können eine Option aktivieren, die ihnen erlaubt, individuelle Abschnitte eines Artikels (getrennt durch Überschriften) zu editieren, anstatt den kompletten Artikel zu laden.
 * Editieren Sie Werkzeugleiste, die (JavaScript-basiert) ist, um Text als fett bzw. kursiv usw. zu formatieren (voll funktionsfähig in Mozilla und IE, andere Browser verwenden es, um die Syntax zu zeigen, können Text jedoch nicht innerhalb des Textfeldes formatieren, weil ihre JavaScript-Implementierung es nicht unterstützt). Wenn JavaScript deaktiviert ist, wird die Werkzeugleiste nicht gezeigt.
 * Zusammenfassung die in den "Letzten Änderungen" gezeigt wird. Wird mit Abschnitts-Titel vorausgefüllt werden, wenn der Abschnitt bearbeitet wird.
 * Doppelklick Bearbeitung: Benutzer können eine Option aktivieren, sodass sie Artikel mittels Doppelklick bearbeiten können.
 * Bearbeitungvorschau (kann vor oder nach Eingabefeld angezeigt werden)
 * Handhabe Bearbeitungskonflikte (Seite die durch einen Nutzer gespeichert wurde, während diese immer noch von einem anderen bearbeitet wird, dann wieder gespeichert wurde). MediaWiki wird wenn möglich Änderungen automatisch verschmelzen und sonst verlangen, dass der Benutzer eine manuelle Verschmelzung veranlasst.
 * Markiere Bearbeitungen als geringfügig, Benutzer können entscheiden, manche Bearbeitungen aus der Liste der Letzten Änderungen zu verstecken. Nur angemeldeten Nutzer können Änderungen als geringfügig markieren.

Spam & Vandalismus

 * Anti-Spam Merkmale: Verhindern Sie Link-Spamming und andere Formen der missbräuchlichen Bearbeitung.
 * Schwarze Spamliste: Liste der Spammerdomains, welche es Benutzern nicht erlaubt, sie zu verlinken.
 * Vandalismus bekämpfen: Hilfreiche Tipps und Links zu einigen Erweiterungen für den Umgang mit Vandalismus.

Diskussionen

 * Diskussionsseiten: Jeder Benutzer (einschließlich jeder anonyme Benutzer) und jeder Artikel hat eine zugehörige Seite auf der Nachrichten hinterlassen werden können. Dies sind separate Namensräume (siehe oben), "Diskussion:" und "Benutzer Diskussion:".
 * Benachrichtigung über Nachrichten (Benutzer bekommt ein "Du hast neue Nachrichten" Mitteilung, sobald jemand anderes seine Benutzer Diskussions-Seite bearbeitet hat); das gilt auch für anonyme Benutzer, aber nicht von gemeinsam genutzten IP-Benutzern.
 * Automatic signature: Just type three tildes (~) when you edit, and on saving the page, it will be replaced with your user name and a link to your user page. If you use four tildes, the current date will be added as well. Mainly intended for Talk pages.
 * Support for emailing users through the wiki (email address not shown to the user)

Multilanguage support

 * Translated into many languages (see en:Wikipedia:Multilingual coordination for details)
 * Interlanguage links: handy method for linking articles between wikis in different languages (each language requires its own database)
 * UTF-8 support

Backend

 * Database-driven (MySQL/MariaDB, PostgreSQL, and SQlite are supported)
 * Parser caching: rendered pages are cached to reduce redundant processing
 * Output caching: complete page output can be optionally saved as static HTML files for serving to other clients; support for Squid proxies
 * Cookie-based account and login system, but anonymous users can also edit pages
 * All revisions of an article are stored (optionally compressed)
 * RSS syndication available for many special pages, such as Special:Newpages and Special:Recentchanges
 * RDF metadata

Permissions

 * Different rights for anonymous users, signed in users, sysops, bureaucrats and developers.
 * Signed in users can:
 * move and rename pages
 * upload files
 * have and use a watchlist
 * mark edits as minor edits (eg. typo correction)
 * Admins/Sysops can:
 * protect pages from editing
 * delete and undelete pages
 * edit protected pages
 * ban users by IP address
 * ban users by username, if this option is enabled
 * run SQL queries on the database, if this option is enabled (see Extension:Asksql)
 * Bureaucrats can:
 * create sysops
 * rename users
 * flag bots
 * Developers can:
 * lock the database
 * run various maintenance tasks
 * Other permission schemes (e.g. only signed in users can edit pages) can be configured.

Search and Queries

 * Full text search
 * "Go" button allows direct viewing of a specified article's contents (tries near match if no exact hit)
 * "What links here": View pages that link to the current page (backlinks)
 * Special report pages:
 * New pages: List of newly created articles
 * Ancient pages: Articles sorted by timestamp, ascending
 * List of images
 * List of users
 * Site statistics
 * Orphaned articles (articles that have no links pointing to them)
 * Orphaned images
 * Popular articles (articles by number of visits, works only if counters are enabled)
 * Most wanted articles (non-existent articles sorted by number of links pointing to them)
 * Short articles
 * Long articles
 * List of all pages by title
 * Query API - allows scripted access to various metadata

Misc.

 * Random article display function
 * Users can configure their timezone, which is used on all report timestamps
 * The attributes of many report pages (number of results etc.) can be set in the user preferences

Empty set of help pages
Note that the files in the installation contain many links pointing to documents that are not included in the download. Most important is the empty set of help files, which will be needed by any new user of the site. To remedy these broken links, you must either a) export from this site or manually copy and modify help pages to your installation or b) modify the installation's parameters to change the help link targets to this site, either of which may require a substantial time investment.

Coming soon

 * See Special:MyLanguage/MediaWiki roadmap.