17.02.2026, 18:15
Change Language
Register
Login
You are not logged in.
Dear visitor, welcome to Aqua Computer Forum. If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
x-stars
God
Re: Ein Browser Game der besonderen Art
Saturday, June 19th 2004, 4:19pm
Quoted from "Chefratte"
Den hätte ich auch gerne.
Firefox kann PW speichern
.Ich bin gerade um upGRADEN, damit ich überweisen kann, wer später keline Zuwendungen braucht, kalnn sich dann an mich wenden. ICh bin übrigens jetzt in Cluster -]ACw[-, damit Twipsy meinen Platz kriegen kann
.cya
x-stars
r1ppch3n
Moderator
Re: Ein Browser Game der besonderen Art
Saturday, June 19th 2004, 4:32pm
sicher speichert firefox mein passwort aber irgendwie ists doch noch ne spur praktischer wenn man das ers gar nimmer bestätigen muss sondern mit einem linkklick schon in seine übersicht kommt
hier mein link:
<NICKNAME> und <PASSWORT> jeweils durch euren nick bzw passwort ersetzen und scho funzt das
hier mein link:
|
Source code |
1 |
[url]http://htn.ir0.de/g/login.htn?a=login&nick=<NICKNAME>&pwd=<PASSWORT>&server=2[/url] |
Y0Gi
God
Re: Ein Browser Game der besonderen Art
Saturday, June 19th 2004, 4:49pm
also bei formulareingaben nicht zwischen get und post zu unterscheiden (und das ziehen die ja vermutlich noch konsequent durch) ist ja nicht unbedingt schlau, gerade bei nem onlinegame...
allerdings sind viele fkt im spiel eh links, von daher machts das für bots auch nicht noch viel einfacher
allerdings sind viele fkt im spiel eh links, von daher machts das für bots auch nicht noch viel einfacher
PLE
Senior Member
Re: Ein Browser Game der besonderen Art
Saturday, June 19th 2004, 4:54pm
also bei formulareingaben nicht zwischen get und post zu unterscheiden (und das ziehen die ja vermutlich noch konsequent durch) ist ja nicht unbedingt schlau, gerade bei nem onlinegame...
allerdings sind viele fkt im spiel eh links, von daher machts das für bots auch nicht noch viel einfacher
Ja ne is klar ???
Und jetzt nochmal auf deutsch und für Leute die nicht so bewandert sind was programmieren angeht.
Gruß Chefratte
Verkaufe: 2x selbstsperrende Kupplung. Für mehr Infos KM oder Mail.
r1ppch3n
Moderator
Re: Ein Browser Game der besonderen Art
Saturday, June 19th 2004, 5:01pm
er sprach über die art auf die daten wie benutzername und passwort vom browser an den server übergeben werden
besonders sicher ist das alles nicht programmiert, sonst könnte man nicht beliebige daten an beliebie scripts übergeben indem man nur n bisi was in die adressleiste tippselt
soll mir in diesem fall aber eigentlich ganz recht sein, sonst tät der praktische link ja ned funzen
besonders sicher ist das alles nicht programmiert, sonst könnte man nicht beliebige daten an beliebie scripts übergeben indem man nur n bisi was in die adressleiste tippselt
soll mir in diesem fall aber eigentlich ganz recht sein, sonst tät der praktische link ja ned funzen
Y0Gi
God
Re: Ein Browser Game der besonderen Art
Saturday, June 19th 2004, 5:04pm
erst nochmal eins vorweg: wenn man den von rippchen genannten link im firefox auch och mit nem keyword (z.b. 'htn') verbindet, kann man sich den platz fürs bookmark aufm bildschirm sparen und braucht zum spielen nur 'htn' in die adresszeile eingeben
exkurs:
---
html-formulare kennen die methoden post und get zur übertragung.
get hängt die parameter an die url an: www.bla.de/formverarbeitung.php?feld1=wert1&feld2&feld3=wert3
nachteil: kann in der adresszeile sichtbar sein und ist in der länge begrenzt. maskierte sonderzeichen (z.b. zeilenumbrüche bei texteingaben) machen die url noch länger.
bei post dagegen werden die daten "hintenrum" und unsichtbar übergeben, tauchen nicht in der url auf und dürfen mehr daten enthalten.
zwischenerkenntnis: get-formular-aufrufe lassen sich in einer url zusammenfassen, indem man die feldnamen des formulars mit den werten kombiniert, die man eingeben würde (vgl. schema oben). bei post ist das so nicht möglich.
programmiertechnische seite: in php wurden bis zu einer bestimmten version defaultmässig formularnamen in die variablen $feld1, $feld2, .... (je nach feldname) mit den eingaben als werte abgelegt. dies hat jedoch erhebliche sicherheitsnachteile: uninitialisierte variablen (z.b. kein default-wert zugewiesen) im script (die nicht für formulareingaben gedacht sind) können somit per an die url angehängter parameter überschrieben werden.
mittlerweile ist das nicht mehr die defaulteinstellung, stattdessen existieren die superglobal-arrays $_POST und $_GET (ihreszeichens in $_REQUEST enthalten), die jeweils die feldnamen als schlüssel und die eingaben als werte haben.
in diesem fall (htn) wird das script zwar per post übermittelt. da allerdings auch die get-übergabe als url funktioniert, scheinen die entwickler $_REQUEST zu benutzen (anstelle $_POST und $_GET) und somit existiert jeweils nur ein eintrag, dessen herkunft nicht zu unterscheiden ist.
---
ende exkurs
denkt euch was dabei oder auch nicht
exkurs:
---
html-formulare kennen die methoden post und get zur übertragung.
get hängt die parameter an die url an: www.bla.de/formverarbeitung.php?feld1=wert1&feld2&feld3=wert3
nachteil: kann in der adresszeile sichtbar sein und ist in der länge begrenzt. maskierte sonderzeichen (z.b. zeilenumbrüche bei texteingaben) machen die url noch länger.
bei post dagegen werden die daten "hintenrum" und unsichtbar übergeben, tauchen nicht in der url auf und dürfen mehr daten enthalten.
zwischenerkenntnis: get-formular-aufrufe lassen sich in einer url zusammenfassen, indem man die feldnamen des formulars mit den werten kombiniert, die man eingeben würde (vgl. schema oben). bei post ist das so nicht möglich.
programmiertechnische seite: in php wurden bis zu einer bestimmten version defaultmässig formularnamen in die variablen $feld1, $feld2, .... (je nach feldname) mit den eingaben als werte abgelegt. dies hat jedoch erhebliche sicherheitsnachteile: uninitialisierte variablen (z.b. kein default-wert zugewiesen) im script (die nicht für formulareingaben gedacht sind) können somit per an die url angehängter parameter überschrieben werden.
mittlerweile ist das nicht mehr die defaulteinstellung, stattdessen existieren die superglobal-arrays $_POST und $_GET (ihreszeichens in $_REQUEST enthalten), die jeweils die feldnamen als schlüssel und die eingaben als werte haben.
in diesem fall (htn) wird das script zwar per post übermittelt. da allerdings auch die get-übergabe als url funktioniert, scheinen die entwickler $_REQUEST zu benutzen (anstelle $_POST und $_GET) und somit existiert jeweils nur ein eintrag, dessen herkunft nicht zu unterscheiden ist.
---
ende exkurs
denkt euch was dabei oder auch nicht
x-stars
God
Re: Ein Browser Game der besonderen Art
Saturday, June 19th 2004, 6:44pm
Crowie: Nö, ich wollte vorhin Novagor was aus der Kasse püberweisen, wiel ihm nur wneig gefehlt hat, das ging nicht, konnte das zwar anklicken usw., aber Geld kommt nicht an, sondern bleibt in der KAsse :-/ (naja, bis morgen kann ich dann überweisen, das ist auch ganz hilfreich ), danach mach ich mit den Updates vom MoneMarket weiter.
cya
x-stars
), danach mach ich mit den Updates vom MoneMarket weiter.cya
x-stars
