Welcher Webserver liefert eure Seiten aus?

[Ben.]

Hallo zusammen,

Ich bin kein Freund von Apache, lese aber immer wieder, dass Apache als Voraussetzung für Contao angesehen wird bzw. beschrieben ist.

Nutzt ihr alle Apache?

Gut, bei Webspace-Paketen kann man es sich in der Regel ja nicht aussuchen, aber ich habe bspw. keine funktionierende mod_rewrite-Konfiguration für lighttpd bspw. gefunden (ich habe sie mir dann selber gemacht).

Bei anderen CMS findet man oft die Steuerung per .htaccess wie bei Contao auch, aber es werden i.d.R. auch die Regeln für andere Webserver angegeben.

Welchen nutzt ihr?

Schönen Abend,
Ben.

[Thomas]

mod_rewrite gibt es für lighttpd ja auch nicht in der Form wie beim Appache!

Aber wie wäre es, wenn Du die Konfiguration von lighttpd (Dein mod_rewrite) im Wiki allen zur Verfügung stellst?

[Psi]

Für statische Sachen nutze ich gern den lighttp aber sonst hat mir der Apache noch keine Probleme bereitet.

[Ben.]

mod_rewrite gibt es für lighttpd ja auch nicht in der Form wie beim Appache!

Wie meinst du das?

Sobald ich meine Regeln ausreichend getestet habe, stelle ich sie sicherlich ins Wiki, das habe ich fest vor.

[Thomas]

Ich meinte das so, dass es unter lighttpd nicht in Form einer .htaccess Datei funktioniert sondern in der Konfigurationsdatei verankert wird.

So genau habe ich mich damit noch nicht befasst, da mein Server zur Zeit noch genug Kapazitäten hat, das Apache das locker wuppen kann.
Mit dem Gedanken habe ich aber dennoch schonmal gespielt, aber auf Grund von Zeitmangel erstmal nach hinten geschoben.
Faktisch fehlt mir die Zeit mich in diese Konfiguration einzuarbeiten.

[lucina]

mod_rewrite gibt es für lighttpd ja auch nicht in der Form wie beim Appache!

Apache ist der einzige der sich auf so ein Krückenkonzept verlässt. Das gibt es also nicht nur in dieser Form nicht, das gibt es gar nicht.

Aber wie wäre es, wenn Du die Konfiguration von lighttpd (Dein mod_rewrite) im Wiki allen zur Verfügung stellst?

Gibts doch alles:
http://redmine.lighttpd.net/projects...s-restrictions

Carolina.

[Thomas]

Vielleicht reden wir da ja aneinander vorbei!

Der Link führt in die Konfiguration von lighttpd, soweit ja auch ok. Du kannst aber auch Direktiven, wie man sie aus htaccess kennt in lighttpd konfigurieren und somit gewisse Vorzüge realisieren.

Es ist eben nicht ganz so einfach wie im Apache, aber teilweise möglich.
Dafür gibt es rudimentäre Tutorials, aber keines was direkt auf Contao abzielt.

Von daher wäre es für lighttpd-User schon nützlich, um dann vielleicht doch in vollem Umfang in den Genuß von Contao zu kommen.

[Ben.]

@Thomas: Von Hause aus gibt es .htaccess in der Form nicht allerdings ist lighttpd flexibel genug um Parameter in Dateien ähnlich zu .htaccess zu verteilen und beim Start einzulesen.

@lucina: mod_access != mod_rewrite

[Thomas]

Ja, wie gesagt, ich weiß dass das geht, aber noch keine Zeit gehabt mich eingehend damit zu befassen.

Ich hatte mich diesbezüglich dann auch erstmal für den Apache entschieden, was bei 16 Kernen und 8 Gb-RAM fürs Erste auch ausreicht.

[Ben.]

16 Kerne, 8GB RAM? Etwas unausgeglichen, oder? 512MB pro Kern?

Oder sind es 8 Kerne und 2 Threads pro Kern?

[drefsa]

Irgendwas stimmt mit der Statistik (den prozenten neben der Balkengrafik) nicht. Ich komme auf unglaubliche 113% () zum Zeitpunkt des Posts.

