Forum:Problem-Meldungen

Forum > Problem-Meldungen

Hinweis: Dieser Fred wurde seit 3726 Tagen nicht bearbeitet. Dieser Fred ist offiziell versandet - die Diskussion damit Geschichte. Bitte nichts mehr hinzufügen.
Bei Bedarf dann halt einen neuen Fred starten oder diesen notfalls reanimieren.

So schaut das aus ...

Auf allen Seiten gibt es hinter dem Klipp-Klapp-Pfeil bei der Suchbox einen Link zum melden von Problemen auf der entsprechenden Seite.
Den Link einfach anklicken, um eine neue Problem-Meldung hier im Fred loszulassen.
Dieser Fred ist in den Letzten Änderungen fett, also nicht so leicht zu übersehen.

Zum Erstellen eines neuen Abschnitts per Huf da oben auf das „+“ klicken.

Erledigte Sachen bitte kennzeichnen (ein „erledigt“ oder so hinter die jeweilige Abschnittsüberschrift packen).

Ihre freundliche Nachteule vom technischen Support,
Ägypten, 03:03, 18. Mai 2011 (NNZ)

Problem auf „Projekt:Adventure“

der Skin überdeckt den DrapDown-Pfeil (sieht seltsam azs) --f.c. 16:24, 14. Jun. 2011 (NNZ)

Problem auf „Spezial:Unbenutzte_Kategorien“

Können bitte die Unterkategorien von Kategorie:Tag-Redirect aus der Liste gezaubert werden? --Kamelokronf 11:09, 27. Aug. 2011 (NNZ)

für MediaWiki ist eine leere Kat halt leer, entweder mit leben, den MediaWiki-Code selber ändern (doof) oder per JavaScript die Seite verfälschen, und einfach alle Commons-Dinger rauslöschen (trifft dann aber auch echte leere Commons-Kats) --Nachteule (Diskussion) 15:10, 1. Feb. 2014 (NNZ)

Problem auf „Spezial:Hochladen“ (erledigt)

Gleichnamige Dateien werden ohne Warnung überschrieben, auch wenn Häkchen bei "Warnung ignorieren" nicht gesetzt wurde. --8-D (Diskussion) 21:29, 13. Jan. 2013 (NNZ)

Ich bekomme zumindest bei Eingabe eines entsprechenden Dateinamens sofort per JavaScript eine kleine Notiz darunter: Es existiert bereits eine Datei mit dem Namen "Datei:TestTest.png". Aber das darf eigentlich nicht alles sein. --Kamelokronf (Diskussion) 22:24, 13. Jan. 2013 (NNZ)

Ich hatte mit FF18 unter XP nicht diese Meldung bekommen. 8-D (Diskussion) 18:26, 15. Jan. 2013 (NNZ)

Nach wie vor kein Überschreibungsschutz beim Hochladen, es wurde auch keine Warnung angezeigt. 8-D (Diskussion) 14:25, 28. Nov. 2013 (NNZ)

Kameltreiber durften ohne Warnung neu hochladen; ich habe das Recht geändert, nun kommt eine Warnung. --Nachteule (Diskussion) 15:16, 12. Jan. 2014 (NNZ)

Problem auf „Frage:Wie_findet_ihr_Alfred_J_Kwak_und_seine_Freunde?“

Ich kann meine Antwort nicht speichern. Wird die womöglich zensiert wegen externem Link? Hier der Wortlaut:

"Zu entisch für die Kamelheit. Da solltest Du mal besser ins Entenhausen-Wiki watscheln."

--80.171.74.153 21:01, 3. Feb. 2013 (NNZ)

Habe kein Problem mit dem Speichern. Interwiki-Link funktioniert jedenfalls. --Bugpuppet (Diskussion) 21:53, 3. Feb. 2013 (NNZ)

Vielleicht doch wegen exterenem Link - war da nicht irgendwann mal etwas mit Neukamelen (Newbies) + IP-Usern - oder vertue ich mich jetzt? Bugpuppet (Diskussion) 22:21, 3. Feb. 2013 (NNZ)

Problem auf „Frage:Hauptseite“

Wenn man eine "zu lange" Frage in das Formular eingibt, verschwindet die einfach. Ist das Absicht? Dann wäre ein Hinweis gut. Keine Absicht? - Ich habe "zu lange" Fragen nur stellen können, wenn ich zunächst einen kurzen Titel wählte (der dann auch in der URL erscheint) und hinterher mittels Einbindung der Klasse 'fragezulang' den Titel "verlängert" habe (der dann nicht in der URL erscheint, was das normale Verlinken der Frage erschwert). <<< Beispiel >>> Angabe bezieht sich mindestens auf Win XP in Kombi mit aktuellem Firefox 18.0.2. 8-D (Diskussion) 15:34, 11. Feb. 2013 (NNZ)

Also früher ging das von selbst. Es sollte wohl mal jemand über das Skript schauen, ob sich das nach den ganzen Änderungen noch verträgt. --Kamelokronf (Diskussion) 22:32, 11. Feb. 2013 (NNZ)

Bei Angsthase scheint es übrigens zu gehen, oder trickst er auch? [1] --Kamelokronf (Diskussion) 22:35, 11. Feb. 2013 (NNZ)

Offenbar hat Häschen nicht getrickst, denn seine Frage erscheint in ihrer gesamten Lämge in der URL. Oder er kennt 'nen Trick, den ich noch nicht kenne. 8-D (Diskussion) 22:54, 11. Feb. 2013 (NNZ)

Wenn man über den Link Projekt:Fragebeantwortung auf die Fragen-Hauptseite geleitet wird, erscheint unter XP bei Opera, IE und Firefox dort keine Überschrift (bei Firefox blinkt sie nur kurz auf). 8-D (Diskussion) 15:16, 27. Jun. 2013 (NNZ)

Der Seitentitel ist versteckt, das ist Absicht. Da kameldefiniertes JavaScript seit einiger Zeit erst ganz zum Schluss geladen wird, wenn ich das richtig verstanden habe, gibt es diese unschönen Blinkeffekte. --Kamelokronf (Diskussion) 16:00, 27. Jun. 2013 (NNZ)

Huch, Du hast Recht! Das ist ja IMMER so! :-DDD Der Blinkeffekt hat mich irritiert. 8-D (Diskussion) 18:16, 27. Jun. 2013 (NNZ)

