Registriert: Do Sep 25, 2003 15:56 Beiträge: 7804 Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)
Ich hab gerade, inspiriert von wikipedia.org, eine Vorlage namens "Prettytable" geschrieben. Die Tabellen sehen damit natürlich viel hübscher aus als normal.
Ich wäre dafür alle Tabellen in Zukunft mit Prettytable zu machen. Allerdings is das ne verdammte Arbeit, da ungefähr 200-250 Artikel Tabellen verwenden. Deshalb wäre ich dafür, wenn ein Bot das Wiki durchsucht und alle nichtgesperrten Artikel (Die Hauptseite nicht!) mit Prettytables ausstattet.
Nochwas zu Tabellen im Wiki allgemein. Viele Leute die erstmals im Wiki unterwegs sind tendieren dazu HTML-Tags zu verwenden. Das ist zwar möglich aber unschön. Da die Wikisoftware mit vorlagen ne Menge netter Sachen machen kann. Außerdem ist eine HTML Tabelle nicht unbedingt so leicht für nicht HTMLer zu durchschauen. (Paradebeispiel die Startseite ) Die Wikitabellen sind extremst einfach gegliedert. Dies ermöglicht es auch dem ungeschultem Wiki-Korrektor schnell Änderungen durchzuführen. Deshalb verwendet bitte die Wikitabllen. (Außerdem kann man die auch schneller erstellen )
Beispiel für Wikitabelle:
Code:
{| {{Prettytable}}
! Überschrift 1.Spalte (Fett)
! Überschrift 2. Spalte (Fett)
|-
| 1. Spalte/1. Zeile
| 2. Spalte/1. Zeile
|-
| 1. Spalte/2. Zeile
| 2. Spalte/2. Zeile
|}
_________________ Blog: kevin-fleischer.de und fbaingermany.com
Registriert: Do Jun 19, 2003 10:44 Beiträge: 991 Wohnort: Karlsfeld (nahe München)
Daran hatte ich auch schon gedacht, aber es auf grund des Arbeitsaufwandes nicht gemacht. Ich würde hier empfehlen nicht einfach alle Tabellen mit diesen einen Format zu versehen sondern mehre Kontext bezogene Formate zu machen. Zum Beispiel eines für Parameter und eines allgemein.
Also um das nicht mit Hand zu machen könnten wir zum Beispiel ein Phyton Skript verwenden. Phobeus hat auch schon einen Ansatz für ein Skript welches nicht vom Bot Schutz abgeblockt wird. Alternativ könnte man natürlich auch direkt die Datenbank verändern(jedoch kenne ich mich damit nicht aus ).
MfG
Flo
_________________ Danke an alle, die mir (und anderen) geholfen haben. So weit... ...so gut
Registriert: Do Sep 25, 2003 15:56 Beiträge: 7804 Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)
Das mit ner Parametertabelle is ne nette Idee. Allerdings stellt sich dann die Frage, wie ein Bot/Script unterscheiden will, welche Tabelle es gerade am Wikel hat. Da müsste man ja immer erst die Teilüberschriften ausparsen.
Haben wir denn begabte PHPler im Forum, die uns sowas schreiben könnten?
_________________ Blog: kevin-fleischer.de und fbaingermany.com
Registriert: Sa Mai 04, 2002 19:48 Beiträge: 3827 Wohnort: Tespe (nahe Hamburg)
Bin in Eile, aber kurz zwischen durch
PHP ist hier eher nicht ratsam. PHP-Skripte sind zeitlich begrenzt und meist nur von kürzerer Lebensdauer. In einem solchen Fall würde man lieber lokal von einem Rechner aus Arbeiten. Dass wäre in diesem Fall dann wohl ein Python-Skript. Durchkommen tut dies übrigens auch nur, weil ich es will und ich denke, dass langfristig eine bestimmte Signatur gesandt werden muss, damit es nicht abgeblockt wird. Wie eine solche Realisierung aussehen könnte, sei man dahin gestellt. Entweder alle Links durchgehen oder warten bis mit Media Wiki 1.5 endlich eine Artikel-Tabelle in die Datenbank einzieht.
Eine bitte nur. Wenn ihr an einem Bot bastelt, bitte nicht den Server unter Feuer legen, sondern lieber mich kontakten. Dann gibts ne Testwiki bei dem man sich austoben kann. Zum Gruße!
_________________ "Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."
Registriert: Fr Mai 14, 2004 18:56 Beiträge: 804 Wohnort: GER/OBB/TÖL-WOR/Greiling
könnte sich das skript nicht als ganz normaler user - z.b. "maintain_script" - registrieren und einloggen? dann können wir sagen "wir haben unseren eigenen putzroboter" und ausserdem würde das wohl der ganzen authentifizierungssache abhilfe schaffen, oder?
Registriert: Sa Mai 04, 2002 19:48 Beiträge: 3827 Wohnort: Tespe (nahe Hamburg)
Ja, dies wäre der sinnvollste Absatz. Das Problem mit der Authentifizierung ist damit nicht gelöst. Das Problem ist ja, dass wir nicht wissen, ob Mensch oder Bot an einem Artikel rumdreht. Dies ist defacto für einen Server nicht erkennbar. Allerdings kann ich eine Aussage treffen z.B. das die meisten Besucher nicht mit Curl im Wiki rumsurfen, also landet das Ding auf eine Banliste und so muss es letztendlich mit allen Skriptsprachen aussehen, die nicht dem Server mitteilen "Hi pal, it's me... initiate maintain process" Aber ich denke der Curl-Blocker wird uns zumindest schon eine Menge Kummer ersparen... sobald die Ihren Spam manuell einstecken müssen, lohnt es sich nicht für jemanden wie uns ne Extra-Mitarbeiter abzuschicken, zumal wir sowas ja auch immer brav den Provider melden (und das ist der Grund, warum ihr nicht am Server rumdaddeln sollte, sondern mir bescheid sagen sollt. Nicht das was schief geht, das Wiki weg ist und ich Abends ne Hals habe und die Logfiles zerlege ...)
_________________ "Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."
Registriert: Fr Mai 14, 2004 18:56 Beiträge: 804 Wohnort: GER/OBB/TÖL-WOR/Greiling
wenn das ganze per IdHTTP abläuft, kann man auch als User-Agent "table_maintain_skript" eintragen
wenn das ganze dann auch noch auf einen account beschränkt ist, sollte es sowieso keine probleme mehr geben (ausser die daten zu diesem acc leaken.. aber es ist ja eh ein wiki )
so ein skript muss sich doch durch die selbe HTML-Antwort quälen, wie ein user, oder? Ein Spambot kann ja auch hardcoded POSTs und GETs senden, wenn man allerdings Tabellen manipulieren will, wird das ganze sicher ein wenig komplizierter...
Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.