Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Ich habe eine Frage. Es geht darum, dass man zum Beispiel ein Applet hat, das auf eine Datenbank zugreift. Da müsste dieses Applet ja das PW der Datenbank haben, da Applets aber zum Clienten gedownloadet werden können, könnte er sie mit speziellen Endcodingprogrammen endcoden und hätte das PW meiner DB. Wie kann ich sowas vermeiden oder umgehen?
Rein mit einem Applet: Garnicht.
Du müsstest auf dem Server eine Art Wrapper installieren, der auf die Datenbank zugreift.
Dies kann beispielsweise ein php Script sein, was die vom Applet die Daten geschickt bekommt, diese validiert, die Datenbank befragt und die Daten dann bereitstellt.
kann man nicht das Passwort in einer textdatei speichern, auf die über den webserver nicht zugegriffen werden kann, sondern nur intern z.b. über das applet?
Rein mit einem Applet: Garnicht.
Du müsstest auf dem Server eine Art Wrapper installieren, der auf die Datenbank zugreift.
Dies kann beispielsweise ein php Script sein, was die vom Applet die Daten geschickt bekommt, diese validiert, die Datenbank befragt und die Daten dann bereitstellt.
Aber wenn dann jemand ein anderes Applet schreibt, könnte das ja auch das php-Skipt benutzen und an bestimmte Daten kommen, die nicht für andere bestimmt sind!
Rein mit einem Applet: Garnicht.
Du müsstest auf dem Server eine Art Wrapper installieren, der auf die Datenbank zugreift.
Dies kann beispielsweise ein php Script sein, was die vom Applet die Daten geschickt bekommt, diese validiert, die Datenbank befragt und die Daten dann bereitstellt.
Aber wenn dann jemand ein anderes Applet schreibt, könnte das ja auch das php-Skipt benutzen und an bestimmte Daten kommen, die nicht für andere bestimmt sind!
wenn die daten nicht für andere bestimmt nicht, warum kann sie dann jedermann über das applet abrufen?
php: wenn die daten über ein php script übermittelt werden kann die natürlich jeder woanders wiederverwenden, da hilft jedes validieren nix, schließlich kann man den script aufruf genauso nachbauen wie es das applet macht wenn man das applet dekompiliert doer mit ethereal den netzwerkverkehr abhorcht.
Es geht darum, dass das script einen Filter dastellt.
Beispielsweise, soll das Applet nur die Queries SELECT X FROM Y WHERE Z = 3 und SELECT X FROM Y WHERE Z = 4 ausführen dürfen. Dann lässt das php script nichts anderes durch.
hae, aber das macht doch auch wieder keinen Sinn, wenn man bedenkt, dass man das fuer jeden user wieder anders machen muss, man also das ganze doch wieder oeffnen muss um verschiedenen usern den Zugriff zu ermoeglichen.
Installier die z.B. nen LDAP und lass die komplette Kommunikation über https laufen. Dann können nur die Leute dass Applet laden, die berechtigt sind und somit kann im Applet stehen was will...
Es geht darum, dass das script einen Filter dastellt.
Beispielsweise, soll das Applet nur die Queries SELECT X FROM Y WHERE Z = 3 und SELECT X FROM Y WHERE Z = 4 ausführen dürfen. Dann lässt das php script nichts anderes durch.
Angenommen das Applet muss einen Usernamen mit einem PW vergleichen. Dafür läd es PW und Username. JEtzt könnte jemand anders das Php-Skript benutzen um Passwörter von anderen Usern zu bekommen!
Angenommen das Applet muss einen Usernamen mit einem PW vergleichen. Dafür läd es PW und Username. JEtzt könnte jemand anders das Php-Skript benutzen um Passwörter von anderen Usern zu bekommen!
Gut, war ein dummes Beispiel. Aber es gibt sicherlicgh Beispiele in denen das Applet mit Daten rechnen muss, die den Benutzer nichts angehen. Stell dir mal ein Brwosergame vor. Da gibts sowas massenhaft!
Gut, war ein dummes Beispiel. Aber es gibt sicherlicgh Beispiele in denen das Applet mit Daten rechnen muss, die den Benutzer nichts angehen. Stell dir mal ein Brwosergame vor. Da gibts sowas massenhaft!
Aber wie bekommt man auf einem normalen Server denn eine Javaapplication, die das macht gestartet?
Da müsste man doch schon nenh eigenen Server haben! Mit normalem Webspace geht das wohl nicht.