| |
| |
|
| - Page 1 - |
|
Julian
Schmidt | Hi Community,
CryptIni.inc ist ein kleines Include zum verschlüsselten Lesen\Schreiben einer Ini-File.
Dieses kann etwa bei einer Highscore-Liste nützlich sein, welche der Spieler nicht einfach manipulieren sollte.
Das Verschlüsseln funktioniert bei kleineren File noch relativ schnell. Bei Größeren sollte man allerdings zu anderen Mitteln greifen.
Es gibt die Befehle ReadCryptIni & WriteCryptIni
Die Parameter ensprechen den Befehlen ReadIni & Writeini.
Download: [...] 
LG
Julian57 |
|
| |
| |
| |
|
|
| |
| |
| - Page 1 - |
|
 | Tip: Wenn Du den Button "Neu Hochladen" (rot) statt "Speichern" verwendest dann bleiben
Download-URL und Herunterladezählerstand erhalten.
Zudem, wenn Du den Link "Ladeanzahl" betätigst dann wird der Browser auf eine
Adresse gelenkt die als Rückgabewert den Herunterladezählerstand liefert was ganz
nützlich ist wenn man diese Zählerstände z.B. serverseitig abrufen möchte.
 |
|
| |
| |
| |
|
|
| iF (25.06.12)
Naja, wenn Du schon mit Base64 kodierst dann könntest auf das Kodierte auch noch
die Funktion Password$ drauflegen!
Habsch ja Blödsinn gewünscht denn andersrum wäre es sinnvoller -
also erst pwd$ und dann base64 kodieren denn sonst könnten durch pwd$
Zeichen generiert werden die Ini-inkompatibel sind. |
|
| |
| |
| |
|
|
Julian
Schmidt | hmmm....aus was per Zeichen könnten den "Ini-inkompatibel"e Zeichen entstehen.
So lange das nicht die grande Vielfalt ist. Ist das erneute Codieren vlt. unnötig!? |
|
| |
| |
| |
|
| |
| |
| - Page 2 - |
|
|
| Schau:
XProfan-Hilfedatei
Es kann jedoch vorkommen, dass im String durch die Umwandlung nicht druckbare Sonderzeichen entstehen (wie z.B,. das Zeilenende-Zeichen), sodass eine Nutzung dieser Strings in INI-File oder Textdateien nicht empfehlenswert ist. In binären File kann er problemlos gespeichert werden.
Also erst PWD$ und dann base64-kodieren und schon kann es keine Probleme geben. |
|
| |
| |
| |
|
|
Julian
Schmidt | Ok ich versuchs mal umzusetzen.
komisch das..
nicht funktioniert
dagegen schon.
Ein klassischer Bug!? |
|
| |
| |
| |
|
|
| Mit XProfan 11 funktionierts bei mir auch ohne das der Befehl "password" zuvor
aufgerufen wird aber bei XProfan 12 verzeichne ich sogar einen Programmabsturz:
|
|
| |
| |
| |
|
|
Julian
Schmidt | Iwie bekomme ich es, aus einem mir nicht ersichtlichen Fehler, nicht hin.
Könntest du mal einen Blick darauf werfen? Download von meiner Homepage! |
|
| |
| |
| |
|
|
| Schaue ich gerne aber muss jetzt ins Bett aber komme spätestens morgen dazu wenn
Du nicht bis dahin schneller warst... ^^ |
|
| |
| |
| |
|
|
RGH | iF (26.06.12)
Mit XProfan 11 funktionierts bei mir auch ohne das der Befehl "password" zuvor aufgerufen wird aber bei XProfan 12 verzeichne ich sogar einen Programmabsturz:
Ohne gesetztes Password macht die Funktion Pwd$() zwar wenig Sinn, aber ein Programmabsturz ist dann doch etwas heftig.  Das sollte ich in einer künftigen XProfan-Version beheben.
Saluto
Roland |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 29.06.2012 ▲ |
|
| |
|
|
Julian
Schmidt | Julian57 (26.06.12)
Iwie bekomme ich es, aus einem mir nicht ersichtlichen Fehler, nicht hin.
Könntest du mal einen Blick darauf werfen? Download von meiner Homepage!
iF (26.06.12)
Schaue ich gerne aber muss jetzt ins Bett aber komme spätestens morgen dazu wenn
Du nicht bis dahin schneller warst... ^^
Hast du inzwischen Zeit gefunden mal drüber zu fliegen? |
|
| |
| |
| |
|
|
| Nein, aber ich habe mir grad die Zeit genommen einfach mal zu schauen wie ich das
umsetzen würde:
{$cleq}
cls
password "da roffel and da mao"
__writeIni(getDir$("@")+"/ini.ini","Rubrik","Variable","Wert")
print __readIni(getDir$("@")+"/ini.ini","Rubrik","Variable")
waitinput
end
proc __writeIni(string fle,rub,vvar,vval)
writeini fle,__iniEncode(rub),__iniEncode(vvar) = __iniEncode(vval)
endproc
proc __readIni(string fle,rub,vvar)
return pwd$(decode64(translate$(readIni$(fle,__iniEncode(rub),__iniEncode(vvar)),"#","=")))
endproc
proc __iniEncode(string s)
return translate$(encode64(pwd$(s)),"=","#")
endproc
Vlt. magst das ja in Deine Include übernehmen.
Vlt. scheiterts bei Dir weil base64-Kodierung auch das Istgleichzeichen verwendet
welches ich in dem kleinen Beispiel hier durch das Rautezeichen ersetze.
Dann ist mir auch aufgefallen das Dein Beispiel aus dem Paket Funktionen deklariert
die in der Include wiedermals deklariert werden und das die Include mindest
una variabile nutzt (ini$) die nur im Demo-Quelltext deklariert ist. |
|
| |
| |
| |
|
|
Julian
Schmidt | iF (06.07.12)
Vlt. scheiterts bei Dir weil base64-Kodierung auch das Istgleichzeichen verwendet
welches ich in dem kleinen Beispiel hier durch das Rautezeichen ersetze.
Genau daran lag es. Danke jetzt funktioniert es! |
|
| |
| |
| |
|
(848)
Deutsch
English
Français
Español
Italia
