Das App-Repository wurde gestern aktualisiert. LiveConfig aktualisiert dieses alle 24 Stunden - schauen Sie einfach mal nach, inzwischen dürfte Ihr Server das auch getan haben.
Hierzu noch eine weiterführende Frage. Viele Apps bieten einen eigenen Update Mechanismus. Kann dieser genutzt werden, wenn die App per LiveConfig installiert wurde? D.h. erkennt LC, dass die App aktualisiert wurde und bietet mir das Update nicht noch einmal an, wohl aber zukünftige Updates?
LiveConfig führt (derzeit) keine Updates für Apps aus, daher ist das irrelevant.
Unabhängig davon ist aber in den Installationsscripts bereits eine Funkton vorbereitet, die von der jeweils installierten App die tatsächliche Version ausliest. Wenn LC künftig also auf Updates hinweist (bzw. diese starten kann), wird natürlich geprüft, welche Version tatsächlich läuft.
Mediawiki
Auch veraltet ist MediaWiki vom 28.03.2014 in der version 1.22.5
Aktuellste Version 25.06.2014 in der Version 1.23.1
Joomla!
Auch veraltet ist Joomla! vom 06.03.2014 in der version 3.2.3
Aktuellste Version: 3.3
OwnCloud
Auch veraltet ist OwnCloud vom 29.04.2014 in der version 6.0.3
Aktuellste Version 23.06.2014 in der Version 6.0.4
Es gibt wichtigeres wie die Apps, owncloud kannst du nach dem "installieren" selbst auf die aktuelle Version Updaten wen du das möchtest...
Nun ja, aber gerade bei PhpMyadmin und Owncloud sollten die Sicherheitsupdates immer Aktuell sein!
Da es ja nun nicht wirklich viele Apps sind, sollte doch das LC-Team das immer stets aktuell halten können! 
Es handelt sich um einen App-Installer, keinen App-Manager.
Bitte um einen deutlichen GUI-Hinweis, dass nach der Installation die Update-Routine des jeweilgen Systems angestoßen werden sollte und die Installation durch den Nutzer aktuell gehalten werden muss.
In der heutigen Zeit muss/sollte Software Top-Aktuell gehalten werden.
Was hat diese Aussage mit dem Installer zu tun?
Konkret:
- Kunde installiert heute das jetzt aktuelle Wordpress 4.6.
- nächste Woche kommt Wordpress 4.6.1 raus. Die Wordpress-Installation ist also nicht mehr aktuell.
- das LC-Repository bleibt auf 4.6. Der Kunde installiert ein zweites Wordpress, immer noch 4.6. 4.6.1 wäre aktuell.
Wo ist bei diesem Szenario nun konkret ein Problem des Installers?
Wenn der Kunde das CMS anschließend nicht selbst aktuell hält, bringt der neueste Installer auch nichts.
Dass "halbwegs aktuell" durchaus zu empfehlen wäre, gerade bei Sicherheits-kritischen Lücken, erklärt sich von selbst. 1-2 Versionen hinten dran stellt aber jetzt kein Problem dar, IMHO.
Da ärgern mich komplett fehlende Webanwendungen mehr. Shopware ist da ganz vorne
Was hat diese Aussage mit dem Installer zu tun?
Ist jetzt nur ne Vermutung aber vielleicht meint er das die jeweils Aktuellste Version installiert werden sollte und nicht das eine schon installierte geupdatet wird.
Ist jetzt nur ne Vermutung aber vielleicht meint er das die jeweils Aktuellste Version installiert werden sollte und nicht das eine schon installierte geupdatet wird.
Das war auch meine Vermutung. Ändert aber nichts an meinem skizziertem Kunden-Fehlverhalten.
Wenn Kunden ihre CMS nicht erneuern, bringt ein Installer mit der neuesten Version nur wenig Vorteile.
Wenn Kunden ihre CMS nicht erneuern, bringt ein Installer mit der neuesten Version nur wenig Vorteile.
Stimmt, dann ist ein Appinstaller sogar ein großes Problem. Tausende Webapps die nur mal zum testen installiert werden aber niemals benutzt oder geupdatet werden sind ein kleines Sicherheitsproblem.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
