staging.inyokaproject.org

Hallo,

der Hauptartikel ist wieder im Wiki: Apache.

Gruß, noisefloor

Max-Ulrich Farber schrieb:

Es würde mich interessieren, ob dies bei anderen WebDAV-Anwendungen genau so ist ❓ .

Müsste ich mal probieren, aber informativer wäre für mich die Config welche dein neues Spielzeug erzeugt hat. Damit könnte ich das mal nachstellen, Apaches habe ich hier mehr als genug rumlaufen. Du könntest es ja mal mit cadaver versuchen, das ist ein CLI Client für WebDAV, oder Alternativ auch mal fusedav oder davfs2.

Wie sieht es aus, wenn man mehrere Netzwerk-Interfaces verwendet?

Apache kennt eine Listen Direktive, damit kann man dafür sorgen das nur auf bestimmten IP's lauscht. Natürlich macht dann eine statische IP Konfiguration sinn (alles andere wäre ja für nen Webserver eh Quatsch mit Soße).

mfg Betz Stefan

noisefloor schrieb:

Müsste ich mal probieren, aber informativer wäre für mich die Config welche dein neues Spielzeug erzeugt hat. Damit könnte ich das mal nachstellen, Apaches habe ich hier mehr als genug rumlaufen. Du könntest es ja mal mit cadaver versuchen, das ist ein CLI Client für WebDAV, oder Alternativ auch mal fusedav oder davfs2.

Ich glaube, so kompliziert ist das gar nicht, und mit der config auf dem Server hat das sicher nichts zu tun. Das Problem ist IMHO auf dem Client. Irgendwie wird dort die Syntax "dav://...." für Ordner nicht richtig aufgelöst. Vielleicht ein Parser-Problem bei der Kopier-Routine?

Komisch ist, dass es bei Samba mit der Syntax "smb://...." klappt. Da ist auch ein Doppelslash drin, daran liegt es also nicht. Der komplette (virtuelle) Pfad lautet bei gnome-user-share z.B. so: "dav://guest@192.168.1.100:53811/Musik" Gefühlsmäßig meine ich, es könnte der zweite Doppelpunkt sein, der Ärger macht. Ist sowas bei WebDAV normal, oder eine Spezialität von gnome-user-share?

Gruß - Max-Ulrich

Aha, also startet dein neues Spielzeug einen Apache auf einem extra Port. Aber bitte: gnome-users-share behandeln wir im anderen Artikel, Danke.

mfg Betz Stefan

gnome-users-share behandeln wir im anderen Artikel, Danke.

Ok. Ich dachte nur, weil es sich auch um einen Apachen handelt. Es könnte ja sein, dass das beschriebene Problem auch sonst bei den Apachen auftritt ❓ .

Baustelle/Apache/modssi wäre von mir aus fertig (denke ich). Verlinkt aber noch auf einen Fehlenden Artikel. Soll später aber bitte Apache/SSI heisen, da es ja gar kein mod_ssi gibt, sondern nur ein mod_include es aber Technisch gesehen nur um die SSI Technik geht.

mfg Betz Stefan

Baustelle/Apache/modproxyhtml wäre jetzt auch so weit. Auch hier fehlt noch der VirtualHost Artikel.

mfg Betz Stefan

Hallo,

habt ihr denn eine Idee, wann der VirtualHost Artikel fertig wird bzw. sein soll?

Gruß, noisefloor

noisefloor schrieb:

habt ihr denn eine Idee, wann der VirtualHost Artikel fertig wird bzw. sein soll?

Ihr? Aktuell ja wohl eher nur ich ☹

Die Seite Baustelle/Apache/modssl wäre jetzt auch fertig, und sollte später Apache/SSL heisen, da es ja um SSL geht. Allgemein finde ich sollten wir nicht immer den Modulnamen als Seitennamen nehmen, ein Redirect von Modulename auf Themenname würde den Rest für uns erledigen.

Den Artikel für VirtualHost's werde ich heute noch schreiben, dürfte eigentlich eh der letzte (außer mod_rewrite) auf der Liste sein wo jetzt noch fehlt.

mfg Betz Stefan
EDIT: Und WebDav muss ich noch machen...

Baustelle/Apache/Virtual Hosts ist auch fast fertig, es fehlen nur noch ein paar Links.

Bitte überfliege mal die Artikel, und behebe Fehler die du findet. Mir reichts für heute. WebDAV & mod_rewrite werde ich im laufe der Woche noch machen! Die Artikel sollten Größtenteils passen, ob natürlich alles 100% Wiki Konform ist weis ich nicht.

mfg Betz Stefan

Hallo,

habe die VirtualHosts korrigiert, ist sonst soweit ok. Mit den anderen Seiten kannst du dir auch Zeit lassen. VirtualHosts war deshalb wichtig, damit in den schon fertigen Artikeln keine Deadlinks drin sind.

Vielen Dank fürs Schreiben jedenfalls. ☺

Gruß, noisefloor

Hallo,

verschoben: Apache/Virtual Hosts, Apache/SSI und Apache/modproxyhtml.

Wenn der Rest auch fertig ist bitte hier kurz posten.

Gruß, noisefloor

Baustelle/Apache/modssl ist ja auch schon fertig, das bitte aber nach Apache/SSL und von Apache/modssl einen Redirect darauf machen. Im Apache sollte dann nur noch Apache/SSL verlinkt werden.

mfg Betz Stefan

Hallo,

verschoben: Apache/SSL, Backlink sind alle korrigiert.

Den Sinn vom Redirect sehe ich gerade nicht, weil das Modul heißt doch nur SSL...

Gruß, noisefloor

noisefloor schrieb:

Den Sinn vom Redirect sehe ich gerade nicht, weil das Modul heißt doch nur SSL...

Klar, aber der Artikel war modssl und im Forum wird ja noch darauf verlinkt. Ich hasse Deadlinks beim Supporten.

mfg Betz Stefan