Altes Problem besteht noch: Bei mir werden nach wie vor "zu lange" Fragen nicht gespeichert :-((((( -- 8-D (Diskussion) 22:46, 11. Aug. 2013 (NNZ)

Problem auf „Kamelopedia:NeueDateien“

Beim Bild Datei:E=mc².jpg spinnt das Ding irgendwie rum. Die Hochlade-Spalten stimmen zwar, aber die Kat- und Ticket-Spalten beziehen sich mysteriöserweise auf Datei:Kondom.jpg... --Kamelokronf (Diskussion) 16:53, 15. Feb. 2013 (NNZ)

Das Kondom ist dort als default eingestellt, und das ² bringt bestimmt irgendwas ins Schleudern ... --Nachteule (Diskussion) 12:13, 17. Jan. 2014 (NNZ)

Problem auf „News:Aktuelle_Erregnisse“

Betrifft die Seiten der einzelnen News-Meldungen: Manchmal erscheint im Browser ein nerviger Scrollbalken, auch wenn die Textlänge das gar nicht erfordert, und zwar kurioserweise immer dann, wenn die Überschrift der Meldung so lang ist, dass sie in zwei Zeilen dargestellt wird. 8-D (Diskussion) 23:25, 8. Okt. 2013 (NNZ)

In der mobilen Buschtrommel funktioniert das Rauf-und-Runterscrollen nicht..

Hallo,weder bei Autoscroll ein noch aus, kann man in der mobilen Buschtrommel hochscrollen..ist ein bißchen nervig weil man dann zum Lesen dann doch meist an die große Kiste muss..Vielleicht weiß ja ein Technikkamel Rat..Danke! (oder habe ich nur wieder zwei linke Hufe?).. Igor (Diskussion) 23:10, 28. Okt. 2013 (NNZ)Igor

Problem mit Projekthauptseite (sollte erledigt sein)

In letzter Zeit habe ich häufig Probleme die Projekthauptseite aufzurufen. Da erscheint dann oft nur die Fehlermeldung: Error in numRows(): Lost connection to MySQL server during query (192.168.56.1) UlliVonPulli (Diskussion) 10:01, 16. Nov. 2013 (NNZ)

Welche Seite meinst du genau? Kamelopedia:Projekte? --Kamelokronf (Diskussion) 15:19, 28. Nov. 2013 (NNZ)

Ja UlliVonPulli (Diskussion) 09:31, 8. Dez. 2013 (NNZ)

Zu viel DPL-Gedöns auf der Seite, habe die mal etwas entschlackt, sollte nun funzen. --Nachteule (Diskussion) 15:34, 12. Jan. 2014 (NNZ)

Problem auf „Forum:Problem-Meldungen“

Überschriften werden hier doppelt angelegt, wenn auf einer Seite schon mal ein Problem gemeldet wurde. Kann man das verhindern und stattdessen die bereits angelegte Sektion im Bearbeiten-Modus anzeigen? 8-D (Diskussion) 14:34, 28. Nov. 2013 (NNZ)

Kann ja mehrere Probleme auf der selben Seite geben; das Bugeldesystem hat keinen Zugriff auf die bereits vorhandenen Abschnitte (es wird einfach nur ein neuer Abschnitt angehangen), das ist simpel und unkomplex und erfordert kaum Datenbankanfragegedöns und so. Ich würde das mal so lassen lieber. --Nachteule (Diskussion) 15:34, 12. Jan. 2014 (NNZ)

Problem auf „News:2014-01-10_–_Eine_wichtige_Nachricht_an_alle_Kamele!“ quasi erledigt

Unten bei «… empfehlen diese Seite» steht eine URL statt einer Zahl. --J* (Diskussion) 19:05, 10. Jan. 2014 (NNZ)

Ich hatte in der localsettings bei $wgServer das Protokoll (http) entfernt (MW braucht das nimmer, ersetzt das idR)

Hintergrund -> https evtl mal machen, zumindest für login und so.

Hab's rückgängig gemacht erstmal.--Nachteule (Diskussion) 19:22, 10. Jan. 2014 (NNZ)

Https können wir uns mal überlegen, wenn der Rest alles da ist, dann aber mit nem richtigen Zertifikat (gibts ja umsonst), aber da müssen wir vorher das Postfix soweit bekommen, dass es Mails annimmt und weiterleitet – uiuiui… --J* (Diskussion) 10:28, 12. Jan. 2014 (NNZ)

Kein Stress, kein Stress ... bin beim Lesen halt nur über diese "Protokoll kann man bei der Variabel weg lassen, MediaWiki kümmert sich supidupi drum" gestolpert ... --Nachteule (Diskussion) 12:11, 12. Jan. 2014 (NNZ)

Problem auf „Spezial:Hochladen“ (erledit)

Das Hochladen hängt selbst bei Minidateien ungewöhnlich lange. Irgendwas lüppt da auf dem Server noch nicht richtig. --Nachteule (Diskussion) 15:18, 12. Jan. 2014 (NNZ)

Problem auf „Commons:Kugel“ (nur Opera 12, dafür ein Major Bug aber)

Nach Eingabe eines Suchbegriffs und starten der Suche gibt's nur graue Kästchen; Thumbs werden nicht nachgeladen und ab da gibt's minutenlang keine Verbindung mehr zum Server (betrifft die gesamte Verbindung in sämtlichen Browsern, in meinem Fall als Serveronkel auch Filezilla, putty etc) --Nachteule (Diskussion) 15:21, 12. Jan. 2014 (NNZ)

Problem auf „Kamelobooks:Hauptseite“ (vorerst per Workaround erledigt)

In Chromium-Browsern stürzt die Seite einfach ab (Windows: Chrome, Opera next, Opera dev) --Nachteule (Diskussion) 17:38, 13. Jan. 2014 (NNZ)

Passiert auch hier lokal in der Kamelo-Kopie, hat also nix mit Server zu tun. --Nachteule (Diskussion) 18:29, 13. Jan. 2014 (NNZ)

Ich will jetzt lieber nicht sagen "gefixt"[2], aber zumindest Chrom frisst es... :-) Kameloid (Diskussion) 22:51, 16. Jan. 2014 (NNZ)

Oh, Du bis toll :)

Ich habe irgendwo mal irgendwann was gelesen, das Chrome Probleme mit Spalten und anderen absolut positionierten Elementen hatte ... ist aber schon Versionen her ... Danke für den Fix, und ein schnurriges möeeeeeep, Nachteule (Diskussion) 23:12, 16. Jan. 2014 (NNZ)

Problem auf „MediaWiki:Skin/Kamelionary.css“

Skin fixen. --Nachteule (Diskussion) 21:25, 14. Jan. 2014 (NNZ)

Und/oder JS fixen (Dieser Eintrag ist ... hängt in Sidebar) --Nachteule (Diskussion)

Problem auf „Kamelopedia:Spielwüste“ (math can't find a valid font using [TeX] im IE11)

<math>\mathfrak{ Ist\ ja\ mal\ wieder\ typisch.\ --Drumbot.\ }</math>

Problem auf „Forum:Problem-Meldungen“ - [Math Processing Error]

IE, eine Zeile über mir: [Math Processing Error] --91.5.57.206 00:40, 15. Jan. 2014 (NNZ)

Problem auf „S“ --> Ursache gefunden, Lösung noch nicht

Das Hackbrett wird nicht richtig angezeigt.

Widgets werden in deren Cache auf'm Server nicht aktualisiert nach dem Bearbeiten. Im errorlog kam nur der empty-delimiter-fehler vom AbuseFilter zur Bearbeitungszeit; AbuseFilter testweise abgeschaltet -> keine Änderung am Fehler.

Ich suche mal weiter ... --Nachteule (Diskussion) 19:52, 15. Jan. 2014 (NNZ)

Namensraum: Widget - generelles Problem mit der Widget-Extension

• Neue Widgets werde einmal korrekt im Cache auf dem Server gespeichert, danach ist jeder Edit im Namensraum für die Katz, der Code auf'm Server bleibt immer der alte (auch nach Löschen)
• alte Widgets werden im Zustand vor dem Serverumzug gespeichert, jeder Edit ist für die Katz

Ergo: Extension zur Zeit im Popo, Grund noch nicht gefunden (Bug in Extension? Fehler in Datenbank?) --Nachteule (Diskussion) 20:17, 15. Jan. 2014 (NNZ)

Hmpf. Habe die Testkamelo.de auf die selben Versionen von MediaWiki und Widget-Extension aktualisiert. Da funzt alles. Entweder Datenbankproblem oder irgendwelche Einstellungen auf'm Server ... *kopfkratz* --Nachteule (Diskussion) 21:39, 15. Jan. 2014 (NNZ)

Scheint ein Cache-Problem zu sein (nur wo?) jedenfalls wird das Widget irgendwann aktualisiert (aber wann?) und anscheinend auch nur, wenn eine Seite, die das nutzt mindestens genulleditet wird? Grübel ... --Nachteule (Diskussion) 22:38, 15. Jan. 2014 (NNZ)

• Also meiner Erfahrung nach reicht es sowieso nicht, ein Widget einfach nur zu bearbeiten. Man muss die es einbindenden Seiten manuell aktualisieren, da ein Widget nicht als Vorlage gilt und Änderungen daran somit nicht erfasst werden. — Phorgo (Diskussion) 22:53, 15. Jan. 2014 (NNZ)

Korrekt, aber so habe ich es auch getestet ... --Nachteule (Diskussion) 23:08, 15. Jan. 2014 (NNZ)

Es könnte auch noch sein, dass Änderungen des Widgets erst einmal über die JobQueue abgearbeitet werden müssen – aus Performancegründen passiert das bei uns in der "echten" KP nur bei 10% der Seitenaufrufe und alles andere nachts um 3 … vielleicht nach dem Edit jeweils mal runJobs.php laufen lassen? --J* (Diskussion) 00:33, 16. Jan. 2014 (NNZ)

Scheint es nicht zu sein, wäre ja heute Nacht gelaufen und ich habs nochmal per Huf angestubst (showJobs.php zeigt komischerweise "0" an und über die API waren es um die 400 ... merkwürdig) --Nachteule (Diskussion) 12:52, 16. Jan. 2014 (NNZ)

So, also: Die Widgets aktualisieren sich doch, aber erst nach einer Stunde (wenn ich die Zeiten alle richtig interpretiere). Liegt wohl also an irgendeiner Servereinstellung ... --Nachteule (Diskussion) 16:00, 16. Jan. 2014 (NNZ)

Problem auf „MediaWiki:Blockedtext“ - mal aktualisieren

Nachteule (Diskussion) 20:07, 16. Jan. 2014 (NNZ)

Kein Problem auf „Kamel:J*/Skin-Checkliste“

... aber Skins entstehen nicht aus Luft ... --Nachteule (Diskussion) 22:53, 16. Jan. 2014 (NNZ)

"Warning: strpos(): Empty delimiter in (blablabla)/AbuseFilter.parser.php on line 1912" (Huf-Fix, erledigt)

  if (isset($needle)) { //bugfix empty delimiter #Nachteule; $needle ist nicht definiert
      foreach ( $searchStrings as $needle ) {
           if ( strpos( $s, $needle ) !== false ) {
               $ok = true;
               break;
            }
      }
  } //end bugfix

Warum auch immer, ist die Variable $needle in der ollen Extension manchmal nicht definiert, deshalb knallt's dann bei strpos.

Ich hab da mal per Huf abgefragt, ob die olle Variable überhaupt existiert, falls nicht, wird der Rest erst gar nicht abgearbeitet.

Ich hoffe, es gibt keine Nebenwirkungen ;) --Nachteule (Diskussion) 14:02, 18. Jan. 2014 (NNZ)

Hmm, Filter 45 war schuld. Den habe ich deaktiviert, dann braucht es den HufFix gar nicht. --Nachteule (Diskussion) 17:43, 18. Jan. 2014 (NNZ)

Trommeln funktioniert leider nicht..

Trommel in Opera Mobile Classic; in den Einstellungen kann die Android-Statusleiste oben, und die Navi unten auch noch ausgeblendet werden, dann hassu den ganzen Bildschirm zum Trommeln ;)

Trommeln funktioniert leider nicht, als Analoghufer kann ich es auch nicht richtig beschreiben..Anzeige ähnlich wie HtmlText..mmh.. und Fragen beantworten geht och nicht, weil das Kästchen :-/"diese Frage beantworten"nicht angezeigt is..Igor (Diskussion) 23:38, 18. Jan. 2014 (NNZ)Igor

Wenn ich das richtig sehe, nutzt du den Standardbrowser, der bei Android 2.3.x dabei ist, damit geht so hochmoderner Kram nicht.

Einzige Möglichkeit: Opera Mobile Classic aus dem PlayStore laden, damit geht die Trommel und der Browser läuft auch auf altem Android. --Nachteule (Diskussion) 23:50, 18. Jan. 2014 (NNZ)

Link: https://play.google.com/store/apps/details?id=com.opera.browser.classic&hl=de

Nu gehts komischerweise wieder..aber eigentlich habe ich doch ein modernes Android..Hmm.Ich mach mir einfach mal Opera drauf für alle Kamelfelle..Danke Dir! Igor (Diskussion) 01:36, 19. Jan. 2014 (NNZ)Igor

Zum Frage-Beantworten-Knopp

Der hängt momentan in Opera unten rechts auf der Seite, ist aber da. Bringt nur nix, weil sich nix tut, wenn man drauf klickt. --Nachteule (Diskussion) 00:10, 19. Jan. 2014 (NNZ)

Problem auf „MediaWiki:Skin/Frage.js“ -- ToDo

Mal Umschreiben, damit der Kack auch auf mobile lüppt. Immer dieser Betakram ;) --Nachteule (Diskussion) 00:30, 19. Jan. 2014 (NNZ)

Ein bisschen gehackt, aber das muss noch anders ... funzt aber nu' --Nachteule (Diskussion) 03:05, 19. Jan. 2014 (NNZ)

Teules refreshLinks Fehlerliste (Page-IDs)

• 3168 -> Chaos (DynamicFunctions), gefixt
• 5975 -> Norden (Widget Google Maps), Widget gefixt (compiled vom Server gelöscht, sonst gingg es nicht)
• PHP Notice: Yuck! 47 DPL calls on page "Kamel:Kamelokronf" ;) -- tut aber nicht weh
• 26653 -> Himmelsrichtung -- scheint okay, Fehler: PHP Notice: Undefined index: marker in /var/www/kamelopedia/extensions/Widgets/compiled_templates/f43b021dc89ec6159ee362a040ed9d6b80b7ef29.wiki.Google Maps.php on line 103 etc.
• PHP Notice: Yuck! 111 DPL calls on page "Projekt:Ka-Mel-Oh!/KSDMK"
• 41208 - Kameloid/Kamelproductions Fehler: PHP Fatal error: Call to a member function free_result() on a non-object in /var/www/kamelopedia/includes/db/DatabaseMysqli.php on line 166 - erledigt (gelöscht)
• 44608 - dito - erledigt (gelöscht)
• 45212 - dito - erledigt (gelöscht)
• 45329 - superschnarch, dpl entfernt
• 46196 - FATAL ERROR - erledigt (gelöscht)
• 46334 - FATAL ERROR - erledigt (gelöscht)
• 46669 - erledigt (gelöscht)
• 48061 - DPL entfernt
• 48947 - FATAL ERROR - erledigt (gelöscht)
• 56877 - FATAL ERROR - erledigt (gelöscht)
• 61313 - FATAL ERROR - erledigt (gelöscht)
• 68868 - FATAL ERROR - erledigt (gelöscht)

