Hallo!
Beim Herumspielen mit meinem lokalen MediaWiki 1.4 sind einige Fragen bei mir und anderen aufgetaucht, für die ich bisher keine Antwort gefunden habe. Vielleicht klappt es ja hier in der Liste:
- Wie kann ich bei einem lokalen Wiki "anonyme" Änderungen unterbinden, also Benutzer zwingen sich zum Editieren anzumelden? Geht das?
- Beim Eintragen einer Vorlage in eine Kategorie werden alle Artikel, die dann diese Vorlage integriert bekommen, ebenfalls in die Kategorie eingetragen. Artikel, die aber die Vorlage bereits vor dem Eintragen in die Kategorie eingebunden hatten, werden in die Kategorie nicht eingetragen, obwohl sogar in der Fußliste die angebliche Einordnung erscheint! Ist das ein Bug? Ich denke schon, aber ich will mal nicht zu früh schreien... Und wenn ja, wohin mit der Fehlermeldung?
- gibt es eine Datei mit übersetzten MediaWiki-Meldungen irgendwo? Wenn nicht, wäre es nicht sinnvoll, so etwas anzulegen (in der Lokal-Installation sind die meisten Meldungen noch auf Englisch, in der Wikipedia kommen bei Update auch immer wieder englische Meldungen vor etc.)?
- Ich vermute es hängt mit meinem Betriebssystem zusammen (XP_SP1), jedenfalls kann ich keine Bilder mit Umlauten hochladen. Genauer: Eine "Bild:..."-Seite wird erstellt, aber kein Bild angezeigt, weder auf der Bild-Seite noch beim Einbinden per [[Bild:...|...]]. In beiden Fällen wird keine Meldung ausgegeben (z.B. à la "Bild nicht gefunden"), sondern einfach nichts angezeigt. Bis jetzt habe ich die Bilder einfach ohne Umlaute wieder hochgeladen, aber interessehalber würde ich schon gerne ein wenig darüber Bescheid wissen, vor allem, da die Dateien ja lokal tatsächlich in z. B. "images/b/bb" oder ähnlichem mit "hässlichen Umlauten" abgespeichert werden (also wie UTF-8 betrachtet ohne UTF-8-fähigen Reader).
- Beim Abfragen von Log-Seiten und einigen anderen Spezialseiten begegnet mir (lokal!) immer wieder folgende Meldung: ----
Fehler in der Datenbank
Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete:
SELECT log_type, log_action, log_timestamp, log_user, user_name, log_namespace, log_title, cur_id, log_comment FROM `user`, `logging` LEFT OUTER JOIN `cur` ON log_namespace=cur_namespace AND log_title=cur_title WHERE user_id=log_user ORDER BY log_timestamp DESC LIMIT 0,50
aus der Funktion "". MySQL meldete den Fehler "1267: Illegal mix of collations (latin1_general_ci,IMPLICIT) and (latin1_bin,IMPLICIT) for operation '='". ---- Was soll mir das sagen bzw. was kann ich für ein fehlerloses Funktionieren tun (System: XP_SP1, aktuelles XAMPP komplett mit MySQL 4.1.8, PHP 5.0.3 (apache2handler) etc. sowie MediaWiki 1.4beta3)?
Vielen Dank im voraus für Antworten,
Julian Waldner
Am Donnerstag 06 Januar 2005 20:51 schrieb Julian Waldner:
Beim Herumspielen mit meinem lokalen MediaWiki 1.4 sind einige Fragen bei mir und anderen aufgetaucht, für die ich bisher keine Antwort gefunden habe. Vielleicht klappt es ja hier in der Liste:
Eigentlich gibt es dafür die englischsprachige Liste wikitech-l@, da lesen sicher auch die kompetenteren Personen mit...
- Wie kann ich bei einem lokalen Wiki "anonyme" Änderungen unterbinden,
also Benutzer zwingen sich zum Editieren anzumelden? Geht das?
Ich glaube es geht, wie genau weiß ich nicht. Entweder gibt es eine Option im Konfigurationsfile, die man an/abschalten kann, oder es funktioniert mit einem Trick (z.B. alle IPs sperren).
- Beim Eintragen einer Vorlage in eine Kategorie werden alle Artikel,
die dann diese Vorlage integriert bekommen, ebenfalls in die Kategorie eingetragen. Artikel, die aber die Vorlage bereits vor dem Eintragen in die Kategorie eingebunden hatten, werden in die Kategorie nicht eingetragen, obwohl sogar in der Fußliste die angebliche Einordnung erscheint! Ist das ein Bug? Ich denke schon, aber ich will mal nicht zu früh schreien... Und wenn ja, wohin mit der Fehlermeldung?
Naja, es ist nicht wirklich ein Bug! Die Artikel, die vorher schon die Vorlage hatten landen erst nach der nächsten Bearbeitung in der Kategorie. Es wäre zwar schön, wenn es auch so gehen würde, aber dann könnte eine Aktion zuviel Serverlast auslösen und das kann bei einem Wiki recht problematisch werden.
- gibt es eine Datei mit übersetzten MediaWiki-Meldungen irgendwo? Wenn
nicht, wäre es nicht sinnvoll, so etwas anzulegen (in der Lokal-Installation sind die meisten Meldungen noch auf Englisch, in der Wikipedia kommen bei Update auch immer wieder englische Meldungen vor etc.)?
Ja, die Sprache sollte man eigentlich einstellen können! Wenn ich mich richtig erinnere, sollte das doch auch schon bei Installation geschehen.
- Ich vermute es hängt mit meinem Betriebssystem zusammen (XP_SP1),
jedenfalls kann ich keine Bilder mit Umlauten hochladen. Genauer: Eine "Bild:..."-Seite wird erstellt, aber kein Bild angezeigt, weder auf der Bild-Seite noch beim Einbinden per [[Bild:...|...]]. In beiden Fällen wird keine Meldung ausgegeben (z.B. à la "Bild nicht gefunden"), sondern einfach nichts angezeigt. Bis jetzt habe ich die Bilder einfach ohne Umlaute wieder hochgeladen, aber interessehalber würde ich schon gerne ein wenig darüber Bescheid wissen, vor allem, da die Dateien ja lokal tatsächlich in z. B. "images/b/bb" oder ähnlichem mit "hässlichen Umlauten" abgespeichert werden (also wie UTF-8 betrachtet ohne UTF-8-fähigen Reader).
Puh, da weiß ich nicht, woran es liegt...
- Beim Abfragen von Log-Seiten und einigen anderen Spezialseiten
begegnet mir (lokal!) immer wieder folgende Meldung: ...
Was soll mir das sagen bzw. was kann ich für ein fehlerloses Funktionieren tun (System: XP_SP1, aktuelles XAMPP komplett mit MySQL 4.1.8, PHP 5.0.3 (apache2handler) etc. sowie MediaWiki 1.4beta3)?
Dazu kann ich auch nichts sagen. Ob es überhaupt fehlerlos geht, bezweifel ich...
--Ivo Köthnig
Hallo,
Am Donnerstag 06 Januar 2005 20:51 schrieb Julian Waldner:
Ich glaube es geht, wie genau weiß ich nicht. Entweder gibt es eine Option im Konfigurationsfile, die man an/abschalten kann, oder es funktioniert mit einem Trick (z.B. alle IPs sperren).
- Beim Eintragen einer Vorlage in eine Kategorie werden alle Artikel,
die dann diese Vorlage integriert bekommen, ebenfalls in die Kategorie eingetragen. Artikel, die aber die Vorlage bereits vor dem Eintragen in die Kategorie eingebunden hatten, werden in die Kategorie nicht eingetragen, obwohl sogar in der Fußliste die angebliche Einordnung erscheint! Ist das ein Bug? Ich denke schon, aber ich will mal nicht zu früh schreien... Und wenn ja, wohin mit der Fehlermeldung?
Dieser Bug wird übrigens sogar in de.wikipedia als "feature" benutzt. In den entsprechenden Stub-Kategorien für jeden Monat sieht man immer, welche Artikel in welchem Monat das letzte mal verwendet wurden. Artikel in der Kategorie Stub Oktober 2004 enthalten genau wie diejenigen im Januar 2005 den gleichen Baustein, wurden aber offensichtlich das letzte Mal im Oktober bearbeitet (= in eine Kategorie eingeordnet die damals halt "Oktober 2004" war).
Ich kenne die genauen Kategorien etc. nicht, weil ich das alles nicht nutze, wollte nur drauf hinweisen ;)
MfG Christian Thiele Benutzer:APPER
Christian Thiele schrieb:
- Beim Eintragen einer Vorlage in eine Kategorie werden alle Artikel,
die dann diese Vorlage integriert bekommen, ebenfalls in die Kategorie eingetragen. Artikel, die aber die Vorlage bereits vor dem Eintragen in die Kategorie eingebunden hatten, werden in die Kategorie nicht eingetragen, obwohl sogar in der Fußliste die angebliche Einordnung erscheint! Ist das ein Bug? Ich denke schon, aber ich will mal nicht zu früh schreien... Und wenn ja, wohin mit der Fehlermeldung?
Dieser Bug wird übrigens sogar in de.wikipedia als "feature" benutzt. In den entsprechenden Stub-Kategorien für jeden Monat sieht man immer, welche Artikel in welchem Monat das letzte mal verwendet wurden. Artikel in der Kategorie Stub Oktober 2004 enthalten genau wie diejenigen im Januar 2005 den gleichen Baustein, wurden aber offensichtlich das letzte Mal im Oktober bearbeitet (= in eine Kategorie eingeordnet die damals halt "Oktober 2004" war).
Ist auch wieder wahr. Ist dieses "Feature" was wert (da die Vorlage ja augenscheinlich nicht mehr bearbeitet wird)?
On Thu, Jan 06, 2005 at 08:51:47PM +0100, Julian Waldner wrote:
- Wie kann ich bei einem lokalen Wiki "anonyme" Änderungen unterbinden,
also Benutzer zwingen sich zum Editieren anzumelden? Geht das?
$wgWhitelistEdit = true;
- Beim Eintragen einer Vorlage in eine Kategorie werden alle Artikel,
die dann diese Vorlage integriert bekommen, ebenfalls in die Kategorie eingetragen. Artikel, die aber die Vorlage bereits vor dem Eintragen in die Kategorie eingebunden hatten, werden in die Kategorie nicht eingetragen, obwohl sogar in der Fußliste die angebliche Einordnung erscheint! Ist das ein Bug? Ich denke schon, aber ich will mal nicht zu früh schreien... Und wenn ja, wohin mit der Fehlermeldung?
Ist ein bug, lösung ist abzuwarten bis die Artikel bearbeitet wurden oder einen SQL-Query zu finden den man auf die Datenbank loslassen kann. Falls du ein php-script daraus machst dann wäre es recht sinnvoll für unser maintenance verzeichnis.
- gibt es eine Datei mit übersetzten MediaWiki-Meldungen irgendwo? Wenn
nicht, wäre es nicht sinnvoll, so etwas anzulegen (in der Lokal-Installation sind die meisten Meldungen noch auf Englisch, in der Wikipedia kommen bei Update auch immer wieder englische Meldungen vor etc.)?
ja, languages/ ABER bearbeite die datei nicht sondern verwende den Mediawiki: namespace, namen stimmen mit der Language-Datei überein.
- Ich vermute es hängt mit meinem Betriebssystem zusammen (XP_SP1),
jedenfalls kann ich keine Bilder mit Umlauten hochladen. Genauer: Eine "Bild:..."-Seite wird erstellt, aber kein Bild angezeigt, weder auf der Bild-Seite noch beim Einbinden per [[Bild:...|...]]. In beiden Fällen wird keine Meldung ausgegeben (z.B. à la "Bild nicht gefunden"), sondern einfach nichts angezeigt. Bis jetzt habe ich die Bilder einfach ohne Umlaute wieder hochgeladen, aber interessehalber würde ich schon gerne ein wenig darüber Bescheid wissen, vor allem, da die Dateien ja lokal tatsächlich in z. B. "images/b/bb" oder ähnlichem mit "hässlichen Umlauten" abgespeichert werden (also wie UTF-8 betrachtet ohne UTF-8-fähigen Reader).
wird wohl das windows sein... ein paar der Entwickler gwicke und JeLuF (oder?) bieten professionellen Service für eine handvoll Euro an. Vielleicht ist das einen alternative für dich. Alle andern Fragen zu windows-Probleme kann ich nicht beantworten.
ciao, tom
On Thu, Jan 06, 2005 at 08:51:47PM +0100, Julian Waldner wrote:
- gibt es eine Datei mit übersetzten MediaWiki-Meldungen irgendwo? Wenn
nicht, wäre es nicht sinnvoll, so etwas anzulegen (in der Lokal-Installation sind die meisten Meldungen noch auf Englisch, in der Wikipedia kommen bei Update auch immer wieder englische Meldungen vor etc.)?
Das mit den Updates liegt daran dass immer die aktuelle Version des Mediawikis beim Update eingespielt wird. Du musst also den Namespace voher per SQL exportierten und dann wieder importieren.
ciao, tom
Ivo Köthnig schrieb:
- Beim Eintragen einer Vorlage in eine Kategorie werden alle Artikel,
die dann diese Vorlage integriert bekommen, ebenfalls in die Kategorie eingetragen. Artikel, die aber die Vorlage bereits vor dem Eintragen in die Kategorie eingebunden hatten, werden in die Kategorie nicht eingetragen, obwohl sogar in der Fußliste die angebliche Einordnung erscheint! Ist das ein Bug? Ich denke schon, aber ich will mal nicht zu früh schreien... Und wenn ja, wohin mit der Fehlermeldung?
Naja, es ist nicht wirklich ein Bug! Die Artikel, die vorher schon die Vorlage hatten landen erst nach der nächsten Bearbeitung in der Kategorie. Es wäre zwar schön, wenn es auch so gehen würde, aber dann könnte eine Aktion zuviel Serverlast auslösen und das kann bei einem Wiki recht problematisch werden.
Das kann ich nicht ganz nachvollziehen, immerhin müssen lediglich in die Tabelle "categorylinks" der Schlüssel "cl_from" und der einfach herauszufindende dazugehörige "cl_sortkey" (ganz einfach der Artikelname zum "clfrom") ermittelt werden. "cl_to" ist ja ohnehin bekannt und "cl_timestamp" bleibt einfach leer. Selbst wenn die Vorlage hundertfach verwendert wird (welche wird das schon?), müssen also eher wenige bzw. wenig rechenintensive Datenbankoperationen durchgeführt werden (solange leicht herausgefunden werden kann, welche die Artikel die Vorlage verwenden [ist das der Fall?]).
Die Sicht von Tom scheint mir da sinniger. Zur Lösung per PHP oder ähnlichem: Wie bekomme ich alle Artikel in die Hand, die die Vorlage verwenden?
Thomas R. Koll schrieb:
- gibt es eine Datei mit übersetzten MediaWiki-Meldungen irgendwo? Wenn
nicht, wäre es nicht sinnvoll, so etwas anzulegen (in der Lokal-Installation sind die meisten Meldungen noch auf Englisch, in der Wikipedia kommen bei Update auch immer wieder englische Meldungen vor etc.)?
Das mit den Updates liegt daran dass immer die aktuelle Version des Mediawikis beim Update eingespielt wird. Du musst also den Namespace voher per SQL exportierten und dann wieder importieren.
Danke für Dein (geradezu maschinell schnelles) Antworten, Tom! Zu den MediaWiki-Meldungen: Genau auf einen solchen SQL-Export spielte ich an, falls das nicht klar war. Problem dabei: Ich kenne keinen solchen im Umlauf. Aber das hat ohnehin geringe Priorität.
Die Sache mit den Logs scheint also mit MySQL zusammenzuhängen und weniger mit WinXP; das ist ja mal überraschend, dass M$ funktioniert und Open-Source Fehler macht...
Vielen Dank bis hier,
Julian Waldner (alias Serpens)
At 22:10 06.01.05 +0100, Julian Waldner wrote:
Selbst wenn die Vorlage hundertfach verwendert wird (welche wird das schon?),
*LOL*
{{Begriffsklärung}} hat gerade mal gute Zehntausend Artikel drin (auch wenn die Kategorie:Begriffsklärung nur 200 hat.
A propos 200 Artikel in Kategorien: Kann man das nicht mal wenigstens so weit in Ordnung bringen, dass es die richtige Anzahl Artikel anzeigt, auch wenn es nur 200 auf einer Seite bringt?
Kat
On Thu, Jan 06, 2005 at 10:30:52PM +0100, Katharina Bleuer wrote:
At 22:10 06.01.05 +0100, Julian Waldner wrote:
Selbst wenn die Vorlage hundertfach verwendert wird (welche wird das schon?),
*LOL*
{{Begriffsklärung}} hat gerade mal gute Zehntausend Artikel drin (auch wenn die Kategorie:Begriffsklärung nur 200 hat.
Also ich finde die Beschränkung ganz gut, man kann ja weiterblättern.
A propos 200 Artikel in Kategorien: Kann man das nicht mal wenigstens so weit in Ordnung bringen, dass es die richtige Anzahl Artikel anzeigt, auch wenn es nur 200 auf einer Seite bringt?
Gab's ausser bei der Artikelzahl schon jemals Gesamtzahlen? Nein. ciao, tom
At 22:40 06.01.05 +0100, Thomas R. Koll wrote:
On Thu, Jan 06, 2005 at 10:30:52PM +0100, Katharina Bleuer wrote:
At 22:10 06.01.05 +0100, Julian Waldner wrote:
Selbst wenn die Vorlage hundertfach verwendert wird (welche wird das schon?),
*LOL*
{{Begriffsklärung}} hat gerade mal gute Zehntausend Artikel drin (auch wenn die Kategorie:Begriffsklärung nur 200 hat.
Also ich finde die Beschränkung ganz gut, man kann ja weiterblättern.
Es ist nicht die Anzeige von nur 200 Artikeln auf einmal, die mich stört.
A propos 200 Artikel in Kategorien: Kann man das nicht mal wenigstens so weit in Ordnung bringen, dass es die richtige Anzahl Artikel anzeigt, auch wenn es nur 200 auf einer Seite bringt?
Gab's ausser bei der Artikelzahl schon jemals Gesamtzahlen? Nein.
Hä? Reden wir vom selben Thema? Früher (vor 1.4) hiess es in einer Kategorie "diese Kategorie hat 753 Artikel". Jetzt heisst es konsequent "diese Kategorie hat 200 Artikel", sobald die Kat. mehr als 199 Artikel drin hat - völlig unabhängig von der tatsächlichen Anzahl Artikel in der Kategorie. Das ist verwirrend und sehr, sehr falsch.
Eben so verwirrend ist die Anzeige der Unterkategorien. So heisst es in [[Kategorie:Person]] zur Zeit "diese Kategorie hat 18 Unterkategorien", obwohl es gegen 30 direkte Unterkategorien von Kategorie:Person gibt. Es zeigt einfach so viele an (und zählt nur die, die es anzeigt), wie gerade Platz haben, d.h. wenn bei den 200 angezeigten Artikeln bis "P" geht, zeigt es alle UKs bis und mit "P" an und zählt nur diese.
Das Mindeste was man tun kann ist den Text ändern. Von "diese Kategorie hat X Artikel" nach "auf dieser Seite werden X Artikel der Kategorie Sowieso angezeigt".
Gruss, Kat
Katharina Bleuer schrieb:
Selbst wenn die Vorlage hundertfach verwendert wird (welche wird das schon?),
*LOL* {{Begriffsklärung}} hat gerade mal gute Zehntausend Artikel drin (auch wenn die Kategorie:Begriffsklärung nur 200 hat.
Oops, stimmt auch wieder :-)
A propos 200 Artikel in Kategorien: Kann man das nicht mal wenigstens so weit in Ordnung bringen, dass es die richtige Anzahl Artikel anzeigt, auch wenn es nur 200 auf einer Seite bringt?
Das wird wohl leider eher schlecht gehen. Abhilfe könnte eventuell ein PHP-Skript schaffen (das dann gleich alle Artikel einträgt), wie ich es mit gerade vorstelle, aber mal sehen.
Julian Waldner (alias Serpens)
Katharina Bleuer schrieb:
A propos 200 Artikel in Kategorien: Kann man das nicht mal wenigstens so weit in Ordnung bringen, dass es die richtige Anzahl Artikel anzeigt, auch wenn es nur 200 auf einer Seite bringt?
Sorry, habe die Frage zuerst falsch verstanden. Antwort zurückgenommen!
Julian Waldner (alias Serpens)
Julian Waldner schrieb:
- Beim Abfragen von Log-Seiten und einigen anderen Spezialseiten
begegnet mir (lokal!) immer wieder folgende Meldung:
Fehler in der Datenbank
Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete:
SELECT log_type, log_action, log_timestamp, log_user, user_name, log_namespace, log_title, cur_id, log_comment FROM `user`, `logging` LEFT OUTER JOIN `cur` ON log_namespace=cur_namespace AND log_title=cur_title WHERE user_id=log_user ORDER BY log_timestamp DESC LIMIT 0,50 aus der Funktion "". MySQL meldete den Fehler "1267: Illegal mix of collations (latin1_general_ci,IMPLICIT) and (latin1_bin,IMPLICIT) for operation '='".
Das ist ein Problem mit MySQL 4.1. Es gibt dazu einen Bug unter http://bugzilla.wikimedia.org/show_bug.cgi?id=1057 Die Software ist noch nicht wirklich auf die Eigenheiten dieser neuen MySQL-Version abgestimmt.
Alwin Meschede