Wikipedia Diskussion:Mentorenprogramm/Versionswechsel

message: Hallo, da ihr die DB gerade umgestaltet wollte ich auch mal meinen Hut in den Ring werfen und fragen, ob es keine Idee wäre meine Tätigkeit (Mentoren informieren, dass ihre Mentees inaktiv sind) zu auomatisieren via Bot. Ich würde mir vorstellen, dass nach etwas mehr als der offiziellen Betreuungszeit (also nach eine Woche nach den zwei Monaten zum Beispiel) dem Mentor eine Nachricht geschickt wird, dass Mentee XY inaktiv ist. Möglicherweise nach einer weiteren Woche eine weitere Mahnvorlage, sollte es vergessen werden. Ob es der Mentor dann tut, das ist sein Kaffee. Zusätzlich sollte die Möglichkeit einer Opt-Out Liste entstehen, in der man sich jeglichen Benachrichtungen entziehen kann, denn einige Mentoren betreiben da wirklich fast Statistik und die haben für gewöhnlich alles unter Kontrolle. Nur eine Idee ... -- Freedom Wizard 13:35, 7. Jun. 2010 (CEST)
replies: text: Ich würde das eher andersrum machen: Wer will, kann sich eintragen. Genrell ist das aber eine gute Idee, die gerne auch über das Webinterface verwaltet werden kann, sodass der Bot letztendlich die Daten aus der p_dewpmp-Datenbank ziehen kann. Welcher Bot das dann letztendlich macht, kann ja noch überlegt werden – er müsste halt als dewpmp laufen, da die DB privat ist. --ireas Diskussion // Bewertung 13:39, 7. Jun. 2010 (CEST)
replies: text:  Dafür wäre ich dankbar ... --Freedom Wizard 19:50, 7. Jun. 2010 (CEST)
replies: text: Da müsste vermutlich ein neuer Bot her, weil wir alle dessen Passwort sehen können. Merlissimo 21:26, 5. Jul. 2010 (CEST)
replies: text:  Joa. Aber wir haben ja genug Leute mit Bot-Erfahrung in der Mitarbeiter-Liste. :) Auch wenn ich befürchte, dass mein C++-Framework bei euch nicht auf große Resonanz stoßen wird. ;) --ireas {d · c · b} 21:32, 5. Jul. 2010 (CEST)
thread_title:  Inaktive Mentees und Bot 

message: also ich "kann" php (+MySQL natürlich) - Java ist nicht "mein Ding" - wenn Euch das was hilft ... (?) lg Redlinux·→·☺·RM 21:34, 7. Jun. 2010 (CEST)
replies: text: Java brauchen wir hoffentlich auch nicht. :) Hast du einen Toolserver-Account? Wenn ja, kannst du dich zum Projekt dewpmp hinzufügen lassen. Und ganz wichtig: Herzlich willkommen im Team und viel Spaß. :) --ireas Diskussion // Bewertung 21:38, 7. Jun. 2010 (CEST)
replies: text: Hallo Ireas, danke für den Hinweis, ich hab allerdings offen und ehrlich gesagt mich für den wiki-Toolserver bislang nur als "Nutzender" interessiert und halt ggf. speziell fürs MP daran gedacht was zu machen. Allgemein hab ich nicht vor in dem Bereich hochaktiv zu werden. Also, wenn Du meinst, daß es trotzdem Sinn macht, dann kann ich mich da ja mal um einen Account kümmern. Viele Grüße Redlinux·→·☺·RM 00:07, 5. Jul. 2010 (CEST)
replies: text: Also zum aktiv Mitentwickeln ist ein Toolserver-Account von großem Vorteil. Alternativ kannst du auch nur patches erstellen, diese mir mailen und ich commite die dann. --ireas {d · c · b} 21:22, 5. Jul. 2010 (CEST)
thread_title:  Redlinux 

message: Kurzer Einblick, wie das Templatesystem aufgebaut ist, über die Vorgehensweise zum Erstellen einer neuen Seite.
* Implementiere das Interface Page in der Datei include/mypage.php:
class MyPage implements Page
{
  private $db;
  private $access;
  public function __construct($db, $access) # hier können die MP-, die WP-Datenbank oder das Modul fürs Login ($access) übergeben werden -- je nach Bedarf
  {
    # diese zeilen und die Membervariablen sind logischerweise entsprechend anzupassen
    $this->db = $db;
    $this->access = $access;
  }
  public function display()
  {
    $rv = array();
    $rv['page']  = 'mypage';       # → templates/mypage.html wird geladen
    $rv['title'] = 'Toller Titel'; # → Inhalt des title-Tags
    $rv['data']  = array();        # dieses Array steht in mypage.html als $this->data zur Verfügung. Hier muss alles reinkommen.
    # ... $rv['data'] füllen ...
    if (error)
    {
      return 'Error message';      # Die Rückgabe eines Strings ergibt eine Fehlermeldung.
    }
    # alles okay → array zurückgeben
    return $rv;
  }
}
* Modifiziere include/main.php:
** Die Datei include/mypage.php muss eingebunden werden.
** Im Konstruktor muss in $pages der Eintrag 'mypage' => new MyPage($this->db, $this->access) hinzugefügt werden (→ Zugriff über action=mypage).
Alles klar? :D --ireas {d · c · b} 23:03, 26. Jul. 2010 (CEST)
thread_title:  Crashkurs Templatesystem 

message: Brauchen wir spezielle Insert- und Delete-GUIs? In meinen Augen nein; für den Bot reicht eine API (oder er macht das direkt per DB); und in den wenigen Fällen, in denen von uns jemand einfügen oder löschen muss, kann er das auch über die CLI machen, oder? --ireas {d · c · b} 00:25, 18. Aug. 2010 (CEST)
replies: text: ...nach meiner erfahrung brauchen die mentoren überhaupt keine weiteren sql-funktionen als "SELECT". mit "INSERT" und "UPDATE" wurden bisher schon eine menge falscheingaben gemacht, was dann über logfiles hinterher entdeckt, nachvollzogen und geändert werden musste. "DELETE" kam so selten vor, daß es reichte, wenn ich es selber machte. heute bin ich froh darüber, einer kleinen, hochmotivierten und erfahrenen gruppe (den "wizards") speziell für nicht-automatisierbare wartungsarbeiten eine gui gebastelt zu haben - das hat den vorteil verlässlich zu sein und keiner der wizards hat sich je über "bürokratie, unnötige mehrarbeit, statistik-wahn" o. ä. beschwert. im grunde ist das jetzige mentoren-login noch ein relikt aus der zeit vor der bot-unterstützung - und damals wollte es die mehrheit der mentoren garnicht haben, weswegen es auch freiwillig war. heute rufen viele der neu-mentoren schon nach den zugangsdaten, bevor sie überhaupt einen mentee haben. und wenns dann hinterher drauf ankommt, es sinnvoll anzuwenden, machen sie nicht mit. dann doch lieber nur eine handvoll zuverlässiger mentoren mit erweiterten rechten auf der db... lg, --NB/archiv MP-DB 01:38, 18. Aug. 2010 (CEST)
thread_title:  Insert und Delete