Umbau unserer ganzen Klapp-Vorlagen und anderem Klipp-Klapp-Zeug ...

MediaWiki hat nun Klipp-Klapp-Gedöns an Board, da brauchen wir kein eigenes Script-Gedöns mehr.

Beispiel:

Nachteule (Diskussion) 00:30, 30. Jan. 2014 (NNZ)

Problem auf „Spezial:Missbrauchsfilter/2“

Mal anpassen uU. Kameleigentümer können sonst keine Unterseiten anlegen in ihrem Bau. So was nicht verbieten --Nachteule (Diskussion) 22:47, 30. Jan. 2014 (NNZ)

Geht erstmal wieder, statt zu scharf ist er nun etwas zu lasch, aber das dürfte kaum stören. --Kamelokronf (Diskussion) 04:27, 1. Feb. 2014 (NNZ)

Problem auf „Spezial:Hochladen“ (erledigt)

Wenn ich die Funktion: "Eine neue Version dieser Datei hochladen" anklicke und dabei nicht nur eine verbesserte Version der alten Datei hochlade, sondern eine Datei mit neuen Quellen, kann ich vor dem Hochladen zwar das Bearbeitungsfenster ausfüllen, übernommen werden meine getätigten Angaben aber nicht. Wenn die Datei zuvor schon ein Vorlage hatte, bleibt diese einfach unverändert auf der Dateiseite stehen. Eine besondere Warnung erscheint beim Hochladen nicht. Wenn der Uploader dies nicht bemerkt, könnten schlimmstenfalls die Quell- und Lizenzangaben verloren gehen. Viele Grüße --Bug (Diskussion) 20:36, 31. Jan. 2014 (NNZ)

