Hi Friedrich, *,
2010/11/30 Friedrich Strohmaier <damokles4-listen@bits-fritz.de>:
Christian Lohmaier schrieb:
2010/11/29 Friedrich Strohmaier <damokles4-listen@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+help@de.libreoffice.org
Listenarchiv: http://de.libreoffice.org/lists/discuss/
*** Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert ***
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.