Server Einstellungen für Plack Anwendung/uberspace (gelöst) (Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl)

[thread]20253[/thread]

Server Einstellungen für Plack Anwendung/uberspace [gelöst]

Tags: perl5 Ähnliche Threads

Leser: 11

Articles: hide open all | hide show old branches

+6 replies
Max_Perlbeginner

2017-03-12 13:24
User since
2016-04-04
107 Artikel
BenutzerIn
Hallo an alle,

Ich habe ein kleines CMS für meine Homepage mit CGI::Application programmiert. Da ich up-to-date sein wollte, habe ich dazu das PSGI Interface benutzt.

Leider habe ich scheinbar ein Problem mit simultanen Zugriffen auf verschiedene mp3 Dateien (siehe auch meinen Bug Report auf der Plack Seite). Die Entwicklerin von Plack sagte mir, ich sollte ngix als Reverse Proxy nehmen. Aber leider habe ich davon keine Ahnung und weder Root Zugriff noch die Möglichkeit außerhalb von .htaccess Einstellungen den Server zu konfigurieren. Ich dachte eigtl., dass das Deployment mit Plack einfacher werden sollte. Derzeit kann ich aber nach wie vor am schnellsten meine Webseite mit CGI hosten (FastCGI geht, wenn ich die statischen Dateien direkt über Apache und nicht über mein Skript laufen lasse; allerdings ist ein reines CGI nach wie vor am schnellsten, was ich echt komisch finde).

Daher meine Frage, wer eine Idee hat, wie man am besten eine Plack Anwendung hostet. Ich habe uberspace.Vielleicht hat ja jemand selbst dort eine Perl Anwendung laufen und hat gute Tipps für mich?

Meine derzeite Einstellungen sind:
Starman + folgende .htaccess:
Code: (dl )

1 2

RewriteEngine On RewriteRule ^(.*) http://127.0.0.1:PORT/$1 [P,L]
bzw. per FastCGI mittels folgender .htaccess (oder sieht zumindest sehr ähnlich aus), wobei die statischen Dateien in meinem Document_Root sind:
Code: (dl )

1 2 3

RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ /cgi-bin/PLog.cgi/$1 [QSA,L]
Vielen lieben Dank,
Max

PS.: Die Probleme treten bei mir auch lokal auf. Es sind halt über 30 mp3 Dateien auf einer Seite. Ein praktikabler Workaround ist zwar <audio preload="none>, aber auch das geht nicht immer und ist natürlich nicht wirklich zufriedenstellend...
Last edited: 2017-03-12 13:26:01 +0100 (CET)
- rosti
  
  2017-03-13 07:36
  
  User since
  2011-03-19
  3488 Artikel
  BenutzerIn
  
  Bitte beschreibe mal etwas genauer:
  
  1. was genau möchtest Du machen ?
  2. was hierzu sind Deine Erwartungen?
  3. welche Probleme sind dabei aufgetreten bzw.
  4. was bei der Umsetzung entspricht nicht Deinen Erwartungen?
  5. auf welche Standards greifst Du zurück?
  6. gehts um HTTP?
  7. gehts um eine Serverkonfiguration?
  8. gehts um CGI?
  
  Um pure Perl gehts offensichtlich nicht. Falls sich Dein Problem auf das Hosting bezieht isses vielleicht besser Du rufst Den Hoster/Provider an
  
  MfG
- +4 replies
- GwenDragon
  
  2017-03-13 10:43
  User since
  2005-01-17
  14754 Artikel
  Admin1
  Ungetestet:
  
  Code: (dl )
  
  1 2 3 4 5 6 7
  
  RewriteEngine on RewriteCond %{REQUEST_FILENAME} \.mp3$ RewriteRule - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ /cgi-bin/PLog.cgi/$1 [QSA,L]
  
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +3 replies
  - Max_Perlbeginner
    
    2017-03-14 04:25
    
    User since
    2016-04-04
    107 Artikel
    BenutzerIn
    
    Danke, liebe GwenDragon,
    
    Ich glaube Deine htaccess hat schon ein klein wenig Verbesserung gebracht. Die Homepage ist so auf jeden Fall zu gebrauchen (auch wenn es beim Abspielen von 2 mp3 Dateien direkt hintereinander immer noch zu kleinen Verzögerungen kommt).
    
    @rosti,
    in der Tat ist es kein Perl Problem, sondern offenbar ein Problem mit Apache, der bei simultanen Zugriffen auf mp3 Dateien seine Probleme zu haben scheint. Die Plack Entwickler empfehlen daher lighttpd oder nginx als reverse proxy.
    
    Ich habe mittlerweile jedoch in Erfahrung gebracht, dass uberspace sogar nginx anbietet :-) Das wäre natürlich die einfachste Lösung.
    
    Davor möchte ich aber noch etwas experimentieren. Was würdet ihr denn von folgender Lösung halten:
    Hinter den Apache lasse ich noch einen lighttpd laufen, über den dann starman läuft. Irgendwo (z.B. hier) habe ich gelesen, dass lighttpd den Apache beim Bereitstellen statischen Dateien boosten kann. Hat irgendjemand mit so einer Konfiguration Erfahrung? Macht das Sinn? Klappt das auch, wenn man Apache nur über htaccess konfigurieren kann?
    
    Unabhängig davon ist das Thema glaub ich weitgehend gelöst. Danke Euch allen.
    
    PS.: Auf meiner lokalen Maschine scheint die Apache/lighttpd Kombination zu funktionieren und in der Tat werden die mp3 Dateien flüssig und schnell geliefert. Scheinbar brauche ich nur die apache module proxy, proxy_http und proxy_connection, wobei die Konfiguration über .htaccess auch zu klappen scheint...
    Last edited: 2017-03-14 05:39:51 +0100 (CET)
    - rosti
      
      2017-03-14 07:31
      
      User since
      2011-03-19
      3488 Artikel
      BenutzerIn
      
      Ohne Dein eigentliches Problem zu kennen, weil Du ja vehement meine Fragen ignorierst:
      
      Immerhin hast Du verstanden, dass es kein Perl Problem ist. Ein Webserver startet ggf. mehrere Prozesse zum Ausliefern von Dateien. Und clientseitig gibt es die Möglichkeit, Requests asynchron abzusetzen, so dass die nicht aufeinander warten müssen.
      
      Darüber hinausgehend könnte man über den Einsatz eines ReverseProxy nachdenken, wie der Autor des Plack-Moduls bereits feststellte, der übrigens mit PSGI auch nichts weiter macht als nur die CGI-Umgebung zu kapseln.
      
      Wenn Du was lernen willst, guck Dir den Standard CGI/1.1 an und was ein üblicher Webserver, der diese Schnittstelle implementiert, da zu machen hat: Er setzt alle Request-Parameter in ein Array -- die sog. Serverumgebung, in Perl accessible unter %ENV.
      
      Da PSGI lediglich einen anderen Weg vorsieht, %ENV zu übergeben, warum also sollte PSGI für Dein Problem einen Vorteil gegenüber native CGI/1.1. erbringen!?
      
      MfG
    - GwenDragon
      
      2017-03-14 08:14
      
      User since
      2005-01-17
      14754 Artikel
      Admin1
      
      Das Problem wird eher sein, dass der Apache nicht genügend Prozesse starten kann, um die MP3 auszuliefern, oder das Dateisystem nicht schnell ist. Ist eben eine Frage wie der Anbieter den konfiguriert hat.
      Sowas kann auf einem Webspace/Server, den du dir mit anderen Kunden teilst, passieren.
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2017-03-12 13:24.