(WV-de) Daniel Beyer
Willkommen bei Wikivoyage!
Hallo (WV-de) Daniel Beyer, herzlich willkommen! Wir wünschen dir viel Spaß beim Bearbeiten von Wikivoyage. Dies hier ist deine Benutzerdiskussionsseite.
Damit du dich zurechtfindest, schau dir mal unseren Wegweiser durch Wikivoyage an. Falls du weitere Infos suchst, helfen dir bestimmt unsere Hilfe-Seiten und das Autorenportal weiter. Wenn du über die Wikipedia zu uns gekommen bist, schau bitte auch mal bei Willkommen, Wikipedianer rein. Für alle Fragen und Anregungen steht die Lounge offen, oder du wendest dich an mich.
Oder auch an andere user, denn ich bin noch nicht so lange dabei hier. Gruß j--(WV-de) Uptojoe 09:35, 27. Sep. 2008 (CEST)
Hallo und Willkommen. Vielen Dank für deine konstruktive Bereitschaft an einer Kooperation, eine Sache, die mich persönlich freut. . .... Ich muss mal schauen, irgendwo habe ich auch noch das Rezept für den kambodschanischen Klassiker "Lok Lak" -- (WV-de) DerFussi 16:33, 26. Sep. 2008 (CEST)
Kooperation
BearbeitenIch habe mich mal vorgewagt und einen Entwurf für eine Richtlinie zur Kooperation verfasst. Wenn wir uns auf eine dauerhafte Formulierung geeinigt haben, wird das der Text, mit dem WV seinen Autoren erklärt, wie unsere Kooperation abläuft und wie sie dazu beitragen können. Mir ist wichtig, dass Ihr (d.h. du, Andy und vielleicht auch Maik und andere Autoren vom Rezepte-Wiki) diesem Text zustimmen könnt. Wenn Ihr meint, dass bestimmte Stellen anders formuliert werden sollten, ändert es bitte direkt im Entwurf ab. Wenn's verschiedene Meinungen geben sollte, müssen wir drüber reden.
Ich nehme an, dass Ihr einen ähnlichen Artikel auf dem Rezepte-Wiki verfassen werdet (oder schon habt). Die Inhalte beider Kooperations-Richtlinien müssen ja nicht unbedingt exakt identisch sein. Ich sehe es eher so, dass jedes der beiden Wikis seinen Autoren erklärt, wie sie es am liebsten hätten. Letztendlich werden die Autoren ja sowieso selbst entscheiden, was sie wo hin schreiben.
-- Hansm 17:51, 2. Okt. 2008 (CEST)
- Hab es vorhin mal überflogen und werde mir das nachher nochmal genauer anschauen. Gruß -- (WV-de) Daniel Beyer 18:38, 2. Okt. 2008 (CEST)
- PS: Vorhin wurde übrigens Mediawiki 1.13.2 released.
- Na cool. Dann war ich einen Moment zu früh. Egal, wir machen sowieso nicht jeden Upgrade mit. Dafür haben wir zu viele selbst gebaute Extensions und bei PostgreSQL ist sowieso immer etwas Handarbeit angesagt. Wenigstens dann, wenn man sich den Luxus einer eigenen Datenbank-Administration erlaubt und nicht immer alles so macht, wie MediaWiki es sich vorstellt.
- Und das mit dem Entwurf muss ja auch nicht heute sein. Sieh's dir in Ruhe an und überlege, was zu ändern wäre.
- Was Postgres betrifft, wird ja die out-of-the-box-installation immer einfacher. Gruß -- (WV-de) Daniel 10:18, 3. Okt. 2008 (CEST)
- Kann schon sein. Ist wahrscheinlich sogar so. Aber das nützt uns nichts, weil wir bestimmte Anforderung haben: 1. Single-Signon 2. Shared als Reopositorium 3. Zusätzliche DB Schemas durch Extensions. Und trotzdem gibt es selbst bei der Standard-Installation immer wieder Querschläger, weil die meisten MW-Entwickler vorrangig in MySQL denken oder PG spezifische Teile nicht so gut getestet sind. -- Hansm 15:39, 3. Okt. 2008 (CEST)
Verschwundene Bilder und so
BearbeitenIch möchte lieber hier weiter diskutieren als auf der Diskussionsseite von Horst Goertz. Er ist ein hervorragender Autor, aber es wird noch einen Moment dauern, bis er die Feinheiten der Wiki-Software vollständig erforscht hat. Kurz, ich will ihn nicht damit verwirren, dass er ständig neue Diskussionsbeiträge auf seiner Diskussionsseite findet, die ihn gar nicht betreffen.
Ich hoffe, ich habe das Problem jetzt gelöst. Es war mal wieder ein Problem mit dem Cache-Key. Hier hat MW meiner Meinung nach einen Design-Bug. Der Key wird aus DBname und gegebenenfalls einem Tabellen-Präfix zusammengebaut. Das ist Mist.
Die Sache mit den Dateinamen und Locales war mir nicht bekannt. Wir haben haufenweise solche Dateinamen, bisher ohne Probleme. Ich hatte beim Aufsetzen des Servers aus dem Gefühl heraus die Locales auf UTF8(en_US) gestellt. Somit sind wir davon wohl verschont geblieben.