snaums.de - HTTPhttps://www.snaums.de/2014-08-03T18:32:00+02:00HTTP-Server Update #12014-08-03T18:32:00+02:002014-08-03T18:32:00+02:00snaumstag:www.snaums.de,2014-08-03:/informatik/http-server-update-1.html<p>Hallo.</p>
<p>Nachdem ich vorgestern meinen Webserver mit Threads ausgestattet habe und die Threads per Linux-Semaphoren blockbar gemacht habe, habe ich noch einige weitere Änderungen hinzugefügt. Zum einen wird nun der Content-Type und die Content-Length ordnungsgemäß zurückgegeben. Die Content-Length gibt die Länge des HTTP-Bodies an, der Content-Type gibt den MIME-Typ des …</p><p>Hallo.</p>
<p>Nachdem ich vorgestern meinen Webserver mit Threads ausgestattet habe und die Threads per Linux-Semaphoren blockbar gemacht habe, habe ich noch einige weitere Änderungen hinzugefügt. Zum einen wird nun der Content-Type und die Content-Length ordnungsgemäß zurückgegeben. Die Content-Length gibt die Länge des HTTP-Bodies an, der Content-Type gibt den MIME-Typ des Bodies an (zum Beispiel text/html oder image/png). Da im Moment fast nur statische HTML-Dateien unterstützt werden, ergibt sich der MIME-Type des Inhalts aus der Dateiendung der zu lesenden Datei, und die Länge ist die Dateigröße. Eine Abweichung gibt es allerdings, so wird PHP de facto bereits gerufen und die Ausgabe von PHP durch den Socket zurückgeschrieben. Allerdings geben die PHP-Testskripte keine Ausgaben zurück, die auch mit anderen Webservern wie Apache2 reproduzierbar wären, sondern werden offenbar teilweise nicht ausgeführt sondern Teilskripte werden übertragen. Das sollte natürlich auf garkeinen Fall passieren.</p>
<p>Im aktuellen Zustand des Servers kann er bereits gespeicherte Websiten (getestet habe ich das mit der Startseite der Homepage der Technischen Universität Chemnitz), welche fast komplett richtig angezeigt wurde, allerdings konnten offenbar die Javascript-Dateien nicht übertragen werden, was zu kleineren Problemen führte. Es wurden aber die CSS, sowie die Bilddateien erfolgreich übertragen und konnten vom Browser angezeigt werden.</p>
<p>Wie wird der Content-Type ermittelt? Ich habe mir ein simples Dateiformat überlegt, welches den Dateiendungen den entsprechenden MIME-Types zuordnet. Beim Start des Servers wird die Datei eingelesen und alphabetisch sortiert (wie in der Datei) in ein Array geschrieben. Über dieses Array ist nun eine binäre Suche möglich, was es mir ermöglicht relativ schnell auch bei großen Datenmengen und verschiedenen Dateitypen die richtige Zuordnung zu finden.</p>
<p>Als nächtes versuche ich die HTTP-Aktionen (GET, POST, HEAD, DELETE, ... ) zu unterstützen und so vielleicht sogar einen kleinen Dateimanager über HTTP zu implementieren. Desweiteren soll der Server HTCPCP (Hypertext Coffeepot Control-Protocol) unterstützen. Langfristiges Ziel soll es sein, einen generischen Webserver zu implementieren, der sowohl Interpreter wie Python oder PHP starten kann, als auch C-Programme, die für irgendwelche Funktionen zuständig sind. So soll es mir möglich werden, C-Programme zu schreiben, die HTML zurückliefern, sodass der Server diesen Code zurückgeben kann. Damit erhoffe ich mir einen erheblichen Geschwindigkeitsgewinn in der Seitenauslieferung als mit PHP oder Python. Außerdem muss am Speichermanagment des Servers gearbeitet werden, da er nicht den gesamten angeforderten Speicher ordentlich wieder freigibt. Dafür wird sich sicherlich noch eine Lösung finden.</p>HTTP-Server mit Threads2014-08-01T14:14:00+02:002014-08-01T14:14:00+02:00snaumstag:www.snaums.de,2014-08-01:/informatik/http-server-mit-threads.html<p>Hallo.</p>
<p>HTTP ist das Protokoll, was für das Web (gemeint ist, Webseiten, die im Browser angezeigt werden), Verwendung findet. HTTP ist relativ simpel aufgebaut, allerdings doch etwas schwieriger als Gopher [1]. Vor etwa einem halben Jahr habe ich einen minimalistischen Gopher-Clienten geschrieben, kurz darauf einen Parser, der HTTP versteht und …</p><p>Hallo.</p>
<p>HTTP ist das Protokoll, was für das Web (gemeint ist, Webseiten, die im Browser angezeigt werden), Verwendung findet. HTTP ist relativ simpel aufgebaut, allerdings doch etwas schwieriger als Gopher [1]. Vor etwa einem halben Jahr habe ich einen minimalistischen Gopher-Clienten geschrieben, kurz darauf einen Parser, der HTTP versteht und eine Datenstruktur, die ein ebenfalls etwa in der Zeit entstandener minimalistischer HTTP-Server füllen kann und senden kann.</p>
<p>Heute habe ich diesen Prototyp durch Threads erweitert. Wenn ich diesem Webserver nun zwinge ein Bash-Kommando abzusetzen, was PHP oder andere Skriptsprachen-Interpreter ruft und die Ausgaben zurückgibt, dann könnte ich theoretisch Oettinger Games auf diesen Webserver umziehen. Dazu muss dann auch ein vServer her. Hätte natürlich den Nachteil, dass der HTTP-Server im Moment noch garnicht konfigurierbar ist, also weder Threadzahl, noch was wie dargestellt wird und wann der Server wegen Überlast abriegelt.</p>
<p>Als nächstes sollten Konfigurationsdateien hinzugefügt werden. Dh. einen Parser schreiben und ggf. ein Programmteil, der die aktuellen Konfiguration abspeichern kann. Startparameter, die die geparsten Konfigurationen überschreiben, sind mit Sicherheit auch nicht schlecht. Danach fange ich wahrscheinlich an, ein Framework in C++ zu schreiben, um Webseiten, die von meinem Server aufgerufen werden in C++ zu verfassen. Darunter würden dann solche angenehmen Dinge kommen wie MySQL-Anbindung und irgendeine Abstraktion von HTML und Javascript sowie Konfigurationsdateien davon.</p>
<p>Ich bleib mal gespannt, was sich da noch tun wird.</p>
<p>[1] http://de.wikipedia.org/wiki/Gopher</p>