Open IDragonfire opened 12 years ago
gute idee!
was genau daran ist den unsicher? ich hab das ganze bei meinen Addons bisher wie folgt gelöst.
Serverseite xml.php die aus der Datenbank generiert wird
Clientseite eine Spalte in der SQL Tabelle für die datanbank-Version eine phpdatei mit der Aktuellen version ähnlich DZCP version.
vorteile: eine Sammlung an Verfügbaren Addons direkt im Adminbereich der eigenen seite wobei Installierte getrennt von den nicht installierten gelistet werden. Direktlink zum installer/Updater mit enthalten Spalte für Update Termin oder sonstiges ist enthalten.
Nachteile Bei nicht erreichbarkeit des servers währen alle Addons nicht angezeigt. manche Webhoster lassen das abrufen der Serverseitign Datei nicht zu. das serverseitige Script müsste noch fertig gestellt werden.
wenn interesse dran besteht müssen wir uns nur noch auf einen server einigen, wobei da addons.dzcp.de oder ähnlich natürlich am besten passen würde.
Blue hatte es schon programmiert, allerdings über get in der url wie ich gesehen habe ... Die Idee der verwaltung ist gut, aber nicht die umsetzung ... Das meinte ich ...
geplant: copy & paste Feld lastUpdate lastServerVersion
Was meinst du mit "über get in der URL?"
das sicherhwitsproblem hat man egal ob php oder Text oder nicht?
Ich rede hier von von meiner Version ... Bei dir trägt man über ein Formular und getter in der Url die mods ein Was meinst du mit php oder text?
Ich weiß zwar nicht wie du es jetzt machen möchtest, ich bin jetzt auch im Urlaub, aber mach doch mal ;)
Willst du jetzt eigentlich noch etwas neues mache, oder "meine" Variante benutzen?
Api steht ... Rest versuche ich heute zu schaffen ...
f4020b7a37f62146dc4485fa25e4a979d264a168 f51830de800faf2e28f4215dfed74273a7b95c61
es fehlt nur noch die Serverabfrage ...
3457962934cc2ec09976ac24d97c47d9e3e7581f
Wenn ich das richtig sehen, ist nicht vorgesehen, das man als "normaler" User selber über das Adminmenü Einträge ändern oder hinzufügen kann. Wäre das nicht Sinnvoll, wenn man zum Beispiel "von Hand" ein Mod updated? Oder ein Mod löscht? Dann muss man nich über das DB-Interface gehen?
Ein User soll NICHT Mods löschen und hinzufügen, jeder erfahrende Person kann sich schnell eine deinstall.php schreiben, welche einmal deleteMod aufruft oder direkt in der DB was ändern ...
@IDragonfire es fehlt noch der lang eintrag "_config_mods" und "Copy und Pate Info" da fehlt ein "s" denke ich ;)
ToDo: -Bei der Copy and Paste Info fehlt nach "###" ein Zeilenumbruch. -Und ich würde glaube ich in die Copy and Paste Zeilen immer schreiben, was der Wert ist. (Autor/Url etc) -Und fehlt nicht auch ein Namensfeld, damit man auch weiß was jetzt eingelitch welcher Mods ist? -Und ein Bild fehlt auch noch ;)
Danke, das muss alles noch in die Langs rein ... Das mit dem Wert habe ich auch überlegt ... Werde ich mal umschreiben^^ Bilder wollte ich nicht unterstützen, da dies für Modder nur zusätzlichen Aufwand ist ... Ich bin mir beim Format auf dem Server nicht ganz sicher, wie ich dies realisieren soll... Gibt es schon ein geeignetes Symbol?
Mit Bild meinte ich das Symbol ;) Kannst ja das von Mods/AddOns verwalten nehmen, habe sonst keine Gute Idee für ein Symbol.
Den Serverseitigen Teil gibt es bis jetzt noch garnicht oder?
Korrekt, bin noch auf überlegen, ob man einen Standard nimmt ... z.b. xml oder selbst was vereinbart
Was haltet ihr von diesem Format? https://gist.github.com/3701200
Wieso gibst du die Serverurl mit? Und der Name muss noch iwo gespeichert werden oder nicht?
Serverurl ist in der tat überflüssig ... Id ist der name ... Eventuell sollte man dies abändern ...
umgeändert:
da keine Interesse, nur view only (erstmal)
Ich würde die Mod Verwaltung umschreiben ...
138 ist nicht gut gelöst meiner Ansicht ...
zudem unsicher ...
Ich würde einfach eine php Datei anbieten, die man includen muss ... und Funktionen hat
addMod deleteMod updateMod
mit entsprechenden Parameter ...
Was meint ihr?