hm, da will ich doch auch mal meinen senf dazu geben:
wenn man grosse browseranwendungen schreibt, macht die verwendung eines frameworks sinn. das erste wirklich brauchbare war imho
Maypole, allerdings hatte es den nachteil, dass es sich sehr stark am design der datenbank orientiert hat. mit
Catalyst ist dann ein framework entstanden, was wesendlich flexibler ist. ausserdem wird mit ein bischen glück ab So. Mojo auf'm CPAN zu finden sein. was das wird, wird man sehen ...
wenn man ohne fertiges framework webprogramme entwickeln will, ist das
CGI-Modul absolut pflicht.
es empfielt sich auch, perl- und htmlcode zu trennen (unabhängig von der grösse des projektes). meine lieblings-template-engine it
Template-Toolkit einige weitere wurden oben genannt.
DBI zu kennen ist essenziell für die anbindung an datenbanken. die treiber für die ensprechende db fangen mit DBD:: an, also z.b.
DBD::mysql oder
DBD::Pg. wenn man es objektorientiert mag, kann man dann noch
DBIx::Class oder
Class::DBI benutzen. diese module erstellen aus tabellen klassen und aus datensätzen objekte. da kann man dann in 99% der fälle auf SQL verzichten.
$_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78
0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0
F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B