Danke. Habe ich geändert. Statt der Klick-Kiste erscheint nun einfach der Hinweis: "Geänderten Lizenz-Kram bitte nach dem Hochladen der neuen Version durch Bearbeiten der Datei-Seite anpassen." --Nachteule (Diskussion) 00:17, 1. Feb. 2014 (NNZ)

Klasse, da sage ich ebenfalls danke. :) --Bug (Diskussion) 21:20, 1. Feb. 2014 (NNZ)

Problem beim Verschieben von Seiten und den Empfehlungen ...

Eine empfohlene Seite ist nicht länger empfohlen (also der Daumen nicht blau) nach dem Verschieben ... keine Ahnung, ob das fixbar ist zur Zeit irgendwie. Aberich pack's mal auf die ToDo-Liste. --Nachteule (Diskussion) 03:18, 1. Feb. 2014 (NNZ)

Müsste man serverseitig einen Hook beim Verschieben laufen lassen, der alle Empfehlungsseiten editiert - iehbäh. --J* (Diskussion) 09:38, 12. Jun. 2014 (NNZ)

Problem auf „Vorlage:Untot“

Ich weiß nicht ob es vielleicht an meinen Softwareeinstellungen liegt, aber diese Vorlage kann ich nicht lesen. --Bugpuppet (Diskussion) 21:47, 12. Feb. 2014 (NNZ)

Habs mal gebogen... zumindest bei mir ists ok. Kameloid (Diskussion) 15:13, 13. Feb. 2014 (NNZ)

Danke Kameloid - Das Aufbauen des Textes geht bei meinem PC nur langsam, sonst funktioniert die Vorlage jetzt jedenfalls. Bugpuppet (Diskussion) 02:35, 15. Feb. 2014 (NNZ)

der Fragen beantworten Balken ist fort.. (erl.)

Lieber technischer Support, der Fragen beantworten Dingens ist fort..jedenfalls in meinen Browsern,Android und Oper..Beste Jrüße vom Igor (Diskussion) 23:14, 14. Feb. 2014 (NNZ)Igor

Geht wieder ... --Nachteule (Diskussion) 12:08, 15. Feb. 2014 (NNZ)

Danke Teule! 89.204.154.132 18:21, 15. Feb. 2014 (NNZ)Igor

filepath

{{filepath: }} geht irgendwie nicht mehr? Liefert einfach kein Ergebnis: --Kamelokronf (Diskussion) 18:48, 5. Mär. 2014 (NNZ)

• Das schreib man ja auch ohne Namensraumpräfix: http://testpyramido.uni-guehlen.de/w/images/5/50/TestTest.png — Phorgo (Diskussion) 19:09, 5. Mär. 2014 (NNZ)

Scheine ich ständig zu vergessen. Danke. Das mit dem nowiki kannte ich auch noch nicht, cool. --Kamelokronf (Diskussion) 19:16, 5. Mär. 2014 (NNZ)

Problem auf „Spezial:Buschtrommel“

