Update-Vorgang in einen Thread auslagern

[Pfaffe]

Vielleicht so für den Anwender auswählbar:
a. Updates automatisch suchen, herunterladen und installieren
b. Updates automatisch suchen herunterladen und manuell installieren
c. Updates automatisch suchen, manuell herunterladen und manuell installieren
d. Update manuell suchen. -> [Jetzt suchen]

Und in einem Firmennetz muss es möglich sein, dass der Domänen-Admin bestimmen kann, wie geupdatet wird. Das kann ein Auskriterium bei Firmen sein.

[dGeek]

Zitat:

Zitat von Dejan Vu (Beitrag 1284292)

Da wird ein Update installiert, ohne mich zu fragen ??? Das ist aber benutzerfreundlich. ;-)

Meine Software bietet eine Auswahlmöglichkeit, um alle n-Tage automatisch nach Updates zu suchen. Die Updatesuche kann man auch komplett ausschalten und manuell suchen.
Es gibt auch eine Option, um Updates mit Bestätigung oder ohne, also Silent, zu installieren.

Usability ;) Damals wurde mir beigebracht, selbst die dümmsten Szenarien zu beachten. Denn es gibt nichts, vorsicht, "Dümmeres" als den Endbenutzer.

[mm1256]

Hallo,

die angesprochenen Möglichkeiten gibt es natürlich. Meine Mitbewerber spielen ja fast ausnahmslos in der Champions-League-Größe mit über 20.000 Kunden, und da ist es manchmal nicht leichtr mitzuhalten. Der Kunde kann auswählen, ob er generell Updates installieren will, in welchem Intervall (wöchentlich, monatlich), an welchem Wochentag, und zu welchem Zeitpunkt. Diese Einstellungen gehören jedoch nicht in ein Installationsprogramm. Dafür gibt es die programminternen Systemeinstellungen mit einer Benutzerrechte-Verwaltung. Hier ist festgelegt, welcher Benutzer überhaupt an diesen Einstellungen Änderungen vornehmen darf. Der Benutzer, der das Update installiert, hat also nicht zwangsläufig auch das Recht, diese Einstellungen ändern zu dürfen.

In diesem Fall geht es mir im Speziellen darum, den Lebenszyklus einer CD von etwa einem Jahr zu optimieren bzw. zu gewährleisten. Wenn die CD's zum Jahreswechsel gepresst werden, dann sollen sie auch das ganze Jahr über verwendbar sein. Denn, es sind natürlich neben den Kunden auch potentielle Interessenten, welche die CD erhalten.

Mich ärgert in diesem Zusammenhang immer, wenn ich eine CD installiere, dass das installierte Programm beim bzw. nach dem ersten Start schon nach Updates sucht bzw. suchen muss. Zu diesem Zeitpunkt habe ich andere Vorstellungen und Interessen. Und zudem entsteht der Eindruck, dass die CD "veraltet" ist. Der erste Eindruck ist da schnell dahin.

Beim Software-Download (ESD) sieht das natürlich wieder ganz anders aus, aber der ESD-Anteil liegt bei mir bei unter 10%.

[Dejan Vu]

Ich habe derartiges nie anbieten müssen, da die Software vom Kunden installiert wird, d.h. ich 'liefere' an die Haustür, auch Updates und Bugfixes und der Kunde bzw. mein single point of contact ist dann dafür verantwortlich, die Updates zu testen und zu deployen.

Nicht, das das eine bessere Möglichkeit wäre, ich kam nur nie in Verlegenheit, eine derartige Funktion implementieren zu müssen. Oder habe mich drum drücken können.

[Mavarik]

Zitat:

Zitat von mm1256 (Beitrag 1284309)

Mich ärgert in diesem Zusammenhang immer, wenn ich eine CD installiere, dass das installierte Programm beim bzw. nach dem ersten Start schon nach Updates sucht bzw. suchen muss. Zu diesem Zeitpunkt habe ich andere Vorstellungen und Interessen. Und zudem entsteht der Eindruck, dass die CD "veraltet" ist. Der erste Eindruck ist da schnell dahin.

Und das klappt bei Dir? Respekt...

Die blöden Fehler rutschen doch bei allen Tests durch... Wenn nicht hätte man die ja schon beseitigt.
Wenn also die ersten 100 Kunden die neue CD installiert haben, gibt es doch schon das 1. Update oder?

Wer nein sagt werfe das 1. Byte...

Deswegen legen einige Kunden immer eine neue CD erst in die Schublade... Bis Version := Version + 0.01 da ist...

Mavarik

[mm1256]

Hallo Frank,

Zitat:

Zitat von Mavarik

Wenn also die ersten 100 Kunden die neue CD installiert haben, gibt es doch schon das 1. Update oder?

Ich merke schon....du bist Realist. Sowas KANN mal passieren, da werfe ich nicht das erste Byte. Allerdings (klopf..klopf..klopf..auf Holz) im Januar 2011 das letzte mal.

Etwa 1/3 meiner Kunden installiert ein neues Update innerhalb der ersten Woche nach Erscheinen und etwa 1/10 sogar innerhalb der ersten zwei Tage. Wenn mir also wirklich ein Fehler durch die Lappen geht, weiß ich das i.d.R. schon in ein paar Tagen. Mit der jetzigen Lösung bedeutet das, dass etwa 2/3 gar nichts mitbekommen würden, und das beruhigt schon enorm.

Da half übrigens bisher auch das Update "nach" der Installation oft nichts, denn wir wissen ja, wo die User hinklicken sollen, und es trotzdem nicht tun. Ein WEB-Update braucht nun mal auch Admin-Rechte um Dateien überschreiben zu dürfen. Die Code-Signierung hat schon etwas gebracht, weil das blaue Fenster doch etwas vertrauenserweckender ist. Aber...

- Haben Sie das blaue Fenster mit dem Hinweis nicht gesehen?
- Doch, das habe ich immer weg gedrückt...mache ich immer so...es ging ja auch weiter... :cyclops: :cyclops:

Zitat:

Zitat von Mavarik

....Bis Version := Version + 0.01 da ist...

Diese "xxx.01" usw. finde ich psychologisch weniger sinnvoll und darum gibts das bei mir seit 2012 nicht mehr. Seitdem beinhaltet meine Versions-Nummer die Jahreszahl und am Schluss eine fortlaufende Build-Nummer. Ist mit 20.12.10101.1 los gegangen und derzeit bin ich bei 20.14.11210.18.

20.14.11210.18 entschlüsselt:

20.14 = Jahr
11210 = immer eine "1" und dann Monat und Tag des Build zweistellig, hier also der 10.12.2014
.18 = Fortlaufende Build-Nummer.

Die Versions-Nummer wird also permanent größer, und hat niemals irgendwas mit ".01" oder so. Und, es hilft, hat sich bestens bewährt :-D