setup (adminrecht) und Usernetzlaufwerke

[erich.wanker]

Hallo shmia,

so ähnlich läuft es eh ab:

Setup kopiert Daten und startet abschließend ein Programm (der Assistenten..)

Aber das Inno-Setup startet "den Assistenten" mit Adminrechten - und der Assistent zeigt darum nur die Netzlaufwerke vom Admin an...

Der "Assistent" fragt den User, auf welchem Netzlaufwerk die Serverinstallation zu finden ist...

Das INNO Setup muß ich mit Adminrechten ausführen (wegen ein paar Registry Sachen ect.)
Den Assistenen muß ich mit Adminrechten ausführen, da dieser die Endkonfiguration in die Registry schreibt (und noch so einiges).


ich könnte natürlich den assistenten in "Run once" reinlegenen und einen Neustart erzwingen, will ich aber, wenn Möglich - vermeiden.

[Luckie]

Du hast es nicht verstanden. Nicht das Setup startet den Assistenten, sondern das installierte Programm. Denn was machst du wenn ein anderer Benutzer dein Programm benutzen will, der andere Netzlaufwerke hat?

[Reinhard Kern]

Zitat von erich.wanker:

...
Aber das Inno-Setup startet "den Assistenten" mit Adminrechten - und der Assistent zeigt darum nur die Netzlaufwerke vom Admin an...

Der "Assistent" fragt den User, auf welchem Netzlaufwerk die Serverinstallation zu finden ist...
...

Hallo,

das geht aus Prinzip nicht. Das würde ja heissen, dass du beim ersten Setup gleich alle denkbaren User sofort einrichten müsstest, das ist nicht nur völlig unüblich, sondern schlicht unmöglich. Wenn Jahre nach der Installation eine neuer User das Programm startet, muss als erstes die userspezifische Einrichtung durchlaufen werden.

Netzlaufwerke sind sowieso keine Frage der Installation, sondern sollten unter "Anpassen" oder so geführt werden, es gibt hunderte Gründe, warum sich ein Netzwerklaufwerk ändern kann.

Gruss Reinhard

[Christian Seehase]

Moin Erich,

Zitat von erich.wanker:

Den Assistenen muß ich mit Adminrechten ausführen, da dieser die Endkonfiguration in die Registry schreibt (und noch so einiges).

Das sehe ich anders.
Die userspezifische Konfiguration sollte ohne Adminrechte auskommen, denn der Teil sollte auch weiterhin vom Anwender änderbar sein.

Zitat von Luckie:

Denn was machst du wenn ein anderer Benutzer dein Programm benutzen will, der andere Netzlaufwerke hat?

Das Netzwerklaufwerke bei unterschiedlichen Anwendern unterschiedlich sind sollte es nach Möglichkeit nicht geben.
Um dem Problem aber komplett aus dem Wege zu gehen, verwendet man dann kein Netzwerklaufwerk mit Buchstaben, sondern einen UNC-Pfad. Wenn man dann Aliase für Server verwendet stört auch der Wechsel eines Servers nicht.

[Ralf Kaiser]

Zitat von Christian Seehase:

Zitat von Luckie:

Denn was machst du wenn ein anderer Benutzer dein Programm benutzen will, der andere Netzlaufwerke hat?

Das Netzwerklaufwerke bei unterschiedlichen Anwendern unterschiedlich sind sollte es nach Möglichkeit nicht geben.

Warum sollte es das nicht geben?

Ich habe schon bei vielen Kunden gesehen, dass z.B. für jeden Benutzer z.B. ein Laufwerk "U:\" (= User ) eingerichtet war das jeweils auf ein Verzeichnis auf dem Server zeigte in dem der betreffende Benutzer seine Daten speichern kann.

Somit gibt es für jeden Benutzer unterschiedliche Netzwerklaufwerkzuordnungen. Was soll daran unüblich sein? (man muss daran denken, dass viele Benutzer nicht in der Lage sind mit UNC-Pfaden umzugehen: "Wir verwenden seit 20 Jahren Laufwerksbuchstaben. Das war schon immer so...."

[Christian Seehase]

Moin Ralf,

Zitat von Alfi001:

Ich habe schon bei vielen Kunden gesehen, dass z.B. für jeden Benutzer z.B. ein Laufwerk "U:\" (= User ) eingerichtet war das jeweils auf ein Verzeichnis auf dem Server zeigte in dem der betreffende Benutzer seine Daten speichern kann.

Ich denke mal, dass Du mich da missverstanden hast.
Mit dem "sollte es nicht geben" war gemeint, dass es keine unterschiedlichen Laufwerksbuchstaben für gleiche UNC-Pfade geben sollte.

Das bei Userlaufwerken mit dem gleichen Buchstaben auf unterschiedliche Verzeichnisse referenziert wird ist klar, sollte aber für Installationen keinen Unterschied machen.