Der Tsched geht nicht mehr!! |-( --Brainofdead (Diskussion) 10:39, 31. Mär. 2014 (NNZ)

Problem auf „MediaWiki:Sidebar“

Nicht direkt auf der Seite, aber offenbar wird ihr Inhalt nicht mehr übernommen. Die Sidebar steht wieder auf Standard. — Phorgo (Diskussion) 00:09, 12. Jun. 2014 (NNZ)

Nulledit scheint gewirkt zu haben… --Kamelokronf (Diskussion) 00:41, 12. Jun. 2014 (NNZ)

Heute ist sie wieder kaputt. Habe eben einen Nulledit gemacht, dann gehts wieder, aber nicht auf jeder Unterseite. Was ist da los? Kamillo (Diskussion) 19:39, 8. Jul. 2014 (NNZ)

Dett Trömmelchen is kaputt..

Sehr geehrte ET Abteilung, die Trommel zeigt keinen Verlauf an..Danke! Igor (Diskussion) 22:37, 3. Jul. 2014 (NNZ)Igor

Bei mir nicht. Da reagiert Drumbot genauso doof wie immer.--Charly Whisky (Diskussion) 22:44, 3. Jul. 2014 (NNZ)

Funzt wieder!Igor (Diskussion) 00:06, 4. Jul. 2014 (NNZ)

Problem auf News-Meldungen

Wenn ich bei einem News-Artikel links oben auf das Logo der News-Haupsteite klicke, lande ich stattdessen auf der Kamelopedia-Hauptseite, was sehr irritierend ist, gerade für Besucher, da auf dem Logo "KameloNews" steht. Über dieses bei manchen der Schwesternprojekte auftretende unlogische und insgesamt auch inkonsistente Ereignis (mal gelangt man zur entsprechenden Projekthauptseite, mal zur Enzyklopädie-Hauptseite) hatten wir uns bereits vor längerer Zeit irgendwo ausgetauscht und ich erinnere, dass wir das dahingehend vereinheitlichen wollten, dass man bei Klick auf das Projektlogo auch auf der Projektseite landen sollte. Lange Rede, kurzer Sinn: Wo kann ich das hier ändern und für die Schwesternprojekte dahingehend vereinheitlichen? 8-D (Diskussion) 15:03, 11. Jul. 2014 (NNZ)

Die Seiten, die ein anderes Logo verwenden, müssen zwingend ein eigenes Stylesheet haben. Bei dem Kamelionary heißt dieses Stylesheet zum Bleistift [[MediaWiki:Skin/Kamelionary.css]]. Die Zuweisung eines anderen Logos geschieht, indem diesem Link zur Hauptseite (hier genannt in der ersten Zeile) ein anderer Pfad zu einem Hintergrundbild zugewiesen wird. Eine Änderung dort ist aber immer sehr kritisch zu sehen: Kamel sollte schon ganz genau wissen, was es da einhuft, da es die Auswirkungen oft nur für seinen Lieblingsbrowser kontrolliert. Diese Auswirkungen sind allerdings für andere, vor allem exotische Browser, sowie für die Mobilversion der Kamelo kaum überschaubar. Ich überlasse deshalb Änderungen in MediaWiki meist einem Serverkamel…

Ach Soja: die Links werden tatsächlich irgendwo im Quälkot von Mediawiki geändert im Javascript der Seite [[MediaWiki:Skin/Kamelionary.js]] geändert; genauer in der Funktion function changeLogoPath() --Charly Whisky (Diskussion) 19:42, 13. Jul. 2014 (NNZ)

Danke für die ausführliche Antwort, die ich mir aufmerksam durchgelesen aber leider nicht ganz verstanden habe. Es muss doch an irgend einer Stelle die Möglichkeit geben, auf den "Schwesternprojekten" das dort erscheinende Projekt-Logo auch mit dem Link der entsprechenden Schwesterprojekt-Hauptseite zu unterlegen (statt mit der Kamelo-Hauptseite). Doch wo kann man die Links für die Projekt-Logos korrigieren? Insbesondere das mit der mangelnden Browserkonsistenz und der Schwierigkeit für mobile Versionen habe ich nicht verstanden. Gibt es neben besagten Scripten noch andere Schrauben, an denen man dann drehen müsste? Ich kann mir einfach nicht vorstellen, dass es so kompliziert sein kann. Hm, guck morgen nochmal. Grüße 8-D (Diskussion) 00:45, 16. Jul. 2014 (NNZ)

Ich bin nun nicht gerade DER Javascript-Versteher. Ich kann mir zwar vorstellen, was die einzelnen Funktionen machen, würde mir aber nicht zutrauen, diese woanders hinzukopieren und an die dortigen Namen anzupassen. Wenn du dir die Kamelionary.js anschaust (dort funktioniert dein Verlinkungswunsch wunderbar) dann siehst du verschiedene Funktionen:

• das erste if... mit seinen eingerückten Folgezeilen kannst du ignorieren;
• danach die function startKamelionary() ist nötig, um die gewünschte Änderung auch aufzurufen. Eine solche ähnliche Funktion sollte (wenn es die entsprechende andere Javascriptdatei schon mal gibt) überall schon existieren bis einschließlich dem jquery. Dort müsste dann ziemlch weit vorne die folgende Funktion eingefügt werden. Ich habe allerdings zum Beispiel noch kein Javascript für KameloNews gefunden. (Das heißt aber nicht, dass dieses noch nicht existiert.) Wenn es tatsächlich nicht existiert, dann neu erstellen.
• denn die nächste function changeLogoPath() macht genau das, was du wolltest: zusätzlich auch die Änderungen für das Ziel Letzte Änderungen und das Auswechseln des Rücksprunges zur Hauptseite:Kamelopedia.

wenn da also noch nichts für die News existiert (außer der rudimentären KameloNews.css), dann sollten erstmal Zeile 6 bis 26 in eine neue Javascriptdatei kopiert werden, die Aufrufe von nicht übernommenen Funktionen rausgeschmissen und dann die Namen von Kamelionary an KameloNews angepasst werden. So ungefähr wäre die Vorgehensweise. Ich traue mir das aber (wie schon gesagt) nicht zu. Geh' doch mal auf 'n Bier zu WiMu... der kann's! (Aber nicht zuviel Bier: sonst kann er's nicht mehr. ) --Charly Whisky (Diskussion) 06:54, 16. Jul. 2014 (NNZ)

Danke Dir für die Tipps. Wahrscheinlich ist es gar nicht so kompliziert wie es klingt. Aber ich bin da auch nicht so darin zu Hause, traue mir das auch nicht recht zu. Kann jemand helfen? 8-D (Diskussion) 21:36, 16. Jul. 2014 (NNZ)

Navigationsleiste

Irgendswie fehlen bei mir viele Einträge in der Navigationsleiste: zum Beispiel auch hier das Forum und die Buschtrommel. --Charly Whisky (Diskussion) 16:11, 15. Jul. 2014 (NNZ)

Passiert öfter. Nulledit auf MediaWiki:Sidebar, dann funzt es wieder. — Phorgo (Diskussion) 16:25, 15. Jul. 2014 (NNZ)

Kugel eins (engl.: Google one) (erledigt)

Kamelopedia:Google_One schreibt kryptische Zeilen, wie Extension:DynamicPageList (DPL), version 2.01 : Fehler: bei 'namespace' Parameter: 'Artikel'! Hilfe: Ja, nach Hilfe würde ich jetzt auch schreien... --Charly Whisky (Diskussion) 20:39, 28. Jul. 2014 (NNZ)

gefixt. --J* (Diskussion) 21:17, 28. Jul. 2014 (NNZ)

Vielen, vielen Dank, liebes JottSternchen... --Charly Whisky (Diskussion) 21:36, 28. Jul. 2014 (NNZ)

Bilder hochladen...

früher wurde mal eine Warnmeldung ausgegeben, wenn ein Bildname bereits verwendet wurde. Heute wird einfach ohne Vorwarnung überschrieben... (siehe Datei:Quanten.jpg) --Charly Whisky (Diskussion) 20:32, 3. Aug. 2014 (NNZ)

Finde bei mediawiki keinen Schalter, mit dem man sowas an-/abschalten könnte --J* (Diskussion) 00:43, 4. Aug. 2014 (NNZ)

Hmm, steht irgendwo bei den Rechten für sysops (DefaultSettings.php) ... allow reupload irgendwas dingsbums ... wenn das auf true steht, können Kameltreiber einfach überschreiben --Nachteule (Diskussion) 01:21, 4. Aug. 2014 (NNZ)

Problem auf „Vorlage:Hauptseite-AdW“

Ich seh auf der Hauptseite als Artikel der Woche immernoch das Kamel von Nazareth, das schon letzte Woche dran war. Ist das ein Cache-Problem oder ein Riesenzufall oder ist die Vorlage putt oder wegen weil Gottes Sohn? 8-D (Diskussion) 22:29, 11. Aug. 2014 (NNZ) P.s.: oder weil kein Kamel des Teuls kryptischen Bearbeitungs-Auftrag mit dem Montag am Dienstag kapiert hat?

Funzt es bei dir?[3] Kameloid (Diskussion) 02:42, 12. Aug. 2014 (NNZ)

Moin Kameloid, sorry für die späte Antwort. Ich war die letzten Tage dauernd unterwegs und finde erst jetzt die Zeit dazu. Der Beitrag auf der Hauptseite hatte nach Deinem chirurgischen Eingriff tatsächlich gewechselt! Leider aber hat sich die Vorlage offenbar jetzt wieder auf die faule Haut gelegt: Es ist Montag, und es wird erneut noch immer der Artikel von letzter Woche angezeigt. Gibst Du ihr noch mal nen Tritt, bzw. sagst ihr, dass sie pünktlich jeden Montag das Schaufenster wechseln soll? Gruß 8-D (Diskussion) 18:39, 18. Aug. 2014 (NNZ)

