23.09.2024, 18:12
Sprache ändern
Registrieren
Anmelden
Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Re: Ein Browser Game der besonderen Art
Samstag, 19. Juni 2004, 16:19
Zitat von »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
Re: Ein Browser Game der besonderen Art
Samstag, 19. Juni 2004, 16:32
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:
|
Quellcode |
1 |
[url]http://htn.ir0.de/g/login.htn?a=login&nick=<NICKNAME>&pwd=<PASSWORT>&server=2[/url] |
Re: Ein Browser Game der besonderen Art
Samstag, 19. Juni 2004, 16:49
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
Re: Ein Browser Game der besonderen Art
Samstag, 19. Juni 2004, 16:54
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.
Re: Ein Browser Game der besonderen Art
Samstag, 19. Juni 2004, 17:01
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
Re: Ein Browser Game der besonderen Art
Samstag, 19. Juni 2004, 17:04
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
Re: Ein Browser Game der besonderen Art
Samstag, 19. Juni 2004, 18:44
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
