Hi Friedrich, *, 2010/11/5 Friedrich Strohmaier <damokles4-lis...@bits-fritz.de>: > Christian Lohmaier schrieb: >>2010/11/5 Friedrich Strohmaier <damokles4-lis...@bits-fritz.de>: > [...] >>Na, man kann auch einfach recaptcha nicht verwenden :-) > > zumindest als Übergangslösung?
So lange es kein Problem mit spammern gibt - Für Seitenkommentare kann man silverstripe so konfigurieren, daß die erst moderiert werden müssen. Aber wiegesagt: Wenns nicht verwendet wird, dann gibts auch kein Problem damit :-) > [..] > >>>>Wozu das server-Verzeichnis listing? Welcher Zweck steht dahinter? > [...] >>Hmm. k.a. was man damit debuggen sollte... > > unwichtig - *ich will es haben!* :o)) OK, "überzeugt" :-) - der, der schafft bestimmt :-) Ich wäre ja schön blöd, wenn ich irgendwem seinen Arbeitsablauf zerstören würde :-) >>> http://devel.prooo-box.org/de/misc/versionsverwaltung/ > >>Naja, aber das muß ja nicht alles unter devel.libreofficebox liegen, >>oder? > > Du hast recht - nicht *Alles*! aber alles, was weder zum Endprodukt noch > auf die Homepage soll, sondern Werkzeug ist für gute Arbeit - Werkstatt > - devel. Ah, OK, dann ist hier schon das erste Mißverständnis - ich dachte devel ist das, was im Endprodukt landen soll, aber naturgemäß erst zur nächsten Version. Sprich snapshot von devel = release, release ist dann statisch, kann auch als "live.libreofficebox" dienen und an devel wird an dem nächsten Release gearbeitet. >>und wenn es um einfache Auflistung von Inhalten aus einem >>Verzeichnis geht kann man ja auch einen entsprechenden Seitentyp >>erstellen/verwenden. > > nein! Nicht im CMS! Einfach Webspace - Link sehen - gut is. Ob der Apache ein Verzeichnislisting erstellt oder das cms macht in meinen Augen keinen großen Unterschied. >>(man kann auf alles direkt verweisen, was tatsächlich als Datei >>existiert, falls nicht durch eine entsprechende htaccess verboten) - >>z.B. http://devel.libreofficebox.org/legacydatetimefields/LICENSE >>Aber das heißt noch lange nicht, daß es sinn macht, die Inhalte auf >>dem Server auch im cms-Verzeichnis zu haben. > > Eben! Bitte nicht diskutieren. Naja, eben doch diskutieren. Wenn es darum geht Zeug ins cms-Verzeichnis zu schaufeln, nur damit man es per URL erreichen kann ist das der falsche Weg. Also Fakt (so wie ich es sehe), das Zeug, zumindest die automatisch generierten Sachen wie das Beispiel mit den versionslisten braucht nicht im cms-Verzeichnis zu liegen. Andere Sachen, wie ein Verzeichnislisting vom mozilla-installer o.ä. liegen ja schon drin (in assets), also machts da keinen Sinn das woandershin zu packen. > Ich will unter devel ohne Umweg > zugänglichen Webspace haben von innen und außen - punkt. zugänglicher Webspace ist ziemlich schwammig. Du willst die Dateien in assets sehen, per apache-Verzeichnis listing. >>Naja, ist halt essentiell für das Verständnis der Zusammenhänge :-) > > Ich hätte es schon längst umgesetzt, wenn mir nicht sstrp einen Strich > durch die Rechnung gemacht hätte. Dann wäre die Stunde Mailschreiben für > was anderes frei gewesen. :o)) Nee, aber dan wüßte wieder keiner was wann wohin gesichert werden muß, etc. > Was hältst Du davon, für das CMS eine eigene Subdomain zu machen z.B. > cms.libreofficebox.org? Ist kein Problem. Aber wie auch bei den anderen Lösungen: Es würde wirklich helfen, das "warum" zu kennen. auch cms.libreoffice.org würde aus demselben Verzeichnis auf dem Server bedient, also glaub ich nicht, daß es das ist, weshalb Du es vorschlägst. Und da wären wir wieder bei dem Problem der Frage nach dem Weg, und nicht der Beschreibung des Ziels/Zwecks. > Es wird ja zumindest noch für die eigentliche Homepage zuständig sein - > also libreofficebox.org und könnte dann mit dem entsprechenden Aufruf > umgeschrieben werden für devel oder Hauptdomain. Ich weiß, es kostet Zeit es zu erklären, aber trotzdem.. es gibt (so wie ich es sehe) live.* - da landet ein snapshot des aktuellen releases, eine statische Kopie an der nix mehr modifiziert wird (bzw. nur in seltenen Ausnahmefällen) devel.* - da wird an der nächsten Version, am nächsten Release geschraubt, wenn es fertig ist, wird davon der snapshot erstellt der dann auf live.* endet [www.]* - Einstiegsseite mit allgemeinen Informationen und links zum Downlod des Isos wie auch Verweise auf die live-Seite, Informationen für Helfer u.ä. Soweit richtig? dann kann man devel und www. in silverstripe verwalten, in einer instanz, in einem physikalischen cms Verzeichnis (Webseiteninhalt ist ja wiegesagt in der Datenbank, im Verzeichnis sind die assets, ggf. ein cache mit statischen HTML und die Dateien von silverstripe selbst) live ist komplett statisch, bei notwendig werdenden Änderungen werden die HTML-Dateien direkt auf dem Server ausgebessert. Für die devel.* soll es nun * ein apache-Verzeichnislisting der Dateien in assets geben (würde in dem Fall, daß www auch davon verwaltet wird auch die Dateien von www zeigen, bzw. man müßte halt entsprechende Unterordner in assets anlegen/man erstellt symlinks in einem anderen Verzeichnis) * über devel.libreofficebox.org/irgendeineurl soll ein "Versionsverzeichnis" erreichbar sein * [bitte mit weiteren Anforderungen ergänzen] Dann wird das schon noch was.. ciao Christian -- E-Mail to discuss+h...@de.libreoffice.org for instructions on how to unsubscribe List archives are available at http://de.libreoffice.org/lists/discuss/ All messages you send to this list will be publicly archived and cannot be deleted