OK, hab mal die dplcacheperiod auf 1 Tag gesetzt, sollte also funzen auch wenn mans am Dienstag (was ja durchaus vorkommen kann :-)) abspeichert. Kameloid (Diskussion) 21:26, 18. Aug. 2014 (NNZ)

Aha, heißt das, eine Zeit lang wird eine gecachete Version über die Vorlage angezeigt und dass Du diese Zeitspanne jetzt kürzer eingestellt hast? Wie auch immer - ich drücke die Hufe, dass die Vorlage jetzt brav ihren Job macht. Grüße Richtung Sonne *seufz* 8-D (Diskussion) 22:28, 18. Aug. 2014 (NNZ)

Oje, ich fürchte, jetzt wird der Teaser täglich ausgewechselt, jedenfalls auf keinen Fall wöchentlich. 8-D (Diskussion) 22:56, 20. Aug. 2014 (NNZ)

Oh nein, hängt das vielleicht damit zusammen, dass ich auf der Vorlage einen Edit getätigt habe, um den Erklärungstext zu ergänzen? Falls ich dadurch was kaputt gemacht habe, ganz dickes Sorry.. Ich habe leider null Ahnung von den geheimnisvollen DPL-Kram. Bitte kurz rückmelden, ob der außerplanmäßige Wechsel des "Artikels der Woche" mit meinem Edit zu tun hat :( Gruß 8-D (Diskussion) 23:01, 20. Aug. 2014 (NNZ)

Hat ein bisschen gedauert, aber jetzt hatte ich die Erleuchtung: Das mit den Platzhaltern und Wochen-Artikel-Vorauswahl (Kamelopedia:Artikel der Woche) gibts ja gar nicht mehr. Dh. der Artikel der Woche wechselt nicht mehr per Datum sondern per Zeitspanne (oder eben per Edit); 1 Woche = 604800 Sekunden und zwar ab da, wann man es gespeichert hat. Ist sicher Ressourcenfreundlich, aber doch etwas heikel... Ok, werden wir irgendwann mal machen müssen So oder Mo... Ich hab mal die Vorlage wieder auf 1 Woche gestellt. Kameloid (Diskussion) 03:22, 21. Aug. 2014 (NNZ)

Aha! Also wenn man das am Montag speichert, ist "der Bug gefixt". Was der dazu wohl sagt? Bestimmt ein schweres Leben so als Bug.. ;))) 8-D (Diskussion) 13:16, 21. Aug. 2014 (NNZ)

Wechselt schon wieder nicht, trotz Edit eben. Cache schuld? 8-D (Diskussion) 16:57, 25. Aug. 2014 (NNZ)

Problem auf „MediaWiki:Sidebar“

Stehen im Artikel mehrere Interwiki-Verweise, die auf dasselbe Wiki hinweisen, wird davon nur einer in der Sidebar angezeigt. Beispielsweise sollten beim Artikel Hells Angels eigentlich 2 Verweise zur deutschen Wikipedia in der Sidebar stehen, nämlich zu Hells Angels und zu No Angels. Auch bei anderen Kamelo-Artikeln wird offenbar immer nur der erste genannte Interwiki-Link angezeigt, weitere aufs selbe Wiki aber nicht. 8-D (Diskussion) 15:48, 20. Aug. 2014 (NNZ)

Jau, das liegt an MediaWiki selbst (wird nur noch der erste Link ausgewertet und angezeigt). --Nachteule (Diskussion) 10:45, 21. Aug. 2014 (NNZ)

Mach Sachen! 8-D (Diskussion) 13:11, 21. Aug. 2014 (NNZ)

Problem auf „Vorlage:ZitatHauptseite“

Das sollte wirklich unbedingt wieder auf die Hauptseite. Wie kann man machen, dass die Vorlage nicht so viel von diesem Zeux, diesem "Performance", wegfuttert? 8-D (Diskussion) 20:35, 22. Aug. 2014 (NNZ)

Zufallsgedöns verhindert, dass die Seite in den Cache packt werden kann (klar, ändert sich ja was), und deshalb muss die Seite bei jedem Aufruf komplett neu berechnet werden. Und gerade bei der Hauptseite, die ja am allerhäufigsten aufgerufen wird, ist das halt doof. Vielleicht kann man für die Hauptseite serverseitig die Cacheeinstellungen ändern, damit die länger drin bleibt (aber dann wechselt der Text halt auch nicht jedes mal sondern nur nach längerer Zeit) oder man muss mehr performance kaufen. --77.246.193.30 18:25, 23. Aug. 2014 (NNZ)

Verstehe. Sooooo viel Prio hat das ja nu auch nicht. Vielleicht kann man aus den Zitaten ja auch ein Laufband machen mit den neuesten Zitaten zuerst, so ähnlich wie die Laufmeldungen in den News. Dann braucht man das Zufallsgedöhns gar nicht. Damit kein Zitat traurig sein muss, kann man daneben ja ein Link platzieren "Alle Zitate" die zu einer Liste der Zitate führt. Einziger Knackpunkt daran wäre die "doppelte Buchführung" von Liste und Laufband. Versuche da bei Gelegenheit mal was. 8-D (Diskussion) 19:37, 23. Aug. 2014 (NNZ)

Ich komm ja zu nix, weil ich außerhalb der Kamelo ständig was um die Höcker habe ... aber man könnte viel Zauberei erst im Browser geschehen lassen (der Server liefert dann immer eine sehr gut cachebare Seite aus, in der Zauberinhalt unsichtbar mit ausgeliefert wird) ... und im Browser wird dann erst per Zufall irgendein Zitat oder anderer Hokuspokus angezeigt ... --Nachteule (Diskussion) 11:55, 24. Aug. 2014 (NNZ)

Find ich ne sehr gute Idee. --77.246.193.30 12:59, 24. Aug. 2014 (NNZ)

Ist das bei Verwendung dieser Choose-Option-Tääägs der Fall? 8-D (Diskussion) 15:43, 24. Aug. 2014 (NNZ)

Leider nein ... --Nachteule (Diskussion) 11:44, 25. Aug. 2014 (NNZ)

Anmerkung: für ganz lange Listen, die nicht sofort da sein müssen, könnte es vielleicht sogar sinnvoll sein, die Inhalte dann per separaten Ajax-Request nachzuladen. (Bringt nix im Bezug auf die Serverlast aber im Bezug auf die gefühlte Geschwindigkeit vielleicht schon) --J* (Diskussion) 13:05, 25. Aug. 2014 (NNZ)

Werde demnächst mal Livelets in der Testkamelo anwerfen, vielleicht können wir das zukünftig für sowas verwenden --J* (Diskussion) 13:11, 25. Aug. 2014 (NNZ)

Problemfaden aus J* seiner Diskussionsseite

Diskussionsherkunft: Kamel_Diskussion:J*#Guten_Morgen_JottSternchen.2C

Ich habe das nachfolgende mal aus J* seiner Nutzerseite rausgeschnitten und hier etwas nach zwei Unterthemen auseinander klabustert wieder reingefügt, da es nicht J* betrifft, sondern die Kamelopedia. J* ist ja auch dieser Meinung, wie man aus dem nachfolgenden Zitat sehen kann, siehe Versionshistoriy seiner Disk-Seite. Kamillo (Diskussion) 15:58, 27. Aug. 2014 (NNZ)

