Re: [de-discuss] Re: [Box] Migration des CMS auf silverstripe 3.1 - RFC

Hi Christian, Uwe, *

Am 02.05.2013 21:06, schrieb Uwe Richter:
> Am 02.05.2013 17:28, schrieb Christian Lohmaier:
> > Aber weil du die Konfiguration ansprichst: Da gibt es im Vergleich zu
> > Silverstripe 2.4 einen ziemlichen Unterschied - der Großteil der
> > Konfiguration passiert nicht mehr in der config.php, sondern in den
> > yaml-Dateien.

Ok, hab mich mal bissl umgesehen.


> > ssh libox@vm19.documentfoundation.org
> Funktioniert bei mir. :-)

yup, klappt jetzt



> > (anders als auf bilbo is der libox User in /home/libox zu Hause. und
> > die Seiten selber liegen in
> > /srv/http/{silverstripe,libreofficebox.org})
> >
> > Das silverstripe Verzeichnis ist nicht unter versions-Kontrolle, aber
> > das ist auch nur die default-Installation.

schön schlank   :)



> > forum-Modul brauchts eigentlich nicht mehr 
> Ja, dass sollte so reichen.

+1



> > * Rechtevergabe / Workflowmodul oder nicht.
> > [meine Einschätzung: nicht notwendig, geht auch so]
> Die meisten sind jetzt eh alle Publisher.

+1



> > * Subsite-Modul benötigt oder nicht
> >   Sollen die einzelnen Seiten weiterhin in einem einzigen CMS
> > verwaltet werden, 

+1


> > oder habt ihr lieber komplett getrennte Seiten (also
> > auch mit extra Login für die jeweilige Seite?)

Logins für subsites haben wir ja jetzt auch, aber solang wir nicht
fetter werden als kermit sind mehrere Instanzen eher nicht nötig.


> > [meine Einschätzung: wird weiterhin benötigt/macht die Pflege einfacher]

> Das sollten wir wieder haben, da sonst wie ich denke die Subsite Virtual
> Page nicht gibt. Die sind aber sinnvoll wenn man gleiche Inhalte auf
> mehreren Seiten verwenden will.
> An Seiten würde ich nur unsere Website und die beiden DVD's übernehmen.
> Die CD's können wir weglassen, da Linux nie groß gefragt war und bei
> Windows die CD einfach zu wenig Speicherplatz bietet.


Ok, ich möchte aber gern die internationalen Seiten (mit Inhalt und
usern) migrieren und wenns wieder funktioniert nochmal an die Glocke
hängen, dass $NL-Projekt hier tun kann sobald die performance Schwäche
kein Thema mehr ist.


> > * Theme - soll erstmal das bisherige Stil angepasst werden, oder
> > gleich tabula rasa und gar nicht erst den Ballast reinfriemeln? Beim
> > Theme kann man sich austoben, und wenn man bei einem bestehenden Theme
> > anfängt, glaubt man an die bisherigen Strukturen gebunden zu sein und
> > hält sich vmtl. erstmal zurück...
> > [meine Einschätzung: kann warten, vielleicht kommt ja ein Designvorschlag]

> Ich denke auch, wir warten noch etwas. Wenn dann nichts kommt, dann
> können wir unser altes Thema verwenden.


Gibts leicht so viel zu pfriemeln beim migrieren vom Theme?
Hab natürlich soweit noch nicht geschaut ...

Imo sind die Seiten so straight, dass sie beinahe mit jedem Theme
zumindest mal lesbare Webseiten hergeben sollten (zB mit dem default).

Design ist mir auch erstmal sekundär, würde gern erst Inhalte und
Funktionalität wiederhergestellt sehen.

@ Christian: hab ich das richtig in Erinnerung, dass wir die DB vom
2.4.5 verwenden können? oder zumindest einige Inhalte?


> > Administrativ:
> > Wird ein branch auf https://github.com/tdf/cms-code bevorzugt, oder
> > soll es ein fork/getrenntes Repository sein?
> > [mir persönlich egal - aber wenn kein Feedback kommt mach ich einen
> > Branch auf :-) - forken kann es dann von mir aus jeder selber :-))]


:) ja, da werden die Leut ja bald Schlange stehen ...

ciao
Erich


-- 
Informationen zum Abmelden: E-Mail an discuss+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert