nikosch

Du hast vergessen, dass beliebig komplexe Anwendungen der DAU mit einem Knopf bedienen können muss.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Mister Ad

lstegelitz

Für Spiele gibts das schon

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

lcrash

Ich würde das auch über HTTP machen, allerdings eine REST-Api anbieten, mit der ich auch auf Updates prüfen kann und die Protokollierung hin schicken kann um gleich FEhler erkennen zu können.

Ansonsten wäre Phar sicher prima geeignet, da man diese digital signieren kann, einfach eine Checksumme bilden kann und diese eine Installationsscript enthalten kann.

Die ganze Authentifizierung würde ich über einen Schlüssel-Austausch erledigen (die Applikation hat immer einen eindeutigen Schlüssel). Siehe Zend_Crypt.

G.Schuster

Schau dir die PEAR-Channels an, das mit der passenden Auth versehen sollte schonmal ein guter Ansatz sein.
AFAIK gibt's da mindestens eine Beispiel-Implementation für einen PEAR-Channel-Server, ist aber Jahre her, dass ich mich damit befasst und das Teil gesehen hab, musst also mal bisschen googlen.

__________________
actra.development - Schwabstr. 2 - 70825 Münchingen
www.actra.de/velopment/ - eMail: php.de@actra.de
Zend Certified Engineer for PHP5

tr0y

Klar kannst du deine Updates auch per FTP beziehen, derweil du Update-Files eh getrennt von User-Daten übermitteln solltest. Lizenzdaten -> https, file-transport -> ftp / http

Das größte Problem wird dir in den Weg rollen, das nicht jeder Webspace der deine Anwendung zwar "ausführen" kann auch zwingend "nach draußen telefonieren" darf. Automatisierte Updates sollten also immer eine Optionale Komponente beinhalten in denen ein Manuelle Upload der update-Files ermöglicht wird.

allgemein würde ich zip's ausliefern ( wie bspw. woltlab das bei seinem Burning Board sogar beim Installieren tut ), so sparst du dir beispielsweise das lokal / remote synchronisieren von hashes um festzustellen, welche files du überhaupt benötigst. Patches als Zip -> win. Selbige Zips kann dein Linzenznehmer sich dann auch im "Kundenbereich" deiner HP als Patch-Pakete herunterladen.

Aber auch das setzt voraus, das das lokale PHP des Kunden a) Zip kennt, b) Zip darf, c) entsprechend "viel" memory alloziieren könnte. Aber das ist ( schätzungsweise ) auf mehr Webspace-PHP-Installationen möglich als es möglich wäre web-requests vom server rauszuschicken.

Wie du schlussendlich dein Patch-File aufbaust ( Embedded Bin/Zip nebst install-php-script und hash-list in einer xml ) bleibt dann dir überlassen. "Features" kann man da sicher genug unterbringen.

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

mbunge

hehe

der DAU...

Natürlich stellt der automatische Updater nur eine Alternative da.

Erstmal danke für die Ideen, Anregungen und Vorschläge.

Wie sich der Upodater gestaltet wird sich dann in eine tollen Dskusionsrunde ergeben

MfG