Der richtige header content type (Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl) - Perl-Community.de

Start · Board · Webprogrammierung mit Perl · Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl

2024-11-09 03:19:26
Europe/Berlin
Einloggen (Registrieren)
- Einstellungen
- Statistics
Jemand zu Hause?
0 Benutzer online
1 Gast

[thread]21016[/thread]

submit to reddit

Der richtige header content type

Tags: http content type web Ähnliche Threads

Leser: 15

Articles: hide open all | hide show old branches

+14 replies
Gustl

2020-09-24 10:11

User since
2011-01-27
441 Artikel
BenutzerIn

Hallo zusammen,

ich würde gerne wissen wie und warum man einen header content type auswählt.
Nach welchen Kriterien und warum? Was genau bringt es dem Browser oder der Webapplikation? Manche definieren ihre eigene content types.

Ist es wirklich nur deshalb damit die Clientseite weiß welche Daten erwartet werden?

Ich habe zum Beispiel einen json stream den ich zurückgebe, den komprimier ich noch mit gzip und gebe dann base64 zurück. Jetzt frage ich mich welchen content type ich hier benutze?

Macht es einen Unterschied ob bei dem Request das Ergebnis als Datei heruntergeladen wird oder die Daten im Browser angezeigt werden? Performance vielleicht?

Freue mich auf Aufklärung :)
Danke.

Viele Grüße
- +3 replies
- GwenDragon
  
  2020-09-24 11:03
  
  User since
  2005-01-17
  14745 Artikel
  Admin1
  
  Der Client muss wissen wie er das vom server empfangene interpretiert, es anzeigt oder ob er das ausführen muss wie z.B. bei Javascript oder CSS order XML Styles.
  Es gibt eine Angabe für Inhalts- und die Zeichenkodierung (wobei dies auch fehlen kann, wenn es bei einem Content-Type einen default gibt, meist UTF-8).
  Sicherlich könnte der Client auch erschnüffeln, was der Inhalt ist udn dnach entscheiden, ob ausführen doer anzeigen. Aber das ist risikoreich, weil dann auch Schadcode in "normale" Daten eingeschmuggelt werden kann, unrühmlich bei diversen Microsoftschen Browser früher gewesen.
  
  Wenn üblicherweise JSON als Textdaten an einen Client gesendet wird, ist der Content-Type
  application/json während ausführbares application/jsonp ist.
  
  Bei deinem JSON-Beispiel also so:
  
  Content-Encoding: gzip Content-Type: application/json; charset=utf-8
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +2 replies
  - Gustl
    
    2020-09-24 13:12
    
    User since
    2011-01-27
    441 Artikel
    BenutzerIn
    
    Hallo,
    
    Danke für deine Antwort.
    
    Dann ist es wirklich nur für die Clientseite, und dafür welche Art von Daten erwartet werden, damit er weiß wie er damit umgehen kann?
    
    Auf die Performance hat es keine Auswirkung?
    - GwenDragon
      
      2020-09-24 13:31
      
      User since
      2005-01-17
      14745 Artikel
      Admin1
      
      Ja, es ist dazu da, dem Client zu sagen, was er bekommt. Auf die Performance wirkt sich das meines Wissens nicht aus.
      Und eine statisch Webseite wird durch einen Server in ca. 0.5-1 msec generiert.
      
      Was deine Perl-Webanwendung braucht, weiß ich nicht. Aber normalerwise wird Gzip (wenn nicht der Webserver das komprimiert) und JSON auch mittlerweile sehr schnell über kompilierte XS-Module erzeugt.
      Last edited: 2020-09-24 13:34:54 +0200 (CEST)
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- +8 replies
- GwenDragon
  
  2020-09-24 11:08
  
  User since
  2005-01-17
  14745 Artikel
  Admin1
  
  2020-09-24T08:11:50 Gustl
  Ich habe zum Beispiel einen json stream den ich zurückgebe, den komprimier ich noch mit gzip und gebe dann base64 zurück. Jetzt frage ich mich welchen content type ich hier benutze?
  Ja, ich rätsel auch.
  
  Du machst also wohl so. Nur so dein Ablauf (Daten sind nur Platzhalter hier!):
  
  JSON Datum
  { "test":123}
  
  wird durch deine GZip-Komopression binär zu
  /(1k28!6.ÜP4€25-2
  
  wird durch deine Base64-Kodierung zu
  LygxazI4ITYuw5xQNOKCrDI1LTI
  
  Und das Base64 sendest du im HTTP-Body.
  
  Oder wie? Oder so? JSON -> BAse64 -> Gzip?
  
  - - -
  
  Oder nutzt du gleich irgendwie JB64 (JSON-Base64)?
  
  Dann wäre das wohl so:
  Content-Encoding: gzip
  Content-Type: application/jb64
  Last edited: 2020-09-24 11:20:17 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +7 replies
  - Gustl
    
    2020-09-24 14:05
    
    User since
    2011-01-27
    441 Artikel
    BenutzerIn
    
    json -> gzip -> base64
    
    So wie hier:
    msg #191747
    
    JB64 kenne ich nicht, im Internet finde ich nur ein Auto wenn ich danach suche :)
    
    Was ist JB64? Welche Vorteile hat es gegenüber meiner Art?
    
    Viele Dank.
    - +2 replies
    - Linuxer
      
      2020-09-24 15:59
      
      User since
      2006-01-27
      3890 Artikel
      HausmeisterIn
      
      Such doch mal nach dem ausgeschriebenen "Json Base64".
      
      Ein Treffer ist z.B. https://jb64.org/ ;-)
      
      Edit: Link bearbeitet
      Last edited: 2020-09-24 17:14:56 +0200 (CEST)
      meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
      Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
      - Gustl
        
        2020-09-27 16:16
        
        User since
        2011-01-27
        441 Artikel
        BenutzerIn
        
        Danke, aber mit den gzip und der base64 Variante fahr ich ganz gut.
    - +4 replies
    - Muffi
      
      2020-09-25 14:36
      
      User since
      2012-07-18
      1465 Artikel
      BenutzerIn
      
      Und warum macht man sowas?
      
      Warum schickt man nicht einfach JSON mit content-encoding: gzip?
      1 + 1 = 10
      - GwenDragon
        
        2020-09-25 16:42
        
        User since
        2005-01-17
        14745 Artikel
        Admin1
        
        Ja, das frug ich mich auch.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
      - +2 replies
      - Gustl
        
        2020-09-27 16:17
        
        User since
        2011-01-27
        441 Artikel
        BenutzerIn
        
        Genau das habe ich ja angefragt ;)
        
        haj
        
        2020-09-27 19:52
        
        User since
        2015-01-07
        551 Artikel
        BenutzerIn
        
        Nicht ganz: Du hast angegeben, dass Du Base64-Daten verarbeiten willst, und nur das zwingt Dich dazu, alles von Hand aufzudröseln. Einfach nur JSON und gzip können die Browser von ganz alleine.
