Re: [de-discuss] [Box] Seitenstruktur für die Entwicklungswerkstatt http://devel.libreofficebox.net/

Hi Friedrich, *,

2010/11/5 Friedrich Strohmaier <damokles4-listen@bits-fritz.de>:
> Christian Lohmaier schrieb:
> > 2010/11/5 Friedrich Strohmaier <damokles4-listen@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+help@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