Watch-Wiki:Baustelle

Auf dieser Seite werden alle technischen Probleme wie z.B. Layout oder technische Verbesserungsvorschläge gesammelt.

Nummer	Beschreibung	Seite (Wikilink)	Lösungsvorschlag	Kommentar / Status
1	Abstände stimmen nicht	Hauptseite
2	Kategorie, Category funktioniert, Категория (ru) und Categorie (nl) funktionieren nicht.	MediaWiki	bei WP kopieren und bei WW einfügen	Vorschläge sind zur Umsetzung bereit
3	Erläuterungen fehlen	http://www.watch-wiki.de/index.php?title=Spezial:Gruppenrechte	bei WP kopieren und bei WW einfügen	Erste Version eingefügt, muss aber noch erweitert werden
4	Richtlinien für Löschen/Sperren festlegen	Watch-Wiki:Richtlinien	Eventuell den Link einfach entfernen, hier: MediaWiki:Confirmdeletetext MediaWiki:Blockiptext MediaWiki:Revdelete-text

Problembesprechung

Problem 2

Nur noch einmal zum Verständnis. Wenn ich das richtig verstanden habe, besteht der Fehler darin, dass das System die Worte Категория und Categorie nicht als Bezeichner für den Namensraum Kategorie akzeptiert?

• [[Kategorie:A]] - Wird als Kategorie eingetragen:
• [[Category:B]] - Wird als Kategorie eingetragen:
• [[Категория:C]] - Wird nicht als Kategorie eingetragen:
• [[Categorie:D]] - Wird nicht Kategorie eingetragen:

--Willy 05:16, 5. Aug. 2010 (UTC)

Ja, wie sich das auswirkt siehst du hier (achte auf die eckigen Klammern). Ich hatte schon mal ein ähnliches Problem. Da hab ich unter Einstellungen auf meiner Benutzerseite die Sprache dementsprechend geändert und dann das Wort hier hinzugefügt. Das wäre die Notlösung. Ich denke aber, man kann das (eine Datei) bei WP direkt kopieren und bei WW einfügen. Das gleiche Problem ist bei Vorlagen, Template funktioniert und dann hört´s auf. WP kennt aber auch Sjablonen etc. --Torsten Diskussion ^Beiträge _Email 08:52, 5. Aug. 2010 (UTC)

So einfach ist das nicht, da muss ich Dich enttäuschen. Ich weiß nicht, inwieweit Du mit der Installation des Wikis befasst warst, aber im Hauptverzeichnis auf dem Webserver gibt es die Datei LocalSettings.php, in der alle Einstellungen des jeweiligen Wikis gemacht werden. Dort gibt es bei Watch-Wiki einen Eintrag $wgLanguageCode = "de";, der die deutsche Lokalisierung des Wikis bestimmt. Deshalb funktioniert das deutsche Wort Kategorie, während die englische Variante "fest verdrahtet" ist. Würde man den Eintrag auf "ru" ändern, würde Категория funktionieren, aber nicht mehr Kategorie.

Deshalb muss man ebenfalls in LocalSettings.php sogenannte NamespaceAliases vergeben:

$wgNamespaceAliases['Категория'] = NS_CATEGORY;
$wgNamespaceAliases['Обсуждение категории'] = NS_CATEGORY_TALK;

$wgNamespaceAliases['Categorie'] = NS_CATEGORY;
$wgNamespaceAliases['Overleg categorie'] = NS_CATEGORY_TALK;

Das Problem dabei ist, dass die Datei LocalSettings.php ANSI-Codiert ist, was eine Eintragung der russischen Begriffe unmöglich macht. Andererseits habe ich bei der Konvertierung auf Unicode (UTF-8) sehr oft Probleme gehabt, da viele Editoren nicht sauber in Unicode speichern.

Am Besten wäre es, in LocalSettings.php mit require_once('alias_ru_nl.php'); zum Beispiel die Datei alias_ru_nl.php einzubinden, die dann alle NamespaceAliases beinhaltet.

Alles klar? :-)

