![]() |
|< 1 2 3 >| | ![]() |
23 Einträge, 3 Seiten |
betterworld+2008-08-18 02:12:42--Was meinst Du mit dem letzten Punkt? Ist das einfach für Leute gedacht, die aus anderen Sprachen gewohnt sind, überall "()" hinzuschreiben?
betterworld+2008-08-18 02:12:42--Was mir noch so vorschweben würde:
* (1) Unportabilität von "\n"
* (2) Aufpassen mit Benutzereingaben: SQL-Injections (->DbiPlatzhalter), CSS, system($var), etc.
* (3) Allgemeine Warnung, dass man eigentlich so gut wie nie "sed", "grep" und Konsorten als externe Programme aufrufen muss, weil man so gut wie alles mit Perl (und CPAN) machen kann
LanX-+2008-08-18 03:03:13--* Bei Stringinterpolation kann auch Fremd-Code evaluiert werden !!!
LanX-+2008-08-18 03:03:13--Viele Leute wissen nicht
* Bei Stringinterpolation kann auch Fremd-Code evaluiert werden !!!
betterworld+2008-08-18 04:54:00--das ist eigentlich immer fatal, wenn man die Daten nicht vernünftig validiert.
$input =~s/<TEMP_VAR ([^"]+)>/$x="\$$1"; auswerten($x)/ee:
LanX-+2008-08-18 12:08:28--dann reicht es nicht sich darauf zu verlassen dass durch Ausschluss von " Missbrauch ausgeschlossen ist, weil ja angeblich in der Interpolation kein Code ausgeführt werden kann.
print "\$NAME=\"$param('name')\""
LanX-+2008-08-18 13:12:58--Mal ein anderes Beispiel, jmd generiert personalisierte Scripte und will für die configdaten keine extradatei mitliefern, deswegen kommt am Anfang ein Codestück wo Variablen automatisch gesetzt werden und ein Progger verlässt sich darauf dass durch Einsetzen von
Code (perl): (dl )print "\$NAME=\"$param('name')\""
im Code nix passieren kann ...
![]() |
|< 1 2 3 >| | ![]() |
23 Einträge, 3 Seiten |