Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
Am 09.08.2015 um 08:36 schrieb Michael Schams: On Fri, 2015-08-07 at 13:38 +0200, Peter Linzenkirchner wrote: Hallo, ich suche eine Möglichkeit, 2 Typo3 (6.2) Installationen zu synchronisieren. Hallo Thomas, wende dich mal an Alex Kellner von In2Code: https://plus.google.com/104196934317822440743/about ...sieht sehr vielversprechend aus, finde ich: https://www.youtube.com/watch?v=Z7GGRBRdTvE https://contentpublisher.in2code.de/ Das sieht super aus! Echt gut gemacht! Die entscheidende Frage ist: Kann der Content Publisher "nur" ausgewählte Daten vom Stage zum Production System kopieren und muss dabei die uids bei Stage und Production immer identisch halten? Oder berücksichtigt/löst dieser auch Konflikte mit uids, wenn am Production System zusätzlich Inhalte erstellt werden? Das impliziert teilweise unterschiedliche uids zwischen den Systemen. Grüße Thomas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
On Fri, 2015-08-07 at 13:38 +0200, Peter Linzenkirchner wrote: >> Hallo, >> ich suche eine Möglichkeit, 2 Typo3 (6.2) Installationen zu >> synchronisieren. > > Hallo Thomas, > wende dich mal an Alex Kellner von In2Code: > https://plus.google.com/104196934317822440743/about ...sieht sehr vielversprechend aus, finde ich: https://www.youtube.com/watch?v=Z7GGRBRdTvE https://contentpublisher.in2code.de/ Cheers Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
Hallo Thomas, wende dich mal an Alex Kellner von In2Code: https://plus.google.com/104196934317822440743/about Er hat mir vor ein paar Tagen eine ihrer Extensions gezeigt, den sog. Content-Manager. Die ist noch nicht im TER, soll da zwar mal hin, wird aber noch dauern. Aber er meinte, sie würde schon funktionieren. Eigentlich soll die dazu dienen, einen Life mit einem Redaktionsserver zu synchronisieren, aber die kann evtl. trotzdem was du willst. Soweit ich weiß möchte In2Code was dafür, aber das war nicht sehr viel. Gruß Peter > Am 07.08.2015 um 08:06 schrieb Thomas Gabler : > > Hallo, > ich suche eine Möglichkeit, 2 Typo3 (6.2) Installationen zu synchronisieren. > 1) Es gibt die Installation A > 2) Irgendwann wird diese zu B geclont (B=A) > 3) Ab jetzt werden bei beiden Installationen A und B je Seiten > erzeugt/modifiziert etc. > > Ich brauche eine Synchronisation von A->B (nicht bidirektional), bei der die > Änderungen von A nach B übertragen werden, aber die zwischenzeitlichen > Änderungen an B erhalten bleiben. > > Ich habe festgestellt, dass es bereits sehr alte Extensions (z.B. ml_dbsync) > mit ähnlicher Funktionalität existieren. Ich benötige es allerdings für Typo3 > 6.2. > > Vielen Dank für irgendwelche Tipps > Thomas > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
Hi Thomas, dann würde ich, wenn es irgendwie geht, eins nach dem anderen machen: Upgrade, dann Relaunch. Und den am besten mit Workspace (wenn Inhalte geschoben, Designs verändert werden). Das kann man jeweils lokal an einem Clon testen, ehe man das Produktionssystem versaubeutelt. Ansonsten: Relaunches nie über Wochen und Monate nebeneinander laufen lassen. Ein Mal habe ich das geschafft, aber die Datenbank sieht danach übel aus (beim Zielsystem hatte ich die uid AUTO_INCREMENTs in allen Tabellen auf 1 gesetzt, damit neue Inhalte und Verknüpfungen nicht kollidieren. Wie bereits erwähnt ist spätestens im RTE und Flexforms bei Links und Bildern Handarbeit angesagt). Die Drift zwischen A und B wird mit jedem Tag größer. Grüße Mark Am [DATE] schrieb "Thomas Gabler" <[ADDRESS]>: >Am 07.08.2015 um 11:13 schrieb Mark Boland: >> Hi Thomas, >> >> warum genau können beide Instanzen nicht im gleichen Server laufen? Doppelte >> Datenhaltung ist nie eine gute Idee. >> >> Wenn es nur um Inhalte geht: >> >> Warum nicht den Content fetchen und lokal cachen? Ein spezieller Seitentyp >> („Remote Page Content“) und/oder ein Content Element könnte doch den reinen >> Inhalt ohne Template von A holen und als eigenen ausgeben. Würde dann >> ähnlich arbeiten wie „Seiteninhalt von Seite x anzeigen". Je nachdem, wie >> komfortabel man das gestaltet, reicht eine Angabe der fremden uid oder man >> lässt sich auch einen Wizard mit Pagetree vom Fremdsystem liefern. >> >> Ansonsten kenne ich nur Deployment-Konfigurationen, die automatisiert >> Änderungen vom Quellsystem am Zielsystem vornehmen, dabei aber ihnen >> bekannte Records überschreiben (Template-Records usw.). Mit dynamischen >> Änderungen an beiden System kommen die nicht klar. Das funktioniert meines >> Erachtens bei einem echten Mischen nur mit Systemen, die global eindeutige >> IDs mitführen (GUUID, z.B. Neos). > > >Danke für den Hinweis mit Remote Page Content. Es geht allerdings auch um >Termine und news. > >Eigentlich gehts um einen relaunch und upgrade von 4.5 auf 6.2 mit einigen zig >tausend Seiten. Es ist nicht möglich, innerhalb kurzer Zeit dies umzustellen. >Die Site sollte aber währenddessen aktiv bleiben. >So werden vorübergehend einige Teile noch im alten System, andere bereits im >neuen System bearbeitet, solange bis alles im neuen System ist. > >Grüße >Thomas > > >> >> >> >> Am [DATE] schrieb "Thomas Gabler" <[ADDRESS]>: >> >>> Am 07.08.2015 um 08:40 schrieb Lars Peter Søndergaard: Hi Thomas, nicht bidirektional? Wie soll das funktionieren? Ein Problemfall wäre zum Beispiel: 1. A und B sind identisch. Die letzte erstellte Seite hat die id=10. 2. Du erstellst eine neue Seite bei B, welche die id=11 bekommt. 3. Da die Daten nicht nach A synchronisiert werden, weiß A nichts von der neuen id. Würdest du also eine neue Seite unter A erstellen, würde diese ebenfalls die id=11 erhalten, und spätestens beim Versuch die neue Seite mit B zu synchronisieren, einen Fehler verursachen, oder wie man es vom typischen PHP Projekt erwarten würde: etwas vollkommen unerwartetes passiert (scnr). >>> >>> Man kann z.B. feststellen, dass bei beiden Installationen diesselbe id >>> existiert, aber dass das crdate unterschiedlich ist. Dann sind es definitiv >>> 2 unterschiedliche Datensätze (je einmal von A und B generiert). >>> Damit darf dann die Seite von A natürlich nicht mit derselben id ersetzen, >>> sondern nur hinzufügen (insert statt replace). Damit bekommt diese Seite >>> von A eine neue id in B. >>> >>> Wenn dieselbe id (in A und B) existiert, aber das crdate identisch ist, >>> dann muss diese id/Seite erneuert werden. >>> >>> Grüße >>> Thomas >>> ___ >>> 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
Daag, das lässt sich technisch sicherlich mit viel Geparse, aber vermutlich nicht wirtschaftlich sinnvoll lösen, weil Typo Autoincrement-IDs für die Primärschlüssel nutzt. Spricht denn etwas dagegen. System A als federführend zu definieren? Gepflegt wird nur in System A, System B wird regelmäßig "drübergebügelt" und in System B das Backend komplett gesperrt. Gruß, Marcus Am 07.08.2015 um 08:06 schrieb Thomas Gabler: > Hallo, > ich suche eine Möglichkeit, 2 Typo3 (6.2) Installationen zu > synchronisieren. > 1) Es gibt die Installation A > 2) Irgendwann wird diese zu B geclont (B=A) > 3) Ab jetzt werden bei beiden Installationen A und B je Seiten > erzeugt/modifiziert etc. > > Ich brauche eine Synchronisation von A->B (nicht bidirektional), bei > der die Änderungen von A nach B übertragen werden, aber die > zwischenzeitlichen Änderungen an B erhalten bleiben. > > Ich habe festgestellt, dass es bereits sehr alte Extensions (z.B. > ml_dbsync) mit ähnlicher Funktionalität existieren. Ich benötige es > allerdings für Typo3 6.2. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
Am 07.08.2015 um 11:13 schrieb Mark Boland: Hi Thomas, warum genau können beide Instanzen nicht im gleichen Server laufen? Doppelte Datenhaltung ist nie eine gute Idee. Wenn es nur um Inhalte geht: Warum nicht den Content fetchen und lokal cachen? Ein spezieller Seitentyp („Remote Page Content“) und/oder ein Content Element könnte doch den reinen Inhalt ohne Template von A holen und als eigenen ausgeben. Würde dann ähnlich arbeiten wie „Seiteninhalt von Seite x anzeigen". Je nachdem, wie komfortabel man das gestaltet, reicht eine Angabe der fremden uid oder man lässt sich auch einen Wizard mit Pagetree vom Fremdsystem liefern. Ansonsten kenne ich nur Deployment-Konfigurationen, die automatisiert Änderungen vom Quellsystem am Zielsystem vornehmen, dabei aber ihnen bekannte Records überschreiben (Template-Records usw.). Mit dynamischen Änderungen an beiden System kommen die nicht klar. Das funktioniert meines Erachtens bei einem echten Mischen nur mit Systemen, die global eindeutige IDs mitführen (GUUID, z.B. Neos). Danke für den Hinweis mit Remote Page Content. Es geht allerdings auch um Termine und news. Eigentlich gehts um einen relaunch und upgrade von 4.5 auf 6.2 mit einigen zig tausend Seiten. Es ist nicht möglich, innerhalb kurzer Zeit dies umzustellen. Die Site sollte aber währenddessen aktiv bleiben. So werden vorübergehend einige Teile noch im alten System, andere bereits im neuen System bearbeitet, solange bis alles im neuen System ist. Grüße Thomas Am [DATE] schrieb "Thomas Gabler" <[ADDRESS]>: Am 07.08.2015 um 08:40 schrieb Lars Peter Søndergaard: Hi Thomas, nicht bidirektional? Wie soll das funktionieren? Ein Problemfall wäre zum Beispiel: 1. A und B sind identisch. Die letzte erstellte Seite hat die id=10. 2. Du erstellst eine neue Seite bei B, welche die id=11 bekommt. 3. Da die Daten nicht nach A synchronisiert werden, weiß A nichts von der neuen id. Würdest du also eine neue Seite unter A erstellen, würde diese ebenfalls die id=11 erhalten, und spätestens beim Versuch die neue Seite mit B zu synchronisieren, einen Fehler verursachen, oder wie man es vom typischen PHP Projekt erwarten würde: etwas vollkommen unerwartetes passiert (scnr). Man kann z.B. feststellen, dass bei beiden Installationen diesselbe id existiert, aber dass das crdate unterschiedlich ist. Dann sind es definitiv 2 unterschiedliche Datensätze (je einmal von A und B generiert). Damit darf dann die Seite von A natürlich nicht mit derselben id ersetzen, sondern nur hinzufügen (insert statt replace). Damit bekommt diese Seite von A eine neue id in B. Wenn dieselbe id (in A und B) existiert, aber das crdate identisch ist, dann muss diese id/Seite erneuert werden. Grüße Thomas ___ 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] Synchronisation von 2 Typo3-Installationen
Hallo Thomas.
Das wird so nicht funktionieren. Zumindest nicht mit einer
wirtschaftlichen Lösung.
Irgendwann legt ein Redakteur im RTE in A einen Link auf Seite mit der
uid=10 an.
Dann steht in irgendeinem Bodytext sowas drin: "". Und jetzt
brauchst du ein Mapping, weil die 10 während deines Syncs in 11 geändert
werden muss, die ID im System B. Das muss natürlich auch sauber geparst
werden, dein ein Link auf die DATEI mit der uid 10 ("link file:10") darf
u.U. nicht geändert werden...
Und schon brauchst du ein Mapping und entsprechende Konverter, den
Referenzen gibt es in allen möglichen Feldern und Tabellen. Da findest
du kein Ende.
Aber was für ein Szenario soll das denn sein, wo in einem TYPO3 zum
einen direkt gearbeitet wird und dann zusätzlich Änderungen aus einem
zweiten System automatisch eingespielt werden sollen?
Lieben Gruß,
André
Am 07.08.2015 um 10:12 schrieb Thomas Gabler:
Am 07.08.2015 um 08:40 schrieb Lars Peter Søndergaard:
Hi Thomas,
nicht bidirektional? Wie soll das funktionieren?
Ein Problemfall wäre zum Beispiel:
1. A und B sind identisch. Die letzte erstellte Seite hat die id=10.
2. Du erstellst eine neue Seite bei B, welche die id=11 bekommt.
3. Da die Daten nicht nach A synchronisiert werden, weiß A nichts von
der neuen id. Würdest du also eine neue Seite unter A erstellen,
würde diese ebenfalls die id=11 erhalten, und spätestens beim Versuch
die neue Seite mit B zu synchronisieren, einen Fehler verursachen,
oder wie man es vom typischen PHP Projekt erwarten würde: etwas
vollkommen unerwartetes passiert (scnr).
Man kann z.B. feststellen, dass bei beiden Installationen diesselbe id
existiert, aber dass das crdate unterschiedlich ist. Dann sind es
definitiv 2 unterschiedliche Datensätze (je einmal von A und B
generiert).
Damit darf dann die Seite von A natürlich nicht mit derselben id
ersetzen, sondern nur hinzufügen (insert statt replace). Damit bekommt
diese Seite von A eine neue id in B.
Wenn dieselbe id (in A und B) existiert, aber das crdate identisch
ist, dann muss diese id/Seite erneuert werden.
Grüße
Thomas
___
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] Synchronisation von 2 Typo3-Installationen
Hi Thomas, warum genau können beide Instanzen nicht im gleichen Server laufen? Doppelte Datenhaltung ist nie eine gute Idee. Wenn es nur um Inhalte geht: Warum nicht den Content fetchen und lokal cachen? Ein spezieller Seitentyp („Remote Page Content“) und/oder ein Content Element könnte doch den reinen Inhalt ohne Template von A holen und als eigenen ausgeben. Würde dann ähnlich arbeiten wie „Seiteninhalt von Seite x anzeigen". Je nachdem, wie komfortabel man das gestaltet, reicht eine Angabe der fremden uid oder man lässt sich auch einen Wizard mit Pagetree vom Fremdsystem liefern. Ansonsten kenne ich nur Deployment-Konfigurationen, die automatisiert Änderungen vom Quellsystem am Zielsystem vornehmen, dabei aber ihnen bekannte Records überschreiben (Template-Records usw.). Mit dynamischen Änderungen an beiden System kommen die nicht klar. Das funktioniert meines Erachtens bei einem echten Mischen nur mit Systemen, die global eindeutige IDs mitführen (GUUID, z.B. Neos). Mark Boland Am [DATE] schrieb "Thomas Gabler" <[ADDRESS]>: >Am 07.08.2015 um 08:40 schrieb Lars Peter Søndergaard: >> Hi Thomas, >> >> nicht bidirektional? Wie soll das funktionieren? >> >> Ein Problemfall wäre zum Beispiel: >> >> 1. A und B sind identisch. Die letzte erstellte Seite hat die id=10. >> 2. Du erstellst eine neue Seite bei B, welche die id=11 bekommt. >> 3. Da die Daten nicht nach A synchronisiert werden, weiß A nichts von der >> neuen id. Würdest du also eine neue Seite unter A erstellen, würde diese >> ebenfalls die id=11 erhalten, und spätestens beim Versuch die neue Seite mit >> B zu synchronisieren, einen Fehler verursachen, oder wie man es vom >> typischen PHP Projekt erwarten würde: etwas vollkommen unerwartetes passiert >> (scnr). >> > >Man kann z.B. feststellen, dass bei beiden Installationen diesselbe id >existiert, aber dass das crdate unterschiedlich ist. Dann sind es definitiv 2 >unterschiedliche Datensätze (je einmal von A und B generiert). >Damit darf dann die Seite von A natürlich nicht mit derselben id ersetzen, >sondern nur hinzufügen (insert statt replace). Damit bekommt diese Seite von A >eine neue id in B. > >Wenn dieselbe id (in A und B) existiert, aber das crdate identisch ist, dann >muss diese id/Seite erneuert werden. > >Grüße >Thomas >___ >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] Synchronisation von 2 Typo3-Installationen
Am 07.08.2015 um 08:40 schrieb Lars Peter Søndergaard: Hi Thomas, nicht bidirektional? Wie soll das funktionieren? Ein Problemfall wäre zum Beispiel: 1. A und B sind identisch. Die letzte erstellte Seite hat die id=10. 2. Du erstellst eine neue Seite bei B, welche die id=11 bekommt. 3. Da die Daten nicht nach A synchronisiert werden, weiß A nichts von der neuen id. Würdest du also eine neue Seite unter A erstellen, würde diese ebenfalls die id=11 erhalten, und spätestens beim Versuch die neue Seite mit B zu synchronisieren, einen Fehler verursachen, oder wie man es vom typischen PHP Projekt erwarten würde: etwas vollkommen unerwartetes passiert (scnr). Man kann z.B. feststellen, dass bei beiden Installationen diesselbe id existiert, aber dass das crdate unterschiedlich ist. Dann sind es definitiv 2 unterschiedliche Datensätze (je einmal von A und B generiert). Damit darf dann die Seite von A natürlich nicht mit derselben id ersetzen, sondern nur hinzufügen (insert statt replace). Damit bekommt diese Seite von A eine neue id in B. Wenn dieselbe id (in A und B) existiert, aber das crdate identisch ist, dann muss diese id/Seite erneuert werden. Grüße Thomas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Synchronisation von 2 Typo3-Installationen
Hi Thomas, nicht bidirektional? Wie soll das funktionieren? Ein Problemfall wäre zum Beispiel: 1. A und B sind identisch. Die letzte erstellte Seite hat die id=10. 2. Du erstellst eine neue Seite bei B, welche die id=11 bekommt. 3. Da die Daten nicht nach A synchronisiert werden, weiß A nichts von der neuen id. Würdest du also eine neue Seite unter A erstellen, würde diese ebenfalls die id=11 erhalten, und spätestens beim Versuch die neue Seite mit B zu synchronisieren, einen Fehler verursachen, oder wie man es vom typischen PHP Projekt erwarten würde: etwas vollkommen unerwartetes passiert (scnr). Grüße Lars -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] On Behalf Of Thomas Gabler Sent: Friday, August 7, 2015 8:07 AM To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Synchronisation von 2 Typo3-Installationen Hallo, ich suche eine Möglichkeit, 2 Typo3 (6.2) Installationen zu synchronisieren. 1) Es gibt die Installation A 2) Irgendwann wird diese zu B geclont (B=A) 3) Ab jetzt werden bei beiden Installationen A und B je Seiten erzeugt/modifiziert etc. Ich brauche eine Synchronisation von A->B (nicht bidirektional), bei der die Änderungen von A nach B übertragen werden, aber die zwischenzeitlichen Änderungen an B erhalten bleiben. Ich habe festgestellt, dass es bereits sehr alte Extensions (z.B. ml_dbsync) mit ähnlicher Funktionalität existieren. Ich benötige es allerdings für Typo3 6.2. Vielen Dank für irgendwelche Tipps Thomas ___ 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
[TYPO3-german] Synchronisation von 2 Typo3-Installationen
Hallo, ich suche eine Möglichkeit, 2 Typo3 (6.2) Installationen zu synchronisieren. 1) Es gibt die Installation A 2) Irgendwann wird diese zu B geclont (B=A) 3) Ab jetzt werden bei beiden Installationen A und B je Seiten erzeugt/modifiziert etc. Ich brauche eine Synchronisation von A->B (nicht bidirektional), bei der die Änderungen von A nach B übertragen werden, aber die zwischenzeitlichen Änderungen an B erhalten bleiben. Ich habe festgestellt, dass es bereits sehr alte Extensions (z.B. ml_dbsync) mit ähnlicher Funktionalität existieren. Ich benötige es allerdings für Typo3 6.2. Vielen Dank für irgendwelche Tipps Thomas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
