Re: [de-discuss] Re: [Box] Serverumzug auf kermit - Reihenfolge

Hi Friedrich,

2010/11/30 Friedrich Strohmaier <damokles4-listen@bits-fritz.de>:
> So, schick' ich mal über gmane wegen dem Umlautesalat..

Ist denn die Mail technisch "defekt" und Kmail so pingelig, oder ist
sie technisch OK und Kmail hat 'nen Bug?
In gmail sehe ich nur die Mail, wie ich sie geschrieben habe, wie sie
von gmail aus verschickt wurde, das Resultat, so wie sie von der
Mailingliste zurückkommt sehe ich nicht.

Kann gut sein, daß pymime (das Skript, das u.a. den Footer hinzufügt)
einen Bug hat - der sollte dann gefixed werden. Dazu muß ich die Mail
mit kompletten headern sehen (kann ich auf dem Server direkt
nachschauen)

> Christian Lohmaier schrieb:
> > 2010/11/30 Friedrich Strohmaier <damokles4-listen@bits-fritz.de>:
> > > Christian Lohmaier schrieb:
> > > > 2010/11/29 Friedrich Strohmaier <damokles4-listen@bits-fritz.de>:
>
> > > - live.libreofficebox.org
> [...]
> > hier wirds schon nicht mehr so klar: Statischer Abklatsch von devel zu
> > Zeitpunkt xy, oder soll das ebenfalls im CMS verwaltet werden?
>
> Ich weiß jetzt nicht, wie das im CMS mit den verschiedenen vhosts
> verwurstet wird.

Wird es nicht - ein vhost im apachen, das Aufteilen in subdomains
erfolgt durch das CMS selbst, anhand des HTTP-Requests.

> Wie libreofficebox.org (Homepage) und
> devel.libreofficebox.org (Entwicklung) in ein und demselben CMS
> verwaltet, aber von zwei vhosts in verschiedenen Bereichen angesprochen
> wird, sprengt mein Vorstellungsvermögen..

Wird nicht von zwei vhosts (apache-level) gehandhabt, sondern im CMS.
Der vhost ist für devel.libreofficebox.org und libreofficebox.org
zuständig, sprich die haben dann auch ein gemeinsames assets
Verzeichnis.

> Ideal wäre, wenn live.libreofficebox.org direkt oder über eine
> Startseite, (weil es ja zumindest zwei sein sollen, de und en) lesend
> auf die Inhalte der DVD-Zusammenstellungen des CMS zeigen würde, die
> über devel.libreofficebox.org bearbeitet werden.

Wenn es nur lesend, aber dafür aktuell sein soll, kann man dafür auch
den StaticPublisher verwenden, eine dynamische Variante des
StaticExporters.
"dynamisch" = wenn die seite auf devel. veröffentlicht wird, wird
automatisch die entsprechende statische Seite generiert - bzw. man
verzichtet auf die automatische Weiterleitung und startet den Sync
explizit oder per cronjob.
Zwar initial für Sachen wie load-balancing u.ä, gedacht, aber kann
natürlich auch für die simple Separation lokal verwendet werden.
http://doc.silverstripe.org/staticpublisher#multiple_server_caching

> > > - devel.libreofficebox.org
> [...]
> > hier bin ich auch ein bisserl überfragt wie es aussehen soll. Was
> > bedeutet "für das jeweilige Medium extrahiert"?
>
> Das was am Ende nach dem html export und anschließend dem linkextract im
> Verzeichnis darauf wartet in das ISO gebacken zu werden.

Also definitiv nicht vom cms verwaltet, sondern durch die
entsprechenden Vorbereitungsskripte erstellt.

> > > 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.
> [...]
> > Aber ein extra vhost muß/soll es sein, damit man sich auf die Links in
> > devel verlassen kann, richtig?
>
> Richtig, wenn Du die "Echtheit" der Links meinst.

Ich meine, daß was verlinkt wird ist auch tatsächlich das, was im CMS
hinterlegt ist.

Würde man die Links per htaccess auf verschiedene Server verteilen
(=umleiten), könnte man bei Server X einen 404 bekommen, Server A, B
und C haben die Datei aber. Bei round-robin o.ä. muß man dann schon
genauer hinsehen, wo das Problem liegt.

> live soll hingegen "linktreu" sein für all die Webseiten und
> Suchmaschienen da draußen.

Bin mir nicht sicher, was linktreu ist :-) - das was verlinkt wird
wird ja schließlich durch die Arbeit in devel bestimmt. Wenn devel
nach assets/ordner/datei verlinkt, dann auch live. Aber ob
assets/ordner/datei auch tatsächlich von kermit ausgeliefert wird,
oder kermit lieber auf mirror1/foobar/ordner/datei verweist, das hängt
dann von der entsprechenden htaccess ab (oder wie auch immer das
vorher gehandhabt wurde)

> > 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)
>
> Das einfachste vielleicht, allerdings wäre besser sie würde exakt den
> Stand von devel.libreofficebox.org/<DVD-zusammenstellung> anzeigen -
> also ins CMS reingucken.

Da ist dann kein wirklicher Unterschied. und ins cms reinkucken geht
nur innerhalb vom selben vhost, von derselben Instanz. Aber man kann
auch ganz naiv im anderen Vhost ebenfalls silverstripe einrichten und
die Datenbank klonen (geht ggf. auch ohne Klonen der DB). Ich sehe
aber keinen Vorteil gegenüber staticpublisher.

> [...]
> > Ab nächste Woche hab ich Luft :-)
>
> Wenn Du's am Anfang der Woche reinbekommst, wäre super.

Jup, geht klar

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 ***