VMSone 3.0

[dragon11]

string file_get_contents(); oder curl 

wobei curl installiert sein muss oder fopen auf on sein muss



wobei das grundvms API's ja erstmal als Modul braucht (klammAPI)
betrifft also das vms im grundsystem eigentlich nicht.

Interfaces (wird das entsprechende module von mir beachten)

ich nutze bei den API's und auch beim Interface curl, das scheint also überall standarmäßig mit installiert zu werden auf den Servern (schon auf mehreren installiert -völlig andere Hoster)

[Lokutos]

ich nutze bei den API's und auch beim Interface curl, das scheint also überall standarmäßig mit installiert zu werden auf den Servern (schon auf mehreren installiert -völlig andere Hoster)

nur weil es auf ein paar hostern die du nutzt installiert ist sollte man nicht davon ausgehen...

ich bin mir dabei noch nicht schlüssig,

aber wie gesagt, für das grundsystem ist das erstmal nicht von bedeutung da dies standalone arbeiten wird.

von Bedeutung wird es dann bei dem Modulen Klamm-API / Interface / etc

[FloMK]

ist zwar mehraufwand, aber man kann den admin doch einfach wählen lassen ob er curl oder fopen nutzt. Was spricht denn dagegen? Wenn bei seinem Webspace/Server beides nicht aktiviert ist, dann sollte er sich einen anderen hoster suchen.

LG

[jpwfour]

ist zwar mehraufwand, aber man kann den admin doch einfach wählen lassen ...

Und mit noch weniger Mehraufwand fragt man ab/testet, welche Methode verfügbar ist, und setzt diese ein. Dann muss man den Admin nicht mal mit solch komischen Begriffen wie fopen/curl etc belästigen ^^

Erst wenn keine Methode verfügbar ist, oder der Hoster sogar so paranoid ist, dass er die Abfragen, welche Methode verfügbar ist, auch deaktiviert, dann sollte man ne große Warnmeldung anzeigen

[FloMK]

Und mit noch weniger Mehraufwand fragt man ab/testet, welche Methode verfügbar ist, und setzt diese ein. Dann muss man den Admin nicht mal mit solch komischen Begriffen wie fopen/curl etc belästigen ^^

Erst wenn keine Methode verfügbar ist, oder der Hoster sogar so paranoid ist, dass er die Abfragen, welche Methode verfügbar ist, auch deaktiviert, dann sollte man ne große Warnmeldung anzeigen

stimmt, habe ich nicht dran gedacht. ist ne gute idee ^^

LG

[marcaust]

Eine Import Funktion mit der die User aus dem VMS 1.24 übernommen werden können fänd ich ganz Hilfreich (auch wenn einige selbst an den Tabellen Änderungen haben)

Sicher stellen das die VMS 1.24 Slots mit möglichst wenig Aufwand weiter verwendet werden können hatten wir glaub ich hier im Thread schon mal..

-Auto Update Funktion über Designerscripte?

Bitte nur Manuell aber nicht automatisch also Anzeigen das es ein Update gibt und dann erst auf klick des Seitenbetreibers updaten.

-Zertifikat für Addons ? (ev. so das scripteersteller die Scripte Auf DSN hosten können und Lizenzcodes Freischalten sodass installationen Sicher von DSN geladen werden können)

Egal wie geartet, in der Idee eine gute Sache.
Was bei einigen anderen Seiten in den letzten Jahren immer wieder zu beobachten war ist, das die Zertifikat vergabe nachdem sie anfangs gut lief dann immer länger dauert (welcher Progger wartet schon Monate darauf das das Zertifikat endlich erstellt wird??) oder gar Zertifikate für ein gut geschriebenes Addon nicht vergeben wurde weil dem Zertifikat Ersteller die "Nase" des Proggers nicht passt.

Ich denke hier das richtige zu finden wird nicht ganz einfach. Zumal das auch eine dauerhafte Aufgabe ist wo man nicht mal eben für ein paar Monate Pause (wegen Krankheit oder so) machen kann...

-Internes Error Handling das alle Notices Warnungen Fehler etc von Addons Protokoliert und Anzeigt (so werden addonersteller bisschen mehr gezwungen auf den code zu achten.)

Das würde ich begrüßen da es doch etliche Anbieter gibt die sowohl display_errors als auch log_errors auf off stehen haben und das einschalten z.Bsp.: per htaccess auch noch unterbinden....

[Lokutos]

Eine Import Funktion mit der die User aus dem VMS 1.24 übernommen werden können fänd ich ganz Hilfreich (auch wenn einige selbst an den Tabellen Änderungen haben)

Sollte sich denke ich machen lassen, hat aber recht wenig mit dem vms an un für sich zu tun...

Sicher stellen das die VMS 1.24 Slots mit möglichst wenig Aufwand weiter verwendet werden können hatten wir glaub ich hier im Thread schon mal..

das muss ich mir ansehen, denn das script wird komplett neu programmiert daher werde ich auf diese kompatibilität erst am ende sehen.
ev. eine vms124.kompat.php die alte funktionen auf die neuen umleitet.

Bitte nur Manuell aber nicht automatisch also Anzeigen das es ein Update gibt und dann erst auf klick des Seitenbetreibers updaten.

das wen da so oder so nur manuell. einfach ein hinweis welche Datei mit welchen Änderungen verfügbar ist.

Egal wie geartet, in der Idee eine gute Sache.
Was bei einigen anderen Seiten in den letzten Jahren immer wieder zu beobachten war ist, das die Zertifikat vergabe nachdem sie anfangs gut lief dann immer länger dauert (welcher Progger wartet schon Monate darauf das das Zertifikat endlich erstellt wird??) oder gar Zertifikate für ein gut geschriebenes Addon nicht vergeben wurde weil dem Zertifikat Ersteller die "Nase" des Proggers nicht passt.

Ich denke hier das richtige zu finden wird nicht ganz einfach. Zumal das auch eine dauerhafte Aufgabe ist wo man nicht mal eben für ein paar Monate Pause (wegen Krankheit oder so) machen kann...

Das würde wenn dann nur so realisiert werden das da min. 2 pers. sind die das prüfen würden, und mit einem max max arbeitsdauer von einem monat.

Das würde ich begrüßen da es doch etliche Anbieter gibt die sowohl display_errors als auch log_errors auf off stehen haben und das einschalten z.Bsp.: per htaccess auch noch unterbinden....

das war der gedanke... zudem werden addons etc die code wie "@include()" , "error_reporting(0)" etc keine gute bewertung erhalten.
da vom vms aus sicherheitstechnischer sicht dafür gesort wird das kein error angezeigt wird, aber alles geloggt werden soll.