|
| |
VB & Windows API| Re: VBA Access Desktoplocking Programm | |  | | Autor: Franki | | Datum: 10.01.12 00:05 |
| Hallo,
| Zitat: | |
Der Hintergrund: Meine Datenbank soll mal
Seminarspiele/Ferienfreizeitspiele verwalten. Daraus folgt:
-nicht jeder Anwender ist versiert
| |
Das ist ja der Normalfall, dass Anwender weder Computerexperten, Programmierer usw. sind, also Laien normalerweise.
| Zitat: | |
-der Computer muss zeitweise auf die Benutzung des Programms
beschränkt sein, bzw. Das Programm verhindert Zugriff auf
Computer (Kiosk halt)
-während dieses Modus soll Eingabe zum Beispiel durch
Textboxen möglich sein
| |
Soweit so gut, aber wer soll den denn in diesen Zustand versetzten?
| Zitat: | |
Mein Programm soll ohne großen Aufwand von Benutzerseite
(möglichst durch simplen Knopfdruck auf Button auf einem
Formular) eine Oberfläche bieten, die, ohne das vorher
hinterlegte Passwort eingegeben zu haben, den Zugriff auf den
Computer verbietet, aber dennoch (Hintergrund-)Prozesse (wie
kopieren/verschieben usw.) weiter durchführen lässt (sonst
könnte man ja einfach desktop.exe beenden)
| |
Die nicht versierten Anwender wissen wie man Destkop.exe beendet?
So ganz unwissend können die ja wohl doch nicht sein, wenn da das befürchtest.
Ich weiß immer noch nicht wer die Zielgruppe deiner Anwender eigentlich ist.
| Zitat: | |
Da mein Programm wahrscheinlich mehereren Menschen zur
Verfügung stehen wird, kann ich nur hoffen, dass sie für den
Fall eines Kaltstarts ein Benutzerpasswort für die
Windows-Anmeldung eingerichtet haben... Mein Programm
informiert nach einem Kaltstart über eine Login-Mitteilung
(legalnotice), dass die Datenbank beim Öffnen wieder die
ursprünglichen (Registry-)Einstellungen vornimmt.
| |
Hier auch wieder die Frage, wer überhaupt einen Kaltstart durchführen kann und mit welchem Passwort er dann welche Rechte hat.
| Zitat: | |
Du schreibst auch davon, dass es mit VB/VB.Net einfachere
Lösungen gibt. Wahrscheinlich habe ich davon schon viele
gefunden, die mir vom Konzept her weitergeholfen haben. Es
ist natürlich zu bedenken, ob sich eine solche Lösung auch
aus Access (mit temporär erzeugten Modulen, o.ä.) steuern
ließe. Kannst du mir einen Fingerzeig geben, da ich bisher
nur auf Informationen gestoßen bin, nach denen es nicht
möglich sei, externen Code zu starten?
| |
Na ja, es ist aber aus Access heraus definitiv möglich eine andere EXE Datei zu starten. Code innerhalb von Access aus einer solchen auszuführen geht eher nicht. Diese EXE könnte dann ja auch auf die DB (mdb. z.B.) zugreifen sowohl lesend als auch schreibend.
Aber unabhängig davon das Problem unversierter Anwender ist doch eher, dass die in den ihnen zur Verfügung stehenden Möglichkeiten irgendwelchen Quatsch eingeben, das hat erste Priorität bei der Kontrolle der Eingaben.
Mir scheint das so, dass du da irgendwie verhindern möchtest, dass irgendwelche Jugendliche nicht wirklich mit deinem Programm arbeiten wollen sondern einfach nur den Rechner hacken wollen. Das ist aber ein ganz anderes Thema dem man nicht aus einer Access Anwendung heraus vorbeugen kann.
Gruß
Frank | |
 | Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
 Einloggen | Neu registrieren |
 |
|
Neu! sevDTA 3.0 Pro 
SEPA mit Kontonummernprüfung
Erstellen von SEPA-Dateien mit integriertem BIC-Verzeichnis und Konto- nummern-Prüfverfahren, so dass ungültige Bankdaten bereits im Vorfeld ermittelt werden können. Weitere InfosTipp des Monats TOP Entwickler-Paket 
TOP-Preis!!
Mit der Developer CD erhalten Sie insgesamt 24 Entwickler- komponenten und Windows-DLLs. Die Einzelkomponenten haben einen Gesamtwert von 1605.50 EUR...
Jetzt nur 599,00 EURWeitere Infos
|
| |
|
Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|
Mai 2024
Sie sind aktuell nicht angemeldet.