- bianca
  
  2020-09-25 08:38
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  Ergänzend zur Drachin: Das Thema betrifft nicht nur die Responses sondern auch die Requests, wo es fast noch wichtiger ist.
  Siehe auch https://developer.mozilla.org/en-US/docs/Web/HTTP/...
  Last edited: 2020-09-25 08:40:16 +0200 (CEST)
  10 print "Hallo"
  20 goto 10
- rosti
  
  2024-08-04 11:24
  User since
  2011-03-19
  3470 Artikel
  BenutzerIn
  Um das Thema erneut aufzugreifen:
  
  Content-Type via HTTP hat eine andere Bedeutung als ursprünglich (MIME) vorgesehen.
  
  Grundsätzlich ist, sofern es einen Message-Body im Request gibt, die Angabe eines Content-Type verpflichtend. Jedoch muss dieser nicht unbedingt dem MIME-Type des Body entsprechen. Das heißt, daß man kein application/json angeben muss wenn der serverseitige Prozess ohnehin einen JSON-String erwartet. Sondern man gibt einen vereinbarten Enctype an der beschreibt wie der serverseitige Prozess die gesendeten Daten zu verarbeiten hat, zB. Enctype="multipart/form-data". In der Regel sendet man sog. Schlüsselparameter, so daß der Serverprozess nur wissen muß wie er die Schlüsselparameter zu parsen hat. Was bei bestimmten Schlüsselparametern zu tun ist gibt ja der Code vor.
  
  Beispiel Schlüsselparameter:
  store=1 => Body wird einfach als Datei gespeichert
  ci=1 => Body wird in RCS eingecheckt
  pub=1 => Body wird geparst, die gewonnene Datenstruktur wird in die im Speicher liegende Konfiguration eingehängt und die Konfiguration wird zurück auf die Fstplatte geschrieben.
  
  Code (perl): (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14
  
  my $control = sub{ my $self = shift; if( $self->param('pub') ){ my $hunt = $self->thaw(*STDIN); my $h = $hunt->{1}; my $url = $h->{url}; $self->{BIN}{$url} = $h; # BIN zurückschreiben my $fh = IO::File->new; $fh->open("$self->{FILEDIR}/dbf.bin", O_BINARY|O_RDWR|O_TRUNC|O_CREAT) or die $!; $self->freeze($self->{BIN}, $fh ); $self->{CONTENT} = "Written: $url"; }
  
  Anhand des letzten Beispiels sehen wir: Die Angabe des MIME-Types im Content-Type-Header ist der Anwendung völlig Wurscht. Denn die Anwendung bekommt ihre Schlüsselparameter aus dem an den URL angehängten QUERY_STRING.
  
  Und der CGI-Prozess kommuniziert mit einem speziellen Client der den http-message-body in einem ganz besimmten (proprietären) Dateiformat liefert.
  Last edited: 2024-08-04 11:28:25 +0200 (CEST)

View all threads created 2020-09-24 10:11.