Was verwendet ihr als Admininterface?

Moin!
Nachdem ich jetzt in meinem Projekt wieder ein wichtiges Stück weiter gekommen bin, stehe ich vor der Frage des Admininterfaces.
Bei Version 1 hatte ich eine Webseite erstellt, welche nach und nach immer mehr gewachsen ist und mittels .htaccess geschützt war.
Für Version 2 bin ich hier noch frei in der Gesaltung.
Ich schwebe zwischen einem eigenen MMC Plugin, einer Standalone Anwendung oder einem Telnet Interface.
Eine Webseite möchte ich nicht mehr Einsetzen. Das Admininterface muß unabhängig von der Funktionsfähigkeit des Webservers sein.
Mich würde jetzt mal interessieren, welche Wege ihr gewählt habt und ob ihr diesen Weg heute auch noch wählen würdet. Insbesondere würde mich dabei eine kurze Beschreibung der Probleme interessieren.
Nein, abkupfern will ich nicht
Mir geht es hier um die Sammlung von Erfahrungen von anderen.

Ich habe seit eh und je für meine Projekte einfach eine PHP/MySQL-basierte oberfläche erstellt. Um drauf zu kommen, musste man sich einloggen. Ähnlich wie in einem ACP eines Forums, zB.

Hi,
also bei mir ist das Admin Interface (bis auf der Karteneditor) komplett in's Spiel integriert.
Das hat den Vorteil, dass ich als Admin genau wie die Spieler ein Teil der Spielwelt bin, was mir persönlich sehr wichtig war, um den Kontakt zur Spielwelt nicht zu verlieren. Ich denke das ist bei einem RPG sehr wichtig.
Natürlich habe ich tolle Admin Features, um meine Arbeit effizient zu gestalten (Teleportieren und son' Kram), aber ich bin trotzdem an die Umgebungsvariablen der Spielwelt gebunden.
Im Spiel brauch ich nur "Verwaltung" anklicken und kann dann alles möglich machen: Dungeons, Mobs, Gegenstände, Reiseplätze, Feldinhalte, Quest, ... anlegen und bearbeiten, aber auch administrative Dinge erledigen.
Mit der Arbeitsweise komm ich gut zurecht und vorallem ich kann sofort ausprobieren, ob ein Monster z.B. zu stark oder zu schwach ist.
Gruß,
Marc
Edit... Rechtschraibunk.

ich habe ein Admin menü das einer Foren Administration äneld. Gewisse sachen habe ich jedoch auch im Spiel eingebaut um schneller reagieren zu können und weniger klicken zu müssen.
Bin damit immer sehr gut durchgekommen und hatte auch noch nie probleme damit.
mfg,
Dorgo

Mein Adminmodul ist auch direkt in das Spiel integriert. So hat jeder Spieler bei mir im Profil eine längere Liste von Links stehen, die für Administratoren zur Adminoberfläche führen. Das hat den Vorteil, dass ich immer sehr schnell reagieren kann. Ein Nachteil ist allerdings, dass man bei Account-Sittings aufpassen muss. Einige Admins spielen aktiv im Spiel mit, wenn die im Urlaub sind, dürfen diese dann nur durch Admins vertreten werden oder müssen ihre Rechte vorher abgeben.
Sollte ich ein weiteres Projekt anfangen, werde ich auf eine separate Oberfläche setzen, welche webbasiert mit einem eigenen Login funktioniert, damit dieses Problem wegfällt.
Warum ein ACP auch ohne Webserver funktionieren muss, sehe ich nicht. Wenn der Webserver nicht funktioniert, hat man andere Probleme, als Spieler zu sperren oder Premiums zu verifizieren...

Das die Oberfläche bei mir unabhängig vom Webserver laufen soll hat den Hintergrund, daß ich über diese nicht nur den Gamestatus abrufen und die Daten anpacken kann, sondern auch den Server direkt administrieren will.
Ich mag es gerne einfach

Ist doch auch möglich..
DB anlegen, VHOST-Einträge eintragen, Konfigurationen speichern bzw. bearbeiten. Runden festlegen, Auswertungen festlegen, Mailadressen anlegen und verwalten ...
Karten generieren...
ist eigendlich alles bei uns zumindestens automatisiert...
So das auch ein "nicht-Programmierer" Restarts bzw. Welten anlegen kann..
LG
Mike

Da ich einen eigenen Webserver verwende, werde ich sachen wie Webmin und Co. nicht einsetzen können/wollen.

Original von MrMarco
Da ich einen eigenen Webserver verwende, werde ich sachen wie Webmin und Co. nicht einsetzen können/wollen.

Okay, Webmin verstehe ich.
Aber wieso schließt sich das sonst aus? Man kann doch durchaus seinen eigene Server mit einer datenbankgestützen VHost-Tabelle ausstatten.. ich weiß zwar nicht wie, konnte mich aber von einer funktionierenden Lösung überzeugen. Bin nicht so der Admin..

Ich setze recht weit unten auf dem System an. Will so viel unnötigen Balast loswerden.
Aber das ist ein anderes Thema.
Mir geht es primär über die Admin Interface, welche ihr euch geschrieben habt.
Im Moment sehe ich, daß wohl alle ein Webinterface einsetzen.
Wie ich vorher schon geschrieben habe, geht mein Interface über das normale Verwalten des Spieles hinaus.
Ein Webinterface ist zwar die einfachste Möglichkeit, ist aber wie schon gesagt von der Funktionsfähigkeit des Webservers abhängig.
Tools wie Webmin bringen hier was eigenes mit, weshalb sie da unabhängig davon sind. Webmin kenne ich, habe ich selbst knappe 3 Jahre lang eingesetzt. Ich will aus verschiedenen Gründen aber dieses nicht einsetzen.
Mir geht es um Ideen, nicht um Lösungen
Habe mir eben überlegt das ich doch ein paar der Hintergründe erzählen sollte.
Der Grundlegende Gedanke war zu anfangs ASP.Net mit C# einzusetzen. Nachdem ich die (in meinen Augen übertriebenen) Preise für Windows 2003 Server gesehen habe, bin ich ins Grübeln gekommen.
Auf PHP wollte ich nicht mehr zurück. Grund hierbei ist, daß ich für meinen Beruf mehr C# Können benötige und PHP mir hier nicht helfen wird. Das kommt in dem Bereich nicht vor wo ich tätig bin. Firmenpolitik. That's life.
Nach einigem hin und her bin ich jetzt beim HttpListener von .Net hängen geblieben und habe angefangen mir Testweise einen eigenen kleinen Webserver zu schreiben. Für mich ist das eher ein Versuchsobjekt. Ich will bei diesem Spieleprojekt so viel wie möglich lernen und probieren.
Grundsätzlich gesehen könnte ich alle für mich wichtigen Dinge mittels .Net Remoting (ich weiß das dies mit .NET 3.0 hinfällig sein wird) erledigen, will mich aber nicht auf einen für mich im Moment brauchbaren Weg festlegen. Mir fehlen hier einfach Erfahrungswerte.
Deshalb die Frage an euch wie euer Admininterface funktioniert und wieso ihr gerade diesen Weg gewählt habt, bzw. ob ihr ihn in Zukunft nochmal wählen würdet.
Ich will ein Gefühl für die verschiedenen Lösungswege bekommen, ohne sie gleich nachprogrammieren zu müssen.
Klar ist mir auch, daß ich nicht einfach blind wie ein Lemming der Mehrheit folgen werde.
So... ich hoffe ein bissle Licht ins Dunkle bei meiner Frage gebracht zu haben.

Ich habe im wortwörtlichen Sinne kein Admininterface eher ne Adminconsole. Aber das liegt daran dass ich atm Adminfunktionen benötige aber keine Zeit/Elan habe haufen Formulare etc. für solche Zwecke zam zu basteln.
Achja und die Console ist direkt im Spiel integriert.

Hi,
deine Idee mit dem Remoting haben wir gerade umgesetzt. Zwar sind wir noch soweit in der Entwicklung, dass wir kein Admincontrol atm brauchen (wenn ich was ändern möchte ist das meisten sowieso durch nen Fehler entstanden und da geh ich einfach manuell an die Daten ran).
Ansonsten läuft halt das Game "normal" über Asp.Net (mit c#) und ruft wenns Daten braucht in die BLL (eigenes Projekt --> .dll). Die schickt die Anweisung weiter per Remoting an eine App, die aufm Server läuft. Dieses Prog spielt halt DB und sucht dann die Daten raus und schickt das alles zurück.
Das Admincontrol soll dann einfach nen neues Programm werden (also richtig WinForm) und einfach auch nur auf die Methoden der BLL zugreifen. So erspare ich mir eigentlich so gut wie das doppelte schreiben von Methoden ect (ob jetzt die XP durch ein Gebäude erhöhrt werden oder ich als Admin als Strafe die XP kürze läuft für die BLL auf ein Update der XP herraus nur der Input ist anders).
Aber leider kann ich dir keine Probleme/Erfahrungsberichte dazu anbieten, da sich das alles noch in der Entwicklung befindet.
Gegen ein Webinterface haben wir uns hauptsächlich aus Sicherheitstechnischen Gründen entschieden (und weils auch etwas schneller geht WinForms zu erstellen als ne WebApp). Nen Browsergame, was ich gezogt hab, da wurde das AdminInterface gehackt und dann lustige Sachen angestellt. Der Gefahrt gehst du eigentlich mit ner eigenen App fast zu 100% aus dem Weg (aber ein Login muss trotzdem drinne sein, damit nen "gekickter" Admin nicht noch Zugriff hat)
so hoffe konnte dir etwas helfen.
P.s.: was kommt mit .Net 3.0 anstatt von Remoting?

Für kleinere Sachen verwende ich auch ein ins Spiel integrierte Webinterface, für Globale Verwaltung, Spieleübergreifende Einstellungen oder auch Server bzw allgemeine Spielkonfiguration hab ich mein eigenes kleines Desktopprogramm.
Könnte zwar alles auf das Programm auslagern, würde dann aber das Problem geben das ich nicht überall Zugriff hätte. An sich ja gut, aber kleinigkeiten sollte man auch mal von wo anders aus machen können. Der Fall ist bis dato noch nicht eingetreten, aber man kann nie wissen.
Für Moderatoren gibt es auch ein kleines Programm welches das Spiel überwacht sowie den Support, und den jeweiligen Moderator direkt darüber Informiert. Des weiteren bietet es einige Funktionen die zwar auch per Webinterface möglich sind, aber mit der Anwendung doch etwas schneller getätigt werden können.

P.s.: was kommt mit .Net 3.0 anstatt von Remoting?

WCF
Ich muß mich da auch noch einlesen. Bin gestern durch Zufall drauf gestossen.
Danke an alle Teilnehmer für die Informationen. Ihr habt mir wirklich gut geholfen bei meiner Entscheidung.
Ich werde den Weg einer eigenständigen Anwendung weiter verfolgen.
Ein Webinterface wird es für den Admin nicht geben. Grund sind wie schon aufgeführt die Sicherheitsrisiken, die zusätzlichen Aufwände für das Formulargeraffel und die Abhängigkeit an die Funktionstüchtigkeit verschiedener Dienste auf dem Server.

Da ich persönlich vor einem ähnlichen Problem stehe, musste ich mir ebenso Gedanken machen.
Momentan gibt es ein sehr rudimentäres Web-Interface, das nur die wirklich benötigsten Routinen zur Verfügung stellt. Der Rest wird direkt über phpmyadmin gemacht (suboptimal, aber funktioniert)
Ich habe mich aber soweit für die Windows Communication Foundation entschieden. Für VS 2005 gibt es ein kostenloses Add-On (momentan in einer CTP-Version), VS 2008 wird es ohne Add-On unterstützen.
WCF ist schneller als .Net-Remoting, einfacher zu Programmieren (kein MarshalByRef mehr [Yeah]) und über offene Protokolle mit anderen Frameworks wie Java, etc ohne weiteres kompatibel. Auch ist das Hinzufügen verschiedener Verschlüsselungs- oder Kompressionslayer wesentlich einfacher. WCF fasst .Net Remoting, ASP.Net-Webservices, DCOM und diese komischen Enterprise-Services unter einer API zusammen.

*G*
Dann sei mal so lieb und rück bitte die URLs für das AddOn raus

www.microsoft.com/downloads/details.aspx?familyid=F54F5537-CC86-4BF5-AE44-F5A1E805680D&displaylang=en
Ich denke, dass mit dem Release von VS 2008 auch das für 2005 endgültig freigegeben wird.
Weitere Informationen auch unter: wcf.netfx3.com/