Re: [TYPO3-german] Kreuzstaging
Hallo Marcus, Am 09.07.2019 um 12:09 schrieb Marcus Raphelt: Hallo Dieter, Am 08.07.19 um 19:01 schrieb _doc: Die Antwort von Marcus ist falsch, sofern man sich an die Regel der stricten Trennung von Inhalten und Code hält. Der Code und die Konfigurationen sollte sich dann nur in Dateien finden lassen, die man z.B. mit GIT versionieren kann. Die Antwort von Marcus ist richtig, denn es ging sowohl in der Frage, als auch in meiner Antwort, um den in der Datenbank hinterlegten Content, nicht um Sourcecode und Konfiguration. Das spätere Merging aueinandergelaufener numerischer IDs stellt Dich immer vor die genannten Probleme, daher geben wir grundsätzlich an den Kunden weiter, dass ein Dev-System nicht der Content-Master sein kann / darf und ein späeteres merging halt Mehrkosten verursacht. Dass sich Code sauber versionieren lässt und man genau das UNBEDINGT machen sollte, steht außer Frage! Gruß Marcus Was die Trennung von Inhalten und Konfiguration angeht, hatte ich das Original-Posting anders gelesen/verstanden - insbesondere weil auch von abweichenden UID's die Rede war. Natürlich ist bei der Pflege des Contents immer die Live-Datenbank führend, und man kann sie bestenfalls überschreibend auf den DEV kopieren, sofern die DSGVO zulässt. Was PID-Angaben im TypoScript zum Beispiel für Storage-Ids oder Detailseiten betrifft, so sind diese Daten bei mir in editierbare TypoScript-Konstanten ausgelagert, die ich per Default auf die Live-Datenbank einstelle und die ich in der Develop-Datenbank gegebenenfalls überschreibe. https://docs.typo3.org/m/typo3/reference-typoscript-syntax/7.6/en-us/TypoScriptTemplates/TheConstantEditor/Index.html P.S. Wenn persönliche Daten in der Live-Datenbank gespeichert sind und der Entwickler die Daten auf seinen DEV-Server portiert, dann sollte es eine Vereinbarung wegen Auftragsarbeiten geben. https://dsgvo-gesetz.de/art-28-dsgvo/ Mit besten Grüßen Dieter Porth Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kreuzstaging
Hallo Dieter, Am 08.07.19 um 19:01 schrieb _doc: Die Antwort von Marcus ist falsch, sofern man sich an die Regel der stricten Trennung von Inhalten und Code hält. Der Code und die Konfigurationen sollte sich dann nur in Dateien finden lassen, die man z.B. mit GIT versionieren kann. Die Antwort von Marcus ist richtig, denn es ging sowohl in der Frage, als auch in meiner Antwort, um den in der Datenbank hinterlegten Content, nicht um Sourcecode und Konfiguration. Das spätere Merging aueinandergelaufener numerischer IDs stellt Dich immer vor die genannten Probleme, daher geben wir grundsätzlich an den Kunden weiter, dass ein Dev-System nicht der Content-Master sein kann / darf und ein späeteres merging halt Mehrkosten verursacht. Dass sich Code sauber versionieren lässt und man genau das UNBEDINGT machen sollte, steht außer Frage! Gruß Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kreuzstaging
Hallo in die Runde. So ganz kann ich das aber auch nicht stehen lassen. Beispiel: In eine bestehende Website kommt ein News-Modul nachträglich rein. Fluid-Templates, CSS, usw steht alles in den Dateien einer Setup-Extension und lässt sich wunderbar versionieren. Aber was machst du mit den ganzen funktionellen Seiten? Wo konfigurierst du Detail-Seite, Liste und Ablageordner? Alle Seiten-IDs in allen Plugins? Am besten auch noch für alle Sprachen? Und sagt jetzt bitte nicht ja - denn damit hast du die News-Konfiguration in Plugins vorgenommen und damit in der Datenbank stehen und nicht in versionierten Dateien. Letztlich läuft es so: Variante A - Datenübernahme LIVE->DEV: Sofern das leicht machbar ist, Kopieren wir Datenbank und den fileadmin von LIVE nach DEV. Mit TYPO3 9 müssen noch nicht mal Domain-Records (falls vorhanden) umgestellt werden. Die gibt es nicht mehr. VOR dem Kopieren werden neue "Dummy-Seiten" versteckt angelegt. Nach dem Kopieren wird in DEV das Feature implementiert, es sind ja alle relevanten IDs vorhanden. Und wenn es fertig ist, kommt es per Repository ins LIVE-System und wird nach finaler Content-Befüllung Live gestellt. Fertig. Variante B - TYPO3_CONTEXT: Sofern das Überschreiben von DEV mit LIVE nicht so leicht machbar ist, kann dieses Szenario greifen. TYPO3_CONTEXT ist bei uns IMMER gesetzt. Dann werden in DEV und LIVE die Seiten mit unterschiedlichen IDs generiert und im Typoscript über eine CONTEXT-Abfrage für DEV und LIVE unterschiedlich konfiguriert. Fertig. Sofern dann ab und zu tatsächlich auch mal wie bei A alles kopiert wird, müssen die Weichen dann halt angepasst werden. Viele Grüße, André Spindler Am 08.07.2019 um 19:01 schrieb _doc: Hallo Rainer, Die Antwort von Marcus ist falsch, sofern man sich an die Regel der stricten Trennung von Inhalten und Code hält. Der Code und die Konfigurationen sollte sich dann nur in Dateien finden lassen, die man z.B. mit GIT versionieren kann. Was optimierst du denn auf DEV? Normalerweise kann alles zur TYPO3-Optimierung in Dateien ausgelagert werden. Eine gute TYPO3-Aufsetzung enthält keine Configurationsdaten in der Datenbank (bzw. fast keine). TypoScript, TSConfig, Templates, BackendKonfigurationen, ... ist ausgelagert in Extensions und Dateien, die man zum Beispiel unter git versioniert. In der Versionierung Git habe ich einen Brach Master und einen Develop, wenn alle Einstellungen im Develop-Branch gut sind, merge man die Version in den Master-Branch. Dann lädt man die Dateien aus dem Master-Branch auf den Server. Am besten per ssh-Tunnel mit einem Upload-Programm wie Magallanes v4 - Documentation, um Uploadfehler und Down-Zeiten klein zu halten. (Ich habe extra unter Windows ubuntu installiert, um dies privat machen zu können.) Wenn man natürlich alles TypoScript und TSConfig in der Datenbank hat, dann sollte man das vorher rausziehen und in eine Extension auslagern. Mit besten Grüßen Dieter Am 08.07.2019 um 15:26 schrieb Marcus Raphelt: Hi Rainer, so wirklich zuverlässig würde es nur gehen, wenn Typo3 hier, wie bspw. Oxid, auf UUIDs statt AutoInc-Spalten setzen würde. Numerisch laufen Dev und Live *immer* auseinander. Als Helferlein könnte ich SQLYog empfehlen, die Pro-Version hat einen Synchronisations-Wizard, der ganz gut funktioniert und zwischen zwei MySQL-Instanzen "rsyncen" kann. Wirklich lösen lässt es sich nach meinem Kenntnisstand nur politisch / organisatorisch. Gruß Marcus Am 08.07.19 um 15:00 schrieb Rainer Schleevoigt: Nun pflegen Redakteure im PROD-System Seiten und deeren Inhalte ein. Ich wiederum verbessere die TYPO3-Seite auf DEV. Nun kommt der Wunsch des Mergings. Geht das überhaupt - best Practice? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kreuzstaging
Hallo Rainer, Die Antwort von Marcus ist falsch, sofern man sich an die Regel der stricten Trennung von Inhalten und Code hält. Der Code und die Konfigurationen sollte sich dann nur in Dateien finden lassen, die man z.B. mit GIT versionieren kann. Was optimierst du denn auf DEV? Normalerweise kann alles zur TYPO3-Optimierung in Dateien ausgelagert werden. Eine gute TYPO3-Aufsetzung enthält keine Configurationsdaten in der Datenbank (bzw. fast keine). TypoScript, TSConfig, Templates, BackendKonfigurationen, ... ist ausgelagert in Extensions und Dateien, die man zum Beispiel unter git versioniert. In der Versionierung Git habe ich einen Brach Master und einen Develop, wenn alle Einstellungen im Develop-Branch gut sind, merge man die Version in den Master-Branch. Dann lädt man die Dateien aus dem Master-Branch auf den Server. Am besten per ssh-Tunnel mit einem Upload-Programm wie Magallanes v4 - Documentation, um Uploadfehler und Down-Zeiten klein zu halten. (Ich habe extra unter Windows ubuntu installiert, um dies privat machen zu können.) Wenn man natürlich alles TypoScript und TSConfig in der Datenbank hat, dann sollte man das vorher rausziehen und in eine Extension auslagern. Mit besten Grüßen Dieter Am 08.07.2019 um 15:26 schrieb Marcus Raphelt: Hi Rainer, so wirklich zuverlässig würde es nur gehen, wenn Typo3 hier, wie bspw. Oxid, auf UUIDs statt AutoInc-Spalten setzen würde. Numerisch laufen Dev und Live *immer* auseinander. Als Helferlein könnte ich SQLYog empfehlen, die Pro-Version hat einen Synchronisations-Wizard, der ganz gut funktioniert und zwischen zwei MySQL-Instanzen "rsyncen" kann. Wirklich lösen lässt es sich nach meinem Kenntnisstand nur politisch / organisatorisch. Gruß Marcus Am 08.07.19 um 15:00 schrieb Rainer Schleevoigt: Nun pflegen Redakteure im PROD-System Seiten und deeren Inhalte ein. Ich wiederum verbessere die TYPO3-Seite auf DEV. Nun kommt der Wunsch des Mergings. Geht das überhaupt - best Practice? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- --- Dr. Dieter Porth Grünenstraße 23 D-28199 Bremen Germany +(049) 421 / 51 48 35 48 +(049) 160 / 99 18 06 88 (abends/ after 18:00) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kreuzstaging
Hi Rainer, so wirklich zuverlässig würde es nur gehen, wenn Typo3 hier, wie bspw. Oxid, auf UUIDs statt AutoInc-Spalten setzen würde. Numerisch laufen Dev und Live *immer* auseinander. Als Helferlein könnte ich SQLYog empfehlen, die Pro-Version hat einen Synchronisations-Wizard, der ganz gut funktioniert und zwischen zwei MySQL-Instanzen "rsyncen" kann. Wirklich lösen lässt es sich nach meinem Kenntnisstand nur politisch / organisatorisch. Gruß Marcus Am 08.07.19 um 15:00 schrieb Rainer Schleevoigt: Nun pflegen Redakteure im PROD-System Seiten und deeren Inhalte ein. Ich wiederum verbessere die TYPO3-Seite auf DEV. Nun kommt der Wunsch des Mergings. Geht das überhaupt - best Practice? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Kreuzstaging
Hallo MitstreiterInnen, wir haben ein DEV und ein PROD-System. Nun pflegen Redakteure im PROD-System Seiten und deeren Inhalte ein. Ich wiederum verbessere die TYPO3-Seite auf DEV. Nun kommt der Wunsch des Mergings. Geht das überhaupt - best Practice? Verzweifelter Gruss Rainer -- Dipl.-Ing. Rainer Schleevoigt Staats- und Universitaetsbibliothek Hamburg Carl von Ossietzky IT, Forschung und Entwicklung „Hamburg Open Science“ DTO Von-Melle-Park 3, 20146 Hamburg Telefon (040) 428382590 | Fax (040) 41345070 Mail: rainer.schleevo...@sub.uni-hamburg.de http://www.sub.uni-hamburg.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
