Ah, ich idiot :-)
2013/5/2 Erich Christian <epix@libreoffice.org>:
Hey Christian, *
Am 02.05.2013 15:02, schrieb Christian Lohmaier:
2013/5/2 Erich Christian <epix@libreoffice.org>:
Hier ein paar Dinge [1], die mir gleich aufgefallen sind, kann aber noch
nicht in die config schaun, ob überhaupt schon irgendwelche Dateitypen
erlaubt sind, weil mein Schlüssel nicht hinterlegt ist.
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.
Siehe
http://www.silverstripe.org/speeding-up-silverstripe-with-the-configuration-system/
für das "warum?" und einen groben Einstieg und
http://doc.silverstripe.org/framework/en/3.1/topics/configuration für
die Details
(wohl uninteressant für die meisten Mitleser :-))
Ich habe die Schlüssel des libox users übertragen - wenn dein
schlüssel da drin war, dann sollte es eigentlich funktionieren.
Nein, es muss heißen: das hatte ich vor, hatte aber bisher nur den
libox user angelegt und meinen Schlüssel reingepackt :-)
Aber jetzt ist es so wie oben geschrieben - sorry.
ssh libox@vm19.documentfoundation.org
sprich defaultport
(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.
forum-Modul brauchts eigentlich nicht mehr - da tuts ein "ich will
einen Account formular" oder auch nur die Mailingliste und ein admin
legt den Nutzer dann an, und verwendet "pw vergessen" um dem User
einen Aktivierungslink zu schicken...
Aber das Wichtigste (für mich) ist eigentlich erstmal:
* Rechtevergabe / Workflowmodul oder nicht.
Sprich soll jeder mit account und edit-Rechten geänderte Seiten auch
freischalten dürfen? Oder besteht Bedarf an der Unterscheidung
zwischen Editor und Publisher?
[meine Einschätzung: nicht notwendig, geht auch so]
* Subsite-Modul benötigt oder nicht
Sollen die einzelnen Seiten weiterhin in einem einzigen CMS
verwaltet werden, oder habt ihr lieber komplett getrennte Seiten (also
auch mit extra Login für die jeweilige Seite?)
[meine Einschätzung: wird weiterhin benötigt/macht die Pflege einfacher]
* 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]
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 :-))]
ciao
Christian
--
Informationen zum Abmelden: E-Mail an discuss+help@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
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.