Hey, ich finde es ja gut, mal über das Thema zu diskutieren, aber könnt ihr (bzw. wer auch immer, mir völlig egal) das Angegifte bitte nicht auf meiner Disku austragen? Wer sich ab sofort nicht dran halten kann wird angebunden. Dankeschön. Back to topic. J*

Erstens, Suchergebnisse aus Google

wenn du schon mal dabei bist: Auf der Hauptseite fehlen wichtige Keywords, die für die SEO sehr wichtig wären. Möglicherweise werden dadurch auch die Positionen im Google-Ranking negativ beeinflusst, was sich in der Traffic-Statistik von Alexa auswirkt.

Rein linguistisch ist die Hauptseite schon mal völlig humorlos, sprich: das Wort „Humor“ kommt da überhaupt nicht drin vor. Man sollte tatsächlich mal überlegen, mit welchen Suchbegriffen man ein Humorwiki suchen würde, wenn man nicht weiß, wie diese Humorwikis heißen. Und genau diese Suchbegriffe sollten auf der Hauptseite geschickt integriert werden. Notfalls auch in einem Container, der auf dem Bildschirm gar nicht angezeigt wird, sondern nur in der Druckversion als Fußnote unter dem Titel: Suchbegriffe (das ist ein zulässiger Trick). --2003:65:4F46:E00:41A:1B6C:7C74:6686 09:31, 27. Aug. 2014 (NNZ)

SEO ist inzwischen ziemlich black magic geworden, d.h. alle wirklich relevanten Suchmaschinen gehen eh nicht mehr nach Metatags etc. Und ob Google inzwischen womöglich auch die Sichtbarkeit von Elementen berücksichtigt – wer weiß das schon so genau. Viel eher stellt sich die Frage, ob wir vielleicht nicht nur einer Suchmaschine, sondern auch dem Leser auf der Hauptseite etwas deutlicher machen wollen, wer oder was wir eigentlich sind. Hm … --J* (Diskussion) 09:39, 27. Aug. 2014 (NNZ)

Desdawegens sagte ich ja einschränkend „notfalls“… aber bestimmte Suchbegriffe müssen einfach auf die Hauptseite! --2003:65:4F46:E00:41A:1B6C:7C74:6686 09:55, 27. Aug. 2014 (NNZ)

Also ich finde, die Hauptseite hat durch den Facelift von 8-D gewonnen, und wer die Seite besucht, sieht auf den ersten Blick, dass es sich um eine Satire- und Humorseite handelt. Wenn die Begriffe versteckt werden können, ist das doch eine gute Lösung. Anna Waffel (Diskussion) 11:01, 27. Aug. 2014 (NNZ)

Ach mein lieber Anna Waffel, du hast ja so recht, aber nur, wenn es sich um einen Menschen handelt, der die Seite betrachtet. Ich betrachte sie aber jetzt mal als Maschine, völlig emotionslos und suche nur nach Information, die mir hilft, die Seite zu klassifizieren. Ich habe als Maschine nur den Quelltext in HTML zur Verfügung. Jetzt im Ernst: wie soll ich als Maschine erkennen, dass es sich um ein Humorwiki handelt? das Stichwort "Wiki" steht mehr als 100 Mal drin (schon in den Pfaden und Bildnamen). Gut damit ist es ein Wiki. Aber ein Wiki unter Tausenden. Das Wort "Humor" steht aber nicht drin (das stand auch vorher nicht drin, bevor 8-D so schön aufgeräumt hat, sie hatte also gar keinen Einfluss auf das Problem). Damit wird, wenn jemand nach "Humor" und "Wiki" sucht, die Wikipedia mit dem Artikel "Humor" gefunden, vielleicht noch die Stupidedia (die hat das Wort auch auf der Hauptseite verwendet) aber niemals nicht die Kamelopedia.

Das Gleiche gilt nun aber nicht nur für das Wort "Humor" sondern auch für "Satire". Wenn ich also nach der Kombination "Humor" + "Satire" + "Wiki" suche, dann erwarte ich als Mensch dass die Kamelopedia irgendwo ganz oben in der Liste steht, mindestens noch vor der Wikipedia. Diese Liste macht aber eine Maschine: von drei Wörtern werden zwei auf der Hauptseite nicht erwähnt, also wird die Kamelopedia hier gar nicht erst gelistet. Das ist doch traurig, oder? -2003:65:4F46:E00:41A:1B6C:7C74:6686 12:00, 27. Aug. 2014 (NNZ)

Wer ist denn diese IPV6-Adresse? Wie wärs denn mal mit Anmelden? Ich finde es schlecht, dass scheinbar sehr aktive Kamele hier sehr gehaltvolle Kritik oder gar Edits machen, ohne dass man sehen kann, wer es denn war. Das wird irgendwann auch dazu führen, dass Kameltreiber irgendwann nicht mehr auf IP-Edits kritisch drauf gucken, weil es einfach zu viele sind, es wird zu einer De-Sensitivierung führen, was Sabotage durch Dromedare angeht. Nachteule hat etwas gleichlautend zum erneuten Abgang von CW dazu geschrieben, wo ich die Ansicht teile, siehe Kamel_Diskussion:Charly_Whisky, dann unter "Zwei Sachen". Oder ist es gar CW, der jetzt unangemeldet nach seinem Abgang hier rumgeistert? Kamillo (Diskussion) 12:16, 27. Aug. 2014 (NNZ)

@J*: Die Hauptseite der Kamelopedia enthält ausschließlich Links nach irgendwo anders hin. Sie enthält keinerlei eigenständigen Text, sie enthält nicht einmal einen tag <meta name="Description" content=… /> somit enthält diese Seite auch keinerlei Information und ist damit für Suchmaschinen völlig irrelevant. Ich hoffe, dass diese Information hilfreich für die Kamelopedia ist. --2003:65:4F46:E00:41A:1B6C:7C74:6686 12:23, 27. Aug. 2014 (NNZ)

Beim Stichwort Humor,taucht kein Wiki auf..bei Satire die Stupi und die Uncy,bei Verarsche übrigens auch..sollten wir vielleicht irgendwo unterbringen..und vielleicht auch ein paar andere Neusprechentsprechungen,da vielleicht noch mal 8-D fragen,die weiß doch so was...wir sollten nicht nur von anständigen Suchanfragen ausgehen..die Stupi hatte doch lange in der mobilen Version, Sex und Porno uff der Hauptseite;-),aber dann hat man wohl auch mehr Trollereien..Igor (Diskussion) 12:57, 27. Aug. 2014 (NNZ)

Hey, ich finde es ja gut, mal über das Thema zu diskutieren, aber könnt ihr (bzw. wer auch immer, mir völlig egal) das Angegifte bitte nicht auf meiner Disku austragen? Wer sich ab sofort nicht dran halten kann wird angebunden. Dankeschön. Back to topic.

1. Die Adresse "kamelopedia.net" macht eine suchmaschinentransparente Weiterleitung auf unsere Hauptseite Kamelopedia:Hauptseite. Die enthält sehr wohl Text und der kommt auch z.B. bei Google an. (Ebenso: Yahoo, Bing)
2. Bei Satire oder Humor tauchen wir nicht auf, weil's nicht im Text steht. Könnte mir auch vorstellen, dass es den einen oder anderen Leser gibt, der nach dem ersten Hauptseitenabsatz immer noch denkt, es geht hier nicht um Humor sondern um Kamele und das ganze wieder wegklickt. Vielleicht sollte man das mal beiläufig in den Text einfließen lassen.
3. Versteckte Texte, Begriffslisten und Metadaten sind zwar alte Tricks um Seiten hochzupushen, da damit aber so viel Schindluder getrieben wurde, kann sich sowas inzwischen sogar negativ auf das Ranking auswirken.

