Opened by Taulmarill at 2009-09-02 17:10
User since
2004-02-19
1750 Artikel
BenutzerIn
2004-02-19
1750 Artikel
BenutzerIn
2009-09-02T16:42:53 sid burnAnsonsten kommt dieser Thread ja jetzt auch eher durch die Diskussion in diesem Thread: http://www.perl-community.de/bat/poard/thread/1396...
Ah Mist, du hast meinen Masterplan verraten :-)
2009-09-02T16:42:53 sid burnAnsonsten ist dort nicht meine Aussage das CGI komplett nutzlos ist, sondern das es etliche Nachteile hat, und wenn diese nachteile wichtig werden eben die Lösung ist FastCGI oder mod_perl einzusetzen.
Ansonsten stellt auch eine Entwicklung direkt für FastCGI z.B. kein besonderes problem dar. WebFrameworks abstrahieren es. Speziell für den Fall auf CGI optimiert z.B. CGI::Application so das wenn Performance ein Problem wird man von CGI einfach auf FastCGI switchen kann.
Catalyst oder Jifty machen natürlich kein Sinn mehr unter CGI, auch wenn es angeboten wird. Aber solche Sachen sind auch so groß das man es wohl auch unter CGI nicht mehr besonders schnell bekommt und CGI hier einfach an seine grenzen stößt.
Sehe ich genau so.
2009-09-02T16:42:53 sid burnAnsonsten für größere Sachen die man anfängt halte ich nichts mehr davon es noch auf CGI hin zu Optimieren.
Genau hier ringe ich ein bisschen mit mir. Auf der einen Seite ist es natürlich viel bequemer eines der großen Frameworks für umfangreiche Projekte zu benutzen. Andererseits hätte es seinen Charme, wenn ein größeres, attraktives Perl-Projekt ohne weitere Schwierigkeiten auf jedem Shared Webhoster zum laufen zu bringe währe. Mojo fällt mir da ein.
$_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78
0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0
F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0
F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B