einfache PDF-Komponente gesucht

[messie]

Zitat:

Zitat von p80286 (Beitrag 1126663)

Zitat:

Zitat von messie (Beitrag 1126647)

Weil eine (z.B. mit einem eingeschränkten Konto erstellte) Datei dann von keinem anderen user eingesehen werden kann. Selbst nicht, wenn die in öffentliche Dokumente liegt. Also muss man für solche Zwecke extra Zugriffsberechtigungen für everyone hinzufügen.

Das kann ich jetzt nicht so nachvollziehen. Sobald ein Benutzer das Recht hat eine Datei anzulegen dann bekommt die Datei alle Rechte des übergeordneten Objekts (Verzeichnis).
Ausnahme sind Dateien, die "gemovt" werden.
Das hat mit den Benutzerrechten (admin oder sonstwas) erst einmal nichts zu tun.

Gruß
K-H

Und wenn jetzt ein anderer user die Datei bearbeiten oder überschreiben will?

[p80286]

Wenn er die entsprechenden (Datei)Rechte hat, kein Problem.

Gruß
K-H

[messie]

Eben, das ist oft nicht der Fall.
Beispiel aus meiner Praxis: ein Admin installiert eine Gerätesoftware. Verzeichnisse für Logfiles und Datendateien werden angelegt.
Danach soll ein eingeschränkter User die Software bedienen. Sowohl Daten- als auch Logdateien sollen von beiden gleich benutzt werden.

Wie also?

[p80286]

Zitat:

Zitat von messie (Beitrag 1126674)

Eben, das ist oft nicht der Fall.
Beispiel aus meiner Praxis: ein Admin installiert eine Gerätesoftware. Verzeichnisse für Logfiles und Datendateien werden angelegt.
Danach soll ein eingeschränkter User die Software bedienen. Sowohl Daten- als auch Logdateien sollen von beiden gleich benutzt werden.

Wie also?

/edith:

nicht richtig gelesen, dann gibt man dem Benutzer die Rechte die er braucht und fertig.
Im allg. findet sich unter "Sicherheit" alles was man braucht.

Entweder man nutzt diesen "All Users"-Zweig,
oder aber man richtet ein gesondertes Verzeichnis (C:\meineprogramme\prog1\parameter.....) ein, in dem man die Rechte so einrichten kann, wie man's braucht.
In diesem Falle würde ich übrigens mit Benutzergruppen arbeiten, dann werden die Rechte einmal für die Gruppe eingerichtet und alle Gruppenmitglieder können so arbeiten wie sie's gerne hätten (sollen).
Und wenn man mit einer "Admin"-Gruppe arbeitet, da bei Bedarf einen Benutzer hinein oder hinaus befördern ist ruck zuck erledigt.

Gruß
K-H

[CCRDude]

Auch im All Users-Zweig gibt es da manchmal Streß. Und es kann nicht Sinn und Zweck der Sache sein, für jede Software, die im CSIDL_COMMON_APPDATA etwas ablegt, eigene Benutzergruppen zu erstellen.

Womit ich sagen will: ich erinnere mich entfernt, daß auch All Users sich da nicht einschränkungsfrei verwenden ließ, habe die genauen Umstände nur nicht gerade im Kopf.

[p80286]

Zitat:

Zitat von CCRDude (Beitrag 1126684)

Auch im All Users-Zweig gibt es da manchmal Streß. Und es kann nicht Sinn und Zweck der Sache sein, für jede Software, die im CSIDL_COMMON_APPDATA etwas ablegt, eigene Benutzergruppen zu erstellen.

Falls die notwendigen Rechte nicht existieren, dann muß das wohl sein.
Die Zeiten als sich jedes Programm auf einem Rechner aufführte, als würde es alleine laufen, sind Gottseidank vorbei.
(OK das weiß noch nicht jeder Programmierer/Hersteller) aber langsam spricht es sich herum.

Gruß
K-H

[CCRDude]

Hmmmm... und was willst Du mir damit jetzt sagen?

Ich bin selber ein Verfechter von Arbeiten unter eingeschränktem Account und fange mir regelmässig komische Blicke ein, wenn ich UAC verteidige.

Aber man kann's auch übertreiben! Wenn ich Dich jetzt richtig verstanden habe, beschreibst Du mich als jemanden langsamdenkenden, der mit seiner Software am liebsten beliebig auf dem Rechner rumwüten würde, weil ich das Setzen von Verzeichnisrechten für bestehende Usergruppen gegenüber neuen für ausreichend halte?

Sei mal etwas lockerer :)

Etwa das genannte Beispiel Logfiles - solange die keine sensiblen Daten enthalten, halte is es für übertrieben, eine eigene Benutzergruppe Meineanwendung-Logfile-Betrachter zu erstellen, da reicht es doch wirklich völlig aus, diese von jedem schreiben zu lassen, und Lesen dem Owner und den Admins zu erlauben.

