Neuer Artikel bei mir: %HOMEDIR% - das unbekannte Verzeichni

[Chewie]

Zitat von mschaefer:

Tja klingt gut, aber die Tücke liegt nahe. Wenn ich ein Programm habe, welches Standartmäßig für alle User laufen soll, und die Daten liegen im speziellen Userverzeichnis, dann kann ich das Ding ja jedesmal installieren -> Monotonie ind er Südsee...

Erstens musst du das Ding nicht jedesmal installieren, nur die Anwenderdaten sind pro Anwender verschieden. Und sollten alle Benutzer des Rechners die gleichen Daten benötigen, gibt es immer noch das "All Users"-Verzeichnis.
Und nebenbei, welches Programm läuft denn wie eine Standart

[Sebastian Nintemann]

Also mich wundert, dass es so viele Einwände gibt...
Seit ich standardmäßig ein Benutzerkonto ohne Administratorrechte verwende merke ich, dass viele Software so einfach nicht funktioniert. Vorher hatte ich Winamp für ein gutes Stück Software gehalten. Ich musste feststellen, dass es ohne Adminrechte aus dem von Luckie genannten Grund schlichtweg nicht funktioniert. Es friert einfach ein. Das ist doch wohl inakzeptabel! Sicherlich gibt es Workarounds mit friemelei, aber soweit kommts noch, dass ich um ein Programm zu nutzen mein schönes System kaputtfriemlele. Ich finde es sollte eben nicht jedem Programmierer überlassen werden, wie er das Problem handhabt. Der %HOMEDIR% Ordner ist dafür vorgesehen, der Programme Ordner ist nicht dafür vorgesehen, basta, auch wenn es Argumente dagegen gibt. Als Benutzer ohne Adminrechte ärgere ich mich immer wieder darüber, einige Programme nicht nutzen zu können.
Das Argument, dass es praktisch ist, kleinere Tools in einem Ordner zu haben kann ich nachvollziehen. Dann muss es dieses entsprechende Programm aber auch als Archiv ohne Installer zum Download geben, da nur so klar ersichtig ist, was wo landet. 7zip ist da ein schönes Beispiel. Oder MirandaIM, wobei das auch in das %HOMEDIR% schreibt wenn mehrere Benutzer es nutzen wollen.

Viele Grüße,
Sebastian

[mirage228]

Hi,

also gründsätzlich bin ich auch dafür, dass Programme ihre Daten im Anwendungsaten-Ordner sicher sollten, obwohl ich auch mit solchen Rechten arbeite, die ein Schreiben im Programmverzeichnis erlauben.
Das machen heutzutage noch erstaunlich viele Programme so (einige meiner eigenen mit eingeschlossen), eben auch aus den genannten Gründen. Wenn es sich um ein kleines Tool handelt, kann ich da wohl noch drüber hinwegsehen, bei größeren Programmen erwarte ich einen ordnungemäßen Umgang mit einem Multi-User Betriebssystem.
Die Idee, wie die eingeschränkten Rechte bei Vista umgesetzt werden sollen, sind bei gute Implementierung auch nicht schlecht: Zugriffe auf den Windows Ordner zB werden auf den User-Ordner umgeleitet. Wie gut das jedoch im Endeffekt funktioniert, muss sich noch zeigen.

Just my 2 cents.

mfG
mirage228

[Jelly]

Wenn jedes Programm seine Daten im HomeDir speichert, bringt das aber auch die Gefahr mit sich, dass eventuell Konflikte zu bestehenden Datein aufkommen können. Speicher ich hingegen meine Dateien im Installationsverzeichnis, ist dies kein Problem.

Ich handhabe es zur Zeit so. Mit den nötigen Rechten werden meine Dateien, eigentlich ausschliesslich INI Dateien, im Intallationsverzeichnis gesichert. Schlägt dies fehl, so nehme ich auch das Heimverz. Naja, ist aber sicherlich auch nicht optimal. Besser wäre sicher die Registry.

Aber da spielt sich mir doch noch ne neue Frage auf. User spezifische Daten könnte man ja problemlos im HKCU Ast der Registry unterbringen. Aber was ist mit Rechnerspezifischen Daten. Denn der HCLM Ast ist prinzipiell für normale User zum Schreiben gesperrt, ebenso c:\Dokuemente und Einstellungen\All Users. Also wohin mit den Daten, damit ich sicher sein kann, dass das Schreiben auch funktioniert.

[NicoDE]

Zitat von Jelly:

Wenn jedes Programm seine Daten im HomeDir speichert, bringt das aber auch die Gefahr mit sich, dass eventuell Konflikte zu bestehenden Datein aufkommen können. Speicher ich hingegen meine Dateien im Installationsverzeichnis, ist dies kein Problem.

