Hi Friedrich, *,
2010/11/30 Friedrich Strohmaier <damokles4-lis...@bits-fritz.de>:
> Christian Lohmaier schrieb:
>>2010/11/29 Friedrich Strohmaier <damokles4-lis...@bits-fritz.de>:
>
>>Definieren, was die entsprechenden Bereiche knnen sollen/mssen, dann
>>kann ich sagen, wie man das im CMS umsetzt.
>
> Ich fang' mal an:
>
> - libreofficebox.org - Website - international:
> -- Was ist..
> -- download
> -- über uns / Impressum
> -- ..
Ich meinte weniger den Inhalt, mehr in Richtung: Welche Funktionalität
wird benötigt. Aber die Hauptseite is klarer Fall von "im CMS
verwaltet".
> - live.libreofficebox.org
> -- aktueller Stand der DVD-Zusammenstellung(en) - zur Einsicht für die
> Welt, also empfohlener Bereich für Verlinkungen, Downloadlinks ...
hier wirds schon nicht mehr so klar: Statischer Abklatsch von devel zu
Zeitpunkt xy, oder soll das ebenfalls im CMS verwaltet werden?
> - devel.libreofficebox.org
>
> -- Medienzusammenstellungen zur Bearbeitung und eher für den "internen"
> Gebrauch (CMS).
>
> -- für das jeweilige Medium extrahierte Zusammenstellungen zur Kontrolle
> und zum Testen
hier bin ich auch ein bisserl überfragt wie es aussehen soll. Was
bedeutet "für das jeweilige Medium extrahiert"? Wie legt man fest, was
auf welches Medium kommt? Und: ist Medium nur CD und DVD oder gibts da
noch mehr unterschiede?
> -- Ablage für Dateien, die auf andere Weise als per CMS zur
> Bereitstellung auf den Rechner kommen (z.B. Versionsiformationen,
> Bt-Statistik, wget downloads, ...).
Also ein "Ausnahmeverzeichnis" - wie es auf timon auch schon eingerichtet ist.
> Wieso getrennte Bereiche für live.libreofficebox.org und
> deve.libreofficebox.org?:
> In der Vergangenheit hat sich immer wieder gezeigt, dass die PrOOo-Box
> live DVD-Oberfläche gerne als Fundstelle für Downloads genutzt wurde.
> Getrennte Domainbereiche helfen hier nützliche Links anzubieten ohne,
> dass ab einem bestimmten Beliebtheitsgrad der Server in die Knie geht
> und trotzdem ohne Beeinträchtigung die Produktion fortgesetzt werden
> kann.
Naja - ist ja beides von ein und demselben Server - und Dateilinks
werden nicht durch das CMS "geroutet", sondern direkt vom apachen
bearbeitet....
RewriteCond %{REQUEST_URI} ^(.*)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule .* sapphire/main.php?url=%1&%{QUERY_STRING} [L]
Übersetzt: Nur, wenn die angeforderte Datei nicht als echte Datei
existiert, dann übergib die Anfrage an das CMS.
Aber ein extra vhost muß/soll es sein, damit man sich auf die Links in
devel verlassen kann, richtig?
Also wird eine statische Kopie das einfachste sein (StaticExporter,
aber nicht mit relative, sondern mit live.libreofficebox.org als
basisurl. bzw. über einen ähnlichen Mechanismus)
>> [...]
>>> wie,
>[...]
>
> Also nichts, was besonderen Abstimmungsbedarf hat außer:
> "Ab jetzt auf kermit weitermachen!"
Genau.
> Sofern sich das obige Schema in der aktuellen Installation abbilden
> lässt..
Ja - wobei mir die Entstehung von "live" noch nicht ganz klar ist.
>>> wer?
>
>>Fr silverstripe: Irgendwer mit Zugriff auf die entsprechenden
>>Verzeichnisse/mysql auf kermit
>
> Da würde ich mich durchaus deinem Terminkalender unterwerfen weil, ob
> wohl vorhanden, mein Zugriff hier wenig nützt. ;o))
Ab nächste Woche hab ich Luft :-)
ciao
Christian
--
Informationen zur Abmeldung: E-Mail an discuss+h...@de.libreoffice.org
Listenarchiv: http://de.libreoffice.org/lists/discuss/
*** Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert ***