Oder wie würdest Du da eine sinnvolle eigene Gruppe definieren?

[p80286]

Also zuerst, Eingeschränkte Rechte (Benutzer,Admin...) hat zunächst nichts, aber auch garnichts mit den Rechten auf Dateien/Verzeichnissen zu tun!
der Admin hat bei uns nur lokal etwas erweiterte Dateirechte!

Ich arbeite mit einem mehrstufigen Konzept
a) der Benutzer
b) die engste Benutzergruppe (arbeitet mit einem Programm / erfüllt eine Funktion)
c) die erweiterte Benutzergruppe (Abteilung) ist meist b1+b2+b3...
d) "alle" ist C1+c2+c3+.....

Mit dem Konzept habe ich ca. 150 Kollegen (localDomain) und ein paar externe ganz gut im Griff.
Vor allem ist das Abbilden der Personalfluktuation gut im Griff zu behalten.

Wobei ich Sicherheit für mich so definiert habe: "wer nichts schreiben darf, macht auch nichts kaputt".
Nebenbei gibt es allerdings auch noch ein paar TopSecret Verzeichnisse, mit einem sehr eingeschränkten Benutzerkreis.
Allerdings nutzen wir auch sehr selten lokale Festplatten um Daten abzulegen. Das meiste landet auf Fileservern. Falls doch einmal auf der Lokalen Festplatte zu arbeiten ist, dann wird ein Verzeichnis eingerichtet auf dem die entsprechende Benutzergruppe die notwendigen Rechte hat.
z.B. c:\Abteilung\Trafficcontrol\... oder c:\Compiler\Borland\.....

Gruß
K-H

P.S.
Kann man auch anders als mit eingeschränkten Rechten Arbeiten?

[messie]

Zitat:

Zitat von p80286 (Beitrag 1126909)

Also zuerst, Eingeschränkte Rechte (Benutzer,Admin...) hat zunächst nichts, aber auch garnichts mit den Rechten auf Dateien/Verzeichnissen zu tun!
der Admin hat bei uns nur lokal etwas erweiterte Dateirechte!

Ich arbeite mit einem mehrstufigen Konzept
a) der Benutzer
b) die engste Benutzergruppe (arbeitet mit einem Programm / erfüllt eine Funktion)
c) die erweiterte Benutzergruppe (Abteilung) ist meist b1+b2+b3...
d) "alle" ist C1+c2+c3+.....

Mit dem Konzept habe ich ca. 150 Kollegen (localDomain) und ein paar externe ganz gut im Griff.
Vor allem ist das Abbilden der Personalfluktuation gut im Griff zu behalten.

Wobei ich Sicherheit für mich so definiert habe: "wer nichts schreiben darf, macht auch nichts kaputt".
Nebenbei gibt es allerdings auch noch ein paar TopSecret Verzeichnisse, mit einem sehr eingeschränkten Benutzerkreis.
Allerdings nutzen wir auch sehr selten lokale Festplatten um Daten abzulegen. Das meiste landet auf Fileservern. Falls doch einmal auf der Lokalen Festplatte zu arbeiten ist, dann wird ein Verzeichnis eingerichtet auf dem die entsprechende Benutzergruppe die notwendigen Rechte hat.
z.B. c:\Abteilung\Trafficcontrol\... oder c:\Compiler\Borland\.....

Gruß
K-H

P.S.
Kann man auch anders als mit eingeschränkten Rechten Arbeiten?

Und Du fängst wahrscheinlich auch jeden Tag um die selbe Zeit an zu arbeiten und hörst zu einer festen Zeit auf. :wink:
Nee, mit meinen Anwendern ist das nicht vergleichbar. Benutzergruppen einrichten? Können die nicht. Feste Strukturen? Gibt es nicht.
Funktionieren muss es trotzdem. Aber administratorsichere Software ist nicht ganz einfach... :-D

Grüße, Messie

[p80286]

Zitat:

Zitat von messie (Beitrag 1126912)

Nee, mit meinen Anwendern ist das nicht vergleichbar.

und warum nicht? Jeder macht alles? und keiner trägt die Verantwortung?
Du kannst da wahrscheinlich wenig ändern, aber effizent ist wahrhaftig anders.

Zitat:

Zitat von messie (Beitrag 1126912)

Benutzergruppen einrichten? Können die nicht.

Na das wäre dann Dein Job. Früher gab es soetwas wie Systemanalytiker, die haben das im Vorbeigehen mit erledigt.

Zitat:

Zitat von messie (Beitrag 1126912)

Feste Strukturen? Gibt es nicht.
Funktionieren muss es trotzdem. Aber administratorsichere Software ist nicht ganz einfach... :-D

Nachdem sie hier in ihrem Chaos auf die Nase gefallen sind, war es etwas einfacher, das zu organisieren. Sogar die Gruppen sind inzwischen akzeptiert.

Gruß
K-H