Thread CGI.pm veraltet - Eigene CGI in min Ausführung (48 answers)
Opened by Gustl at 2018-08-24 10:30

rosti
 2018-08-24 13:04
#188822 #188822
User since
2011-03-19
3218 Artikel
BenutzerIn
[Homepage]
user image
Es kommt schon auf das System an, auf die Hardware. Auf jeden Fall lädt legacy CGI.pm einen Haufen CODE der gar nicht gebraucht wird. Ein Parser für multipart/form-data wird schließlich auch nur gebraucht wenn dieser Enctype reinkommt.

Zeit also über ein Schichtenmodell nachzudenken, einen neuen Enctype und dabei an Lincoln Steins Philosophie festzuhalten, daß vom Transportlayer im Anwendungscode nichts mehr zu sehen ist.

Also nicht etwa so

Code (perl): (dl )
  get '/' => {text => 'Hello World!'};



wo sowohl der Request_Uri als auch die Request_Method hard codiert sind. Das ist nämlich das Gegenteil transparenter Layer, weil es den Transportlayer mitschleift. Der ganze Standard CGI/1.1 ist ja gerade deswegen entwickelt worden um den Webserver einschließlich HTTP transparent zu machen.


Ein

Code (perl): (dl )
   my $file = $self->param('upspot');


hingegen verrät nichts über die Requestmethode, das macht also den Tansportlayer durchsichtig und ist außerdem unabhängig vom URL. Idealerweise sind ja auch clientseitige wie serverseitige Datenstrukturen dieselben: Objekt rein => Objekt raus.


Mehr dazu:
http://rolfrost.de/multipart_slice_data.html

.
Last edited: 2018-08-24 13:31:04 +0200 (CEST)

View full thread CGI.pm veraltet - Eigene CGI in min Ausführung