INI-Datei von windows nach ProgramData verschieben.

[bernau]

Tja. Das war für mich mal wieder ein Griff in den Lokus.

Ich habe folgendes aus dem Dokwiki für die Funktion System.IOUtils.TPath.GetPublicPath

Zitat:

Returns the path to the directory where you can store application data that can be shared with other applications.
Note: In desktop applications, "shared" means "shared between different users". In mobile applications, "shared" means "shared between different applications".

Als Ergebnis bekomme ich den Pfad c:\ProgramData

Das bedeutet für mich, ich habe einen zentralen Punkt, in dem ich Programmeinstellungen speichere. Ich möchte es so haben, daß gewisse Einstellungen von jedem Benutzer geschrieben werden können. Wäre also der richtige Ort. Habe ich gedacht.......

Habe jetzt mal etwas gespielt und einen neuen Benutzer in Windows angelegt. Das Programm hatte ich vorher schon unter meinem Standardbenutzer gestartet und somit schon eine INI-Datei nach c:\ProgramData\blibblab geschrieben. Mit dem neuen Benutzer kann ich zwar lesen, habe aber keine Schreibberechtigung auf diese Datei, die mit dem gleichen Programm, aber unter einem anderen Benutzer geschrieben wurde. Habe ich wohl falsch gedacht.

Ich welches Verzeichnis kann jedes Programm schreiben, ohne daß ich auf den angemeldeten Benutzer Rücksicht nehmen muss?

[Uwe Raabe]

Ich kann jetzt die Quelle nicht mehr nennen, aber ich meine, ein App-spezifisches Unterverzeichnis von ProgramData ist genau der richtige Ort. Dieser sollte allerdings vom Setup-Programm angelegt und mit den erforderlichen Rechten versehen werden. Bei mir ist das schon ein Standard-Schnipsel im InnoSetup-Skript.

[haentschman]

@Uwe

Zitat:

Bei mir ist das schon ein Standard-Schnipsel im InnoSetup-Skript.

...just stehe ich auch vor diesem Problem. Kannst du mir das Denken erleichtern und den Schnipsel veröffentlichen? Ich muß beim Inno schon genug wieder neu lernen...

Danke

[bernau]

Zitat von haentschman:

@Uwe

Zitat:

Bei mir ist das schon ein Standard-Schnipsel im InnoSetup-Skript.

...just stehe ich auch vor diesem Problem. Kannst du mir das Denken erleichtern und den Schnipsel veröffentlichen? Ich muß beim Inno schon genug wieder neu lernen...

Danke

Ähhmmm. Mir auch.

Oder einfach den Schnipse hier anhängen.

[Uwe Raabe]

Zitat von bernau:

Oder einfach den Schnipse hier anhängen.

Kein Problem. Die beiden Dirs-Einträge sorgen für die Schreibrechte, während der Code für die synchrone Namensgebung der Verzeichnisse zuständig ist. Die Vorgabe des Zielverzeichnisses ist bei meinen Setups nicht änderbar, deswegen funktioniert hier das ersetzen von {pf} in {commondocs} bzw. {commonappdata} auch problemlos. Bei wahlfreien Zielverzeichnissen kann man den Code aber auch entsprechend anpassen und die jeweiligen Subpfade direkt hinschreiben oder aus anderen Quellen zusammensetzen.

Delphi-Quellcode:

[Dirs]
Name: {code:AppDataFolder}\; Permissions: users-modify
Name: {code:DataFolder}\; Permissions: users-modify

und

Delphi-Quellcode:

[Code]
function DataFolder(Param: String): String;
begin
  result := WizardDirValue;
  StringChangeEx(result, ExpandConstant('{pf}'), ExpandConstant('{commondocs}'), true);
end;

function AppDataFolder(Param: String): String;
begin
  result := WizardDirValue;
  StringChangeEx(result, ExpandConstant('{pf}'), ExpandConstant('{commonappdata}'), true);
end;

[Luckie]

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

[Perlsau]

Zitat von Luckie:

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

Sehe ich auch so. Das war aber nicht die Frage, auf die ich geantwortet hatte, denn die lautete: In welches Verzeichnis kann jedes Programm schreiben, ohne daß ich auf den angemeldeten Benutzer Rücksicht nehmen muss?

Handelt es sich um Multiuser-Datenbank-Clients – Programme also, die ihr Zeugs in einer Datenbank ablegen und am selben Rechner mehrere Benutzer zu verwalten haben oder von mehreren Rechnern aus auf einen DB-Server zugreifen –, ziehe ich es mittlerweile vor, auch die benutzerspezifischen Daten in der jeweiligen Datenbank (bei mir fast ausnahmslos Firebird) zu verwalten. Das hat zum einen den Vorteil, daß diese Programmeinstellungen und Benutzerdaten nicht verloren gehen, wenn man auf einen anderen Rechner umziehen muß, und zum anderen, daß alle Benutzer entsprechende Schreib- und Leserechte in der Datenbank besitzen. Man kann dann immer noch trusted connection, wie man sie vom SQL-Server kennt, einsetzen, um dem Benutzer die zweite Anmeldung in der Anwendung zu ersparen. Damit dann jeder Benutzer seine eigenen Einstellungen ohne Einschränkungen und über Betriebssystemgrenzen hinweg parat, selbst bei einer Portierung der Anwendung z.B. auf Linux oder Mac-OS, weil man dann noch immer dieselbe Datenbank verwenden kann, wenn man ein entsprechendes DBMS verwendet, das auch für andere OS' verfügbar ist.

[Uwe Raabe]

Zitat von Luckie:

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

Das war aber gar nicht gefragt.

[bernau]

Zitat von Luckie:

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen. Meiner meinung nach gehören Einstellungen entweder in die Registry in den Benutzerspezifischen Zwig oder als Datei nach C:\Users\[Benutzername]\AppData\Roaming\[Programmname]

Es gibt doch auch Daten, Parameter oder Sonstiges, die nicht benutzerspezifisch sind, sondern die nur für die Lauffähigkeit des Programms notwendig sind, egal welcher Benutzer grade angemeldet ist. Die gehören m.M. nach in das Verzeichnis c:\Programdata\xxx und dort muss dann das "Programm" schreiben können.

Beispiel: Eine Lizensdatei, welche alle 7 Tage aktualisiert wird. Egal welcher Benutzer angemeldet ist. Die Datei muss vom Programm geschrieben werden können.

[p80286]

Zitat von Luckie:

In C:\Users\All Users überschreiben sich die Benutzer aber gegenseitig ihre Einstellungen.

Das kann ja auch beabsichtigt sein!
Ebenso spricht nichts dagegen mit zwei Dateien zu arbeiten, einer für alle Benutzer {allUsers} und einer für die spezifischen Einstellungen {benutzer}.

Was den Gebrauch der Registry angeht, ist ODBC ein schönes Beispiel für System/Benutzer-Einstellungen.

Zitat von hathor:

Zugriffsrechte Beispiel:
C:\ProgramData\MyProgram\MyProgram.ini
Zugriff: System, Administratoren,
d.h. das Programm, das das File erstellt hat UND Administratoren haben Vollzugriff, andere haben NUR Lesezugriff.

Ggf. hilft hier ein Blick in die Dateieigenschaften->Sicherheit, da u.U. der Admin da etwas "gedreht" hat. Für den Normalbetrieb ist der Vollzugriff nicht nötig, da reicht Schreibend und Lesend.

Gruß
K-H