[Ben.]

Irgendwas stimmt mit der Statistik (den prozenten neben der Balkengrafik) nicht. Ich komme auf unglaubliche 113% () zum Zeitpunkt des Posts.

Das Skript geht von der Anzahl Teilnehmer und nicht der Anzahl Antworten aus

91.3% von 23 (Teilnehmer) sind 21 (Antworten)

[dominik.zogg@gmail.com]

mod_rewrite gibt es für lighttpd ja auch nicht in der Form wie beim Appache!

Aber wie wäre es, wenn Du die Konfiguration von lighttpd (Dein mod_rewrite) im Wiki allen zur Verfügung stellst?

So ich "glaube" eine Rewrite Rule für lighttpd erstellt, welche auch mit URL's wie "suche.html?keywords=test" nutzen lässt, wie im Beispiel für die Suche oder auch ganz für Dateidownloads über Contao selbst.

server.error-handler-404  = "index.php"
include_shell "scripts/folderwithhtaccess " + var.basepath + "public_html"
url.rewrite-if-not-file = (
    ".*\.html(.*?)$" => "index.php$1"
)

[Thomas]

Hallo dominik!

Zunächst mal Danke.
Kommt spät, aber lieber spät als nie.

Nur leider funktioniert diese Rule nicht.

Ich verstehe auch nicht wirklich die include-Anweisung.
Vielleicht erklärst Du da mal näheres.

Vermutlich fehlt mir da noch die Erfahrung mit lighttpd, aber ich müsste das doch gelöst haben.

[lucina]

Schau mal hier: http://redmine.lighttpd.net/wiki/1/MigratingFromApache sowie grundlegend unter http://redmine.lighttpd.net/wiki/1/Docs:ModRewrite

[Ben.]

Die Include-Anweisung musst du weglassen.

Ob es dann funktioniert habe ich allerdings nicht getestet.

[dominik.zogg@gmail.com]

Hallo dominik!
Ich verstehe auch nicht wirklich die include-Anweisung.

Hallo Thomas

Diese Zeile ruft ein externes Script auf, welches die .htaccess Dateien sucht, welche den Zugriff verbieten, dass hat nichts mit dem Rewrite zu tun, mein Fehler.

Das hier behandelt den Fehlerfall und den Rewrite:

server.error-handler-404  = "index.php"
url.rewrite-if-not-file = (
    ".*\.html(.*?)$" => "index.php$1"
)

Gruss Dominik

[Thomas]

Ah, ok!
Sowas ähnliches habe ich mir fast gedacht.

Danke Dir.
Ich habe von Ben auch noch eine Möglichkeit bekommen, die ich noch genauer testen werde.
Wenn ich da keine Fehler oder Unverträglichkeiten feststellen kann, werde ich die nochmal in einem Extra-Thread veröffentlichen.

Leider habe ich in dem Zuge von Ben auch gleich gesteckt bekommen, dass die Entwicklung von Lighty wohl nicht mehr vorangetrieben wird. Was ich schade finde, aber die Überlegung aufwirft, sich doch mal mit nginx zu beschäftigen.

Was sagt denn Dein geschulter Lighty-Kopf dazu?

[dominik.zogg@gmail.com]

Hallo Thomas

Über die Weiterentwicklung weiss nicht nichts, das lighttpd tot sei hat man aber auch schon gesagt als ich mit 1.4.27 (vor nicht langer Zeit) damit begonnen habe.
Ich glaube, dass die Entwicklung langsam läuft, doch meines erachtens ist so ein Webserver auch nichts das man jeden Tag aktualisieren müsste, ausser bei Sicherheitslücken.

Nginx entwickelt sich schneller, doch für mich sehe ich noch keinen Grund zu wechseln.

PS: Ich habe mit lighttpd begonnen, als ich eine statische Infoseite ausliefern wollte während einer Hostingmigration. Das Tutorial und die einfache Konfiguration von lighttpd schreiten nach mehr, heute hoste ich meine Seiten mit lighttpd.

Gruss Dominik