--J* (Diskussion) 14:58, 27. Aug. 2014 (NNZ)

Ja schön: wenn ich direkt nach Kamelopedia suche, dann wird sie Google (oder irgendeine andere Suchmaschine) auch finden. Es sollten aber auch Leute diese Seite finden, die nicht direkt nach "Kamelopedia" suchen, sondern nach irgendwelchen nicht genau beschriebenen Humorbeiträgen und satirischen Artikeln. Gute Artikel werden durch Google ja auch gefunden, wenn sie mit den Suchbegriffen übereinstimmen. Dass die Hauptseite der Kamelopedia nicht gefunden wird, das ist jedoch nachprüfbar. Gleichzeitig erscheinen aber in genau diesen Listen sowohl Stupi als auch Uncy mit ihren Hauptseiten. Sie machen also irgendetwas anders als die Kamelopedia. Deshalb muss dringend was getan werden, um auch die Kamelopedia in diese Liste reinzukriegen!
Der Metatag für "description" ist notwendig. Dieser Eintrag wird von Google verwendet, um das Suchergebnis zu beschreiben. Wenn dieser Metatag fehlt, dann nimmt Google nur den Anfang des Textes oder eine Textpassage, in der eines der Suchbegriffe vorkommt.
Und ab jetzt halte ich mich hier wieder raus. Ich habe hier niemanden angegiftet. Ich wollte helfen. Entschuldige bitte, soll nicht wieder vorkommen. --2003:65:4F32:DB00:41A:1B6C:7C74:6686 15:16, 27. Aug. 2014 (NNZ)

Sowohl Stupi als auch Uncy, haben "Satire" und oder "Humor" im "Willkommen"-Text und das wäre wohl leicht zu ändern..vielleicht ist es das ja schon..der wird doch auch in der Seitenbeschreibung angezeigt..85.179.188.115 15:25, 27. Aug. 2014 (NNZ)Igor (Diskussion) 15:27, 27. Aug. 2014 (NNZ)

Nachtrag: Schmeiße demnächst mal Extension:AutoKeywords in die Testkamelo (Mag jemand Keywords vorschlagen?) das Hauptaugenmerk sollte aber auf dem Text der Seite liegen.

Nach BK: Mit dem Link auf Google wollte ich nicht zeigen, dass die Seite gefunden wird, sondern dass ein Text drauf ist, der von der Suchmaschine gelesen wird. Wenn wir den Text auf der Startseite gut finden, dann sollten wir den dort eigentlich auch gutfinden. (Muss also hier nix getan werden.) Und der Grund warum Stupi und Co bei solchen Begriffskombinationen gefunden werden, habe ich auch schon genannt: Es Steht im Text auf der Hauptseite drin.

--J* (Diskussion) 15:32, 27. Aug. 2014 (NNZ)

Zweitens, Vorschlag, evtl. Diskussionsseiten für IPs zum Edit sperren?

@Kamillo: Anmelden geht nicht, ich bin wegen Seitenvandalismus gesperrt und das ist auch gut so!

Vielleicht sollten wir mal für Edits auf Diskussionsseiten und anderes tiefgründigeres Zeugs eine Edit-Sperre für IPs machen? Ich bin mir selbst noch nicht im Klaren, ob das Sinn macht, aber irgendwelche Zusatzprivilegien müssen ja angemeldete Kamele gegenüber IPs haben, oder? Vielleicht sollten wir mal die Fürs und Wieders abhufen? Ich zumindestens wüsste gerne, welcher Diskutant hinter welcher IP steckt. Kamillo (Diskussion) 13:56, 27. Aug. 2014 (NNZ)

Dafür!!!Es dauert ja lange ehe ich etwas albern finde,aber jetzt ist die Grenze erreicht..Igor (Diskussion) 14:15, 27. Aug. 2014 (NNZ)

1. Den Diskussionsbeitrag eines beliebigen Anderen auseinanderzureißen [4] oder in irgend einer Form willkürlich zu ändern ohne dass es dafür einen Grund gibt, das ist Vandalismus. Damit ist dieser Anteil der Diskussion nicht mehr signiert… eigentlich also gefälscht.
2. Editiersperre für IPs… Seid ihr verrückt? dann könnt ihr das Wiki komplett dicht machen. Ein Read-Only-Wiki hat aber wenigstens ein Alleinstellungsmerkmal.
3. Wer hinter einer IP steckt: Wer das unbedingt wissen will, muss einen Richter finden, der den Domain-Betreiber aus irgendeinem strafrechlichen Grund zur Herausgabe des Namens zwingt. Hier können die Feenstabschwinger höchstens Vermutungen anstellen, wenn sich die IP nicht mit gleicher Nummer auch angemeldet hat. Aber wenn sie eine solche Informationen weitergeben, machen sie sich strafbar (Datenschutz). --2003:65:4F46:E00:41A:1B6C:7C74:6686 14:33, 27. Aug. 2014 (NNZ)

Es ginge nicht drum, IPs generel vom Edit auszuschließen, sondern nur von Teilbereichen, wie den Diskussionsseiten, evtl. das sogar eingeschränkt, dass sie Kamel-Seiten nicht bearbeiten können. Warum muss eine IP im Normalfall Kamele persönlich ansprechen können? Kamillo (Diskussion) 16:09, 27. Aug. 2014 (NNZ)

Status CW

1. …und mein lieber Kamillo: wenn es dich ganz genau interessiert: Ja, ich bin CW. Ich mache mir, auch wenn ich nicht mehr angemeldet bin, Gedanken um die Zukunft der Kamelopedia. (Siehe hier). Selbst, wenn ich nicht mehr mitmache, wünsche ich mir, dass die Kamelopedia weiterkommt. Dein Vorschlag, alle IPs auszusperren wäre jetzt für dieses Ziel allerdings eher kontraproduktiv. --2003:65:4F46:E00:41A:1B6C:7C74:6686 14:33, 27. Aug. 2014 (NNZ)

@CW: Du hast, so wie ich das mitbekommen habe, selbst um deine Sperrung gebeten, da du die Schnauze voll hattest, hier wegen deinem Verhalten angepflaumt zu werden. Ich kann ehrlich gesagt geschrieben, dein Verhalten nicht nachvollziehen. Du bittest oder provozierst deine Sperrung, und mischst dann immer noch mit? Kamillo (Diskussion) 16:09, 27. Aug. 2014 (NNZ)

@Frage an die, die es besser wissen: Wäre es möglich, CW eine weniger priviligierten (kein Kameltreiber oder so) Zugang zu seinem Konto zu geben, so dass, wenn ihm wirklich an der inhaltlichen Weiterentwicklung der Kamelopedia gelegen istl, dass er das kann? Seine Artikel waren eigentlich immer ziemlich gut, es wäre schade um ihn. IP-Edits sind meistens mit Stress verbunden, wie man hier wieder sehen kann. Kamillo (Diskussion) 16:09, 27. Aug. 2014 (NNZ)