Hier geht es um benutzerspezifische Daten. Das Installationsverzeichnis ist praktisch für globale Einstellungen (die üblicherweise von Hauptbenuzern und Administratoren vorgenommen werden) - dort haben aber die Daten des Benutzers nichts zu suchen. Es geht also eher darum die Art der Konfigurationsmöglichkeiten sauber in benutzerbezogen und global zu unterscheiden und am jeweils passenden Ort zu speichern.
Falls ein Programm grundsätzlich nur im eigenen Verzeichnis arbeiten möchte, impliziert man, dass jeder Benutzer eine eigene Kopie installieren müsste um damit arbeiten können (es gibt genug Programme die nicht auf Mehrbenutzersysteme ausgelegt sind - beste Beispiel OpenOffice (und das ist nicht gerade 'klein')).

[Jelly]

Naja, auch rechnerspezifische Daten müssen manchmal von normalen Usern gespeichert werden. Wie handhabt man denn das am Besten.

[NicoDE]

Zitat von Jelly:

Naja, auch rechnerspezifische Daten müssen manchmal von normalen Usern gespeichert werden. Wie handhabt man denn das am Besten.

Über die Rechteverwaltung des Betriebsystems (sprich: ein Hauptbenutzer/Administrator muss entscheiden, dass normale Benutzer die Datei bearbeiten dürfen).

[fkerber]

Hi!

Hoffe, es wurde noch nicht erwähnt:

Ich kopiere (man beachte: NICHT installiere) also ein Programm. Dann geh ich davon aus, dass ich es los bin, wenn ich den Ordner wieder lösche - zumal es ja auch kein uninstall gibt...
Allerdings ruhen fröhlich Daten im HomeDir und müllen es mir zu.

Was ist damit?

Ciao Frederic

[Brüggendiek]

Hallo!

Zitat von fkerber:

Ich kopiere (man beachte: NICHT installiere) also ein Programm. Dann geh ich davon aus, dass ich es los bin, wenn ich den Ordner wieder lösche - zumal es ja auch kein uninstall gibt...
Allerdings ruhen fröhlich Daten im HomeDir und müllen es mir zu.

Tjaaa - das passiert normalerweise auch mit installierter Software - oder hangeln die sich beim Deinstallieren durch alle Homedirs und werfen ihre Dateien raus? Dasselbe passiert mit der Registry - ist da HKCU der übrigen User überhaupt zugänglich?

Im Gegensatz zu Registry-Einträgen sind Dateien im Homedir allerdings harmlos - die paar Byte (bei NTFS sind die Dateien klein) spielen ja bei Plattengrößen von über 100GByte kaum noch eine Rolle. Außerdem verlangsamen sie das System nicht (im Gegensatz zu Registry-Müll).

Allerdings wurde ein Aspekt bisher nicht angesprochen:
Zum Installieren von Programmen braucht man Administrator-Rechte, denn der Deinstallations-Eintrag muß ja in der Registry unter HKLM stehen. Zum Kopieren eines nicht installationspflichtigen Programmes braucht man keine Administrator-Rechte, denn irgendwo ("Eigene Dateien") hat jeder Benutzer Schreibrechte und darf normalerweise auch Ordner anlegen. Dann hat der das Programm kopierende eingeschränkte Nutzer auch Schreibrechte im Programm-Ordner (er hat ihn ja selber angelegt).

Nebenbei: Ich rege mich immer wahnsinnig auf, wenn beim Installieren das nach "C:\Programme" gehen soll. Bei mir heißt der Programm-Ordner "C:\SOFT" - und ich sortiere darin nochmal nach gekauften, Freeware, eigenen Programmen etc.

Und dann war da noch ein Security-Analyser aus zweifelhafter Quelle (irgendwas mit Winzig und Weich ). Das Ding läuft prinzipbedingt nur mit Administrator-Rechten, trägt sich aber in Startmenü und Desktop unter "All Users" ein

Gruß

Dietmar Brüggendiek

[Sharky]

Hai ihr,

um auch mal einen Beitrag zu leisen

Ich mache das ganz einfach so:
Wenn es im Verzeichniss der Exe eine INI für das Programm gibt und in dieser in einem bestimmten Abschnitt ein Pfad zu einem Datenverzeichniss steht wird dieser verwendet. Wenn dieser Eintrag nicht vorhanden (oder leer) ist wird das APPDIR verwendet.
Dadurch hat der Anwender die Möglichkeit zu bestimmen ob die Daten an einer von ihm bestimmten stelle stehen sollen.

Den Pfad zu dem Datenverzeichniss speichere ich dann einfach in einer globalen Variabel.

Delphi-Quellcode:

const
  Programmname = 'Test';

var
  AppDir:      string;

procedure TDataModule1.ProgrammInit;
var
  IniFile: string;
  myIni: TIniFile;
begin
  IniFile := ChangeFileExt(ParamStr(0), '.ini'); // Ininame = Exename
  AppDir := '';
  myIni := TIniFile.Create(IniFile);
  try
    AppDir := myIni.ReadString('programm', 'appdir', '');
  finally
    myIni.Free;
  end;
  if (AppDir = '') then
  begin
    AppDir := GetShellFolder(CSIDL_APPDATA);
    AppDir := AppDir + 'Sharky\' + Programmname;
  end;
  AppDir := IncludeTrailingBackslash(AppDir);
end;

procedure TDataModule1.DataModuleCreate(Sender: TObject);
begin
  ProgrammIni;
end;

Die Ini:

Code:

[programm]
;datadir = c:\test