Datenbank-Script abbrechen ?

[tks]

Hallo zusammen.

Ich soll in einer DB ein umfassendes Logging (wer hat wann welches Dokument gelesen / gespeichert / gelöscht) einbauen. Soweit ist das auch in Ordnung.

ABÄR.

Der Anwender kann unter "Extras / Debug Lotus Script" den Debugger aktivieren und damit dann auch verhindern, daß Einträge ins Log geschrieben werden.

Wieso hat eigentlich der Normaluser (normale Client-Inst.) den Debugger? Oder haben wir hier was falsch installiert?

Ich konnte jedenfalls als Normaluser (nur Notesclient und Autor-Rechte auf die DB) den Debugger starten und das Script stoppen.

Kann man das verhindern?

[klaussal]

Mal so ein Schnellschuss: Sperren der Gestaltung ?

[DerAndre]

Hm,

nach notes.net sieht es danach aus, als wäre der Debugger installiert.

[Kadlec]

Weiss nicht an was es liegt,abär..bei einigen meiner Kollegen ist er bei anderen ist er nicht vorhanden.
Also müsste es irgendwo eine Schraube geben??

Boris

[tks]

@klauss: Na ja, wäre ein probates Mittel. Gibt es sonst nix?

@Andre: Wie meinst Du das? Der Client wurde "Standard" installiert. Also einfach weiter, weiter, fortsezten, beenden. Da scheint der Debugger dann automatisch mit an Bord zu sein.

Hmmm. Mal sehen was noch an Ideen kommt.

[tks]

Hab grade mal die Installationsroutine von 6.5.5 gestartet und da ist der Debugger nirgends erwähnt. Man kann ihn weder an- noch abwählen.

Sh....t

[ZaLudtske]

Hi,

soweit ich mich erinnern kann läßt sich der Debugger nicht deintallieren und deaktivieren. Ich glaub das Bernd (koehlerbv) mal im Bezug auf die Sicherheit erwähnt.

Rainer

[it898ur]

Hallo,

es gibt einen Notes.ini Parameter, der den Debugger deaktiviert / ausblendet.

NoDesignMenu=1   ==> Verbergen
NoDesignMenu=0   ==> Anzeigen

Gruß

André

[tks]

Herzlichen Dank.

Der Eintrag führt genau zum gewünschten Ergegnis. 

[DerAndre]

Das ist aber auch nur wieder Suboptimal, so an der ini rumfummeln, oder?

[ZaLudtske]

Hi André,

ich bin deiner Meinung gefällt mir eigentlich nicht so sehr. Der Benutzer hat da mal wieder eine Hintertür die er sich öffnen kann.

[it898ur]

Hallo,

das mit der Hintertür stimmt, ich wollte auch nur die Ursache für das verschiedene Verhalten unterschiedlicher Clients erläutern. Als Sicherheitsfeature ist diese Lösung ungeeignet. Da ist ein Auslagern des Scriptcodes (%Include) oder ein Verstecken des Designs garantiert die bessere Alternative.

Gruß

André

[tks]

Wieso "suboptimal" oder "Hintertür"?

Also in der notes.ini werden ja auch andere Einstellungen getroffen. Wenn ist die ganze notes.ini "suboptimal".

Ich finde es eher mies, daß ein normaler Client einen Debugger hat. Und das Design verstecken hat dann wieder andere Tücken. Daher wollte ich mir das eigentlich ersparen.

Natürlich kann der Anwender den notes.ini Eintrag wieder ändern und sich den Debugger wieder holen. Aber für mich ist der Ansatz, den Menüeintrag erstmal auszublenden ausreichend.

[dirk_2909]

Du musst ja nicht das gesammt design verstecken.
Es genügt ja, wenn Du das DB-Script mit %Include einbindest.

[tks]

Ich gebe euch Recht. Es gibt bessere Methoden.

Aber für mich ist der ini-Eintrag der "wirtschaftlichste". 

[DerAndre]

Neinnein ich wollte nichts schlecht Reden.
Ich finde es auch grausam, das der Normale Client einen Debugger in die Hand bekommt.

Und wie überall, mit der entsprechenden kriminellen Energie...

Und wenn es reicht, ist auch Ok.

[botschi]

Du musst ja nicht das gesammt design verstecken.
Es genügt ja, wenn Du das DB-Script mit %Include einbindest.

Kann ich da nochmal nachhaken?
Meinst Du, der Code liegt als .lss Datei irgendwo aufm Netzlaufwerk rum und wird mit %Include eingebunden?

Matthias

[dirk_2909]

Ja, das meine ich.
Der Debugger "sieht" den Code der lss nicht ;-)

[botschi]

Ja, das wusste ich.
Dachte nur es liegt noch ein anderer "Zauber" hinter %Include 

Alles klar, danke.


Matthias

[MadMetzger]

Der Zauber hinter dem "%Include" ist noch, dass die Dateien nur beim Kompiliervorgang im Zugriff sein müssten, soweit ich weiß. Aber das sollte so sein, da man ja ansonsten die Dateien für die Clients in Zugriff geben müsste, was sehr aufwändig wäre und was den Vorgang des Versteckens wieder hinfällig machen würde. Denn kann der Client gucken, sollte es eigentlich auch der User können, wenn er denn suchen würde.