Meldung bei neuer Modul-Version |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
Meldung bei neuer Modul-Version |
Sat. 26. July 2008, 16:31
Beitrag
#1
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 446 Mitglied seit: 12.09.2006 Wohnort: Bamberg Mitglieds-Nr.: 235 |
Die Funktion "Modul ist up2date" kontrolliert doch nur, ob es im eigenen Backend eine neuere Version gibt, oder?
Wäre es machbar, dass man beim Aufruf des Modulbereichs auf Updates aufmerksam gemacht wird, welche im SF Forum bereitgestellt sind? Natürlich sollte die Performance auch eine Rolle spielen. Falls bei jeweiligen Aufruf des Modulbereiches zu viel Zeit drauf gehen würde, könnte man ja auch einen Update-Button einfügen, welcher dann auf SF nachschaut und die Versions-Unterschiede zeigt! |
|
|
Mon. 13. October 2008, 21:32
Beitrag
#2
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
@mvsxyz,
ZITAT Mich würde noch interessieren, ob ich auch eigene Module im Repo hochladen kann oder ob das nur über Umwege geht? Wenn ja welche Umwege? ...Grundsätzlich kann ich mir 5 Szenarien vorstellen: 1. Das Repository wird als 'closed service' betrachtet. Das heißt Björn und Co. Installieren den Service (oder geben diesen im Auftrag ab) und betreiben das Repository. Module und Plugins werden 'auf Zuruf' angemeldet und bei positiven Entscheid in das offizielle Repository aufgenommen. 1.1 In der einer abwandlung könnten auch Moderatoren das Entscheiden bzw Managen. 2. Das Repository bekommt eine Art Portal. Das heißt Björn und Co. Installieren den Service/Portal (oder geben diesen im Auftrag ab) und betreiben das Repository. Entwickler können sich anmelden und können (eventuell nach Freischaltung) mir Ihren Zugangsdaten eigene Module/Plugins über das Portal pflegen. Das heißt Module/Plugins hochladen, updaten und verwalten. 3. Das Repository bekommt ein SF Plugin zur 'Fernverwaltung'. Das heißt Björn und Co. Installieren den Service (oder geben diesen im Auftrag ab) und betreiben das Repository. Entwickler können sich (oder alle?) das Repository-Plugin runterladen und so nach einer Online Anmeldung über SF ihre Module und Plugins direkt Online stellen und verwalten im Backend von SF. 4. In Abwandlung zu 2. und 3. wird es verschiedene Repository geben in einem Service geben. Das heißt es wird ein 'official', 'developer' und '3th-party' geben. Entwickler und /oder Agenturen könnten sich am Repository anmelden und Module/Plugins zu den einzelnen Repositorys einstellen. Über das 'official' werden nur Module/Plugins verwaltet die von Björn und Co. zugelassen werden. 5. Es gibt unendlich viele (zumindest mehr als eines) Repository, die von verschiedene Entwicklern/Agenturen betreut werden. Dazu gibt es Repository die nur von Agenturen für Kunden genutzt werden. SF Nutzer könnten bei der Repository-Wahl verschiedene Services konfigurieren. Mehr fällt mir jetzt nicht ein aber deren Möglichkeiten sind einige wie ihr seht Edit: Ich würde Lösung 2./3./4. bevorzugen und mich auch daran beteiligen wollen. Lg |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 25.9.24 - 00:00 |