Ja ein Abbruch des Backups wäre praktisch.
Editieren einer Firewallregel wäre auch schön
Support-Tickets direkt aus dem neuen Interface und nicht nur aus dem CCP
Ja ein Abbruch des Backups wäre praktisch.
Editieren einer Firewallregel wäre auch schön
Support-Tickets direkt aus dem neuen Interface und nicht nur aus dem CCP
Zitat von dominusnoctae;10655Support-Tickets direkt aus dem neuen Interface und nicht nur aus dem CCP
Ah, den Gedanken hatte ich auch schon. Wäre insofern praktisch, dass man dann gleich auf den vServer verweisen könnte, um den es geht.
ich weis das ich glaich gesteinigt werde, aber ich sags hier jetzt trotzdem...
Optisch, war das openVCP nicht sehr ansprechend...
(Muss es natürlich auch nicht sein, bei Servern hat man ja auch keine Graphische Oberfläche. )
Zitat von toe;10644Bitte kein Flash! Flash ist eine Abscheulichkeit, die auf keinen Fall fuer wichtige Funktionen benutzt werden sollte.
Falls Flash unbedingt sein muss, dann bitte nur fuer Spielereien...
Wie bereits erwähnt wird das neue Interface in Java programmiert.
Ist nur die Frage ob von JSP (Java Server Pages) die Rede ist, oder ob es echt ein Java Applet wird.
Ich fände ersteres besser.
Ein Java Applet wäre wohl das dümmste dafür, entschuldigt den Ausdruck, aber das würde ein Plugin im Browser benötigen (Java eben) und auf mobilen Geräten kann man es gleich vergessen. Ich hoffe auch einmal, dass ersteres gemeint war ![]()
MfG Christian
Zitat von killerbees19;10812Ein Java Applet wäre wohl das dümmste dafür, entschuldigt den Ausdruck, aber das würde ein Plugin im Browser benötigen (Java eben) und auf mobilen Geräten kann man es gleich vergessen. Ich hoffe auch einmal, dass ersteres gemeint war
MfG Christian
Dito, ich denke, dass Java als Plattformunabhängigsten ist und auf fast Allem läuft. Derzeit sitze ich jedoch auch an der Entwicklung des neuen Webinterfaces von OpenVCP.org, mal sehen welches am Ende schöner aussieht ![]()
Öm...
Plattformunabhängigkeit? Das ist doch bei JSP völlig Latte.
JSP ist wie PHP. Sprich man bekommt einfach HTML. Siehe DENIC Whois Abfrage. ![]()
Zitat von sim4000;10814Öm...
Plattformunabhängigkeit? Das ist doch bei JSP völlig Latte.
JSP ist wie PHP. Sprich man bekommt einfach HTML. Siehe DENIC Whois Abfrage.
Ich meine aber Java, das läuft überall - jaja HTML auch blubb ![]()
Das Frontend wird natürlich auch überarbeitet, nicht nur vom "Design" her, sondern auch um die Übersichtlichkeit zu verbessern.
Vorschläge sind dahingehend natürlich ebenfalls willkommen.
Zitat von [netcup] Alex;10826Vorschläge sind dahingehend natürlich ebenfalls willkommen.
Ich wäre froh, wenn das neue Design jemand von Netcup schon vorher auf mobilen Endgeräten austesten und eventuell über eine eigene CSS-Datei sogar optimieren könnte. z.B. auch in Opera Mobile/Mini, denn von dort aus schaue ich auch öfters ins openVCP und ich glaube da bin ich nicht der Einzige ![]()
MfG Christian
Sowas steht bereits auf der Liste
ob das mit dem ersten Release bereits verfügbar sein wird, ist jedoch noch offen.
Mir ist noch etwas eingefallen, bei der Firewall wäre es toll Kommentare zu den einzelnen Regeln hinzufügen zu können. Würde der Übersicht mMm sehr zuträglich sein.
Zitat von killerbees19;10827Ich wäre froh, wenn das neue Design jemand von Netcup schon vorher auf mobilen Endgeräten austesten und eventuell über eine eigene CSS-Datei sogar optimieren könnte. z.B. auch in Opera Mobile/Mini, denn von dort aus schaue ich auch öfters ins openVCP und ich glaube da bin ich nicht der Einzige
MfG Christian
Also ich würde mich freuen, wenn Netcup die eigene Seite erstmal XHTML 1.0 Transitional konform machen würde ![]()
Zitat
- API-Zugriff auf die rudimentären Funktionen (mit Secret-Key), dazu gehört Reboot, Traffic, Ausschalten, Einschalten.
- Reverse-DNS sind durch mich zu setzen
/Signed!
Eine Api wäre echt cool, alleine, um Stats "präsentieren" zu können, bzw., da ich gerne alle wichtigen Werte auf einen Blick habe, um Fehlverhalten schnell sehen zu können (Hack => Spamschleuder => Massig Traffic // Hack => "schlechte" Rootkits => evtl. weitere offene Ports oder Prozesse // Hack => Kinderpornos => volle HDD), alles in ein Doc packen könnte.
fLoo: Die Prozessübersicht lässt sich ganz einfach per PHP realisieren (man muss aber das sicherheitsbedenkliche "shell_exec" aktivieren): echo shell_exec("ps -aux"); Ports lasse ich mir so auch ausgeben, wie auch Arbeitsspeicher-Auslastung, CPU-Load und HDD-Auslastung.
Mein Dom-Robot hat 'ne nette API: Es sind einfache XML-Requests, die über 'ne https gejagt werden. Sollte mit ordentlichem statischem Schlüssel von 'nem kb bombensicher genug sein.
Zitat von Artimis;11078fLoo: Die Prozessübersicht lässt sich ganz einfach per PHP realisieren (man muss aber das sicherheitsbedenkliche "shell_exec" aktivieren): echo shell_exec("ps -aux"); Ports lasse ich mir so auch ausgeben, wie auch Arbeitsspeicher-Auslastung, CPU-Load und HDD-Auslastung.
shell_exec brauchst du nicht, wenn du das über sockets + daemon laufen lässt.
Zitat von [netcup] Alex;10832Sowas steht bereits auf der Liste
ob das mit dem ersten Release bereits verfügbar sein wird, ist jedoch noch offen.
wenn per Web-API fast alle Funktionen verfügbar sind, kann auch die Community dafür sorgen ![]()
wodurch eure Anwendung dann auch nur ein Nutzer der API wäre ![]()
Zitat von toe;10644Bitte kein Flash! Flash ist eine Abscheulichkeit, die auf keinen Fall fuer wichtige Funktionen benutzt werden sollte.
Falls Flash unbedingt sein muss, dann bitte nur fuer Spielereien...
absolut. für mich käme da sowieso ajax/js in frage.
Zitat von fLoo;11080shell_exec brauchst du nicht, wenn du das über sockets + daemon laufen lässt.
Solche angaben kann man auch alle paar Minuten via Cron in einem XML File zur Verfügung stellen. So hat man vom Web aus auch kein Sicherheitsrisiko.
Zitat von ice-breaker;11147wenn per Web-API fast alle Funktionen verfügbar sind, kann auch die Community dafür sorgen
Ich freu mich schon drauf. Hab schon ein paar tolle Ideen. *g*
Zitat von sim4000;11655Ich freu mich schon drauf. Hab schon ein paar tolle Ideen. *g*
würde ich auch, man könnte dann nämlich nen cmd-tool bauen, was iptables simuliert und alle rules in den proxy schiebt.