Grüße, --Willy 16:06, 5. Aug. 2010 (UTC)

Alle Klarheiten beseitigt ;-), können wir das tun oder muß das der techn. Admin machen? --Torsten Diskussion ^Beiträge _Email 17:42, 5. Aug. 2010 (UTC)

Ich habe zumindest keinen Zugriff auf das Installationsverzeichnis und wenn Du nicht mit einem ftp-Programm auf den Webserver zugreifen kannst, muss Du es wohl "beauftragen". Kann der techn. Admin (WHiTY?) nicht einfach hier "mit besprechen"? --Willy 19:14, 5. Aug. 2010 (UTC)

Ich hab ihn bereits informiert. --Torsten Diskussion ^Beiträge _Email 19:55, 5. Aug. 2010 (UTC)

Vielleicht könnte man bei der Aktion auch den Filter installieren, damit wir langfristig die Spammer in den Griff bekommen:
http://www.mediawiki.org/wiki/Extension:AbuseFilter
... und die Freigabe von User-Scripten aktivieren.

• Downloads:

NamespaceAliases: http://217.86.173.116/alias_ru_nl.zip (von mir vorbereitet und getestet)

Download AbuseFilter (Version 1.15.x): http://www.mediawiki.org/wiki/Special:ExtensionDistributor/AbuseFilter

• Einträge in LocalSettings.php

//AbuseFilter

require_once('extensions/AbuseFilter/AbuseFilter.php');

$wgGroupPermissions['sysop']['abusefilter-modify'] = true;

$wgGroupPermissions['sysop']['abusefilter-log-detail'] = true;

$wgGroupPermissions['*']['abusefilter-view'] = true;

$wgGroupPermissions['user']['abusefilter-log'] = true;

$wgGroupPermissions['sysop']['abusefilter-private'] = true;

$wgGroupPermissions['sysop']['abusefilter-modify-restricted'] = true;

$wgGroupPermissions['sysop']['abusefilter-revert'] = true;

//CSS/JS

$wgAllowUserCss = true;

$wgAllowUserJs = true;

//NamespaceAliases

require_once('alias_ru_nl.php');

--Willy 05:23, 6. Aug. 2010 (UTC)

Hab für Sonntag abend ein Telefonat mit unserem techn. Admin vereinbart. Ich bespreche mit ihm die Problematik. Letztendlich halte ich mich aber raus aus dem Fachchinesisch. Das sollen die Experten "unter sich" ausmachen. Ich lausche aber um meine PHP-Kenntnisse zu verbessern ;-) Ich kümmer mich derweil um den Content im WW. --Torsten Diskussion ^Beiträge _Email 23:02, 6. Aug. 2010 (UTC)

Content ist gut, ich kann da nur mit ein paar Bios beitragen. --Willy 07:11, 7. Aug. 2010 (UTC)

Problem 4

von oben hierher kopiert

Ist das überhaupt nötig oder kann man den Link einfach entfernen oder soll das ignoriert werden? --Willy 07:11, 7. Aug. 2010 (UTC)

So lange wie die Admins sich untereinander absprechen und nach einem Konsens suchen wäre das sicher nicht nötig. Doch wir hatten schon mal den Fall, dass ein Admin einen anderen Admin sperrte obwohl ein kurzes Telefonat das Mißverständnis ausgeräumt hätte. Langfristig, also wenn wir mal 50 Admins haben und 100000 User, wird es wohl nötig sein. Heut noch nicht. --Torsten Diskussion ^Beiträge _Email 13:28, 7. Aug. 2010 (UTC)

So schlimm ist das doch nicht, er hätte sich doch selbst wieder entsperren können? Nein, in erster Linie ging es mir um den "Rot-Link", für die allgemeine Regelung sollte der "common sense" genügen, allerdings ist es manchmal nicht einfach gerade über Sperren zu entscheiden. So habe ich zum Beispiel letzen Abend zwei frisch angemeldete Benutzer gesperrt, die Du danach begrüßt hast :-) Grüße, --Willy 19:42, 7. Aug. 2010 (UTC)