[TYPO3-german] [typo3 7.2/7.3] Eigenes Template mit BL?
Hallo, ich hätte gerne etwas ähnliches wie das hier auf jweiland.net jweiland.net/video-anleitungen/typo3/typo3-projekte-verwalten/backend-layouts.html leider klappt das {content - f:format.raw()} im TYPO3 7.2 oder 7.3 nicht mehr. Gibt es eine Alternative um das Template so einfach zu erstellen? Das hier zu lesen flowframework.readthedocs.org/en/3.0/TheDefinitiveGuide/PartIII/Templating.html is für mich das gleiche wie es auf Spanisch wäre... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Vagrant und Typo3
Hallo, ich versuche unter Ubuntu 14.04, innerhalb von Vagrant Typo3 6.2 zu installieren. Nachdem ich alles vorbereitet habe, lege ich die Datei FIRST_INSTALL in den html-Ordner und starte der Browser. Schritt 1 (System environment check) der Installationsroutine erscheint, allerdings mit der roten Fehlermeldung Directory / is not writable. Path /var/www/html exists, but no file underneath it can be created. Unter normalen Umständen ist es kein Problem, den html-Ordner www-data zuzuweisen und alles läuft. Aber bei Vagrant liegt hier das Problem. Innerhalb von Vagrant lässt sich die Benutzerzugehörigkeit nicht ändern, alles gehört vagrant:vagrant. Auch wenn ich die Ordnerrechte auf 777 stelle, moniert Typo3 der Ordner sei not writable. Ich habe den html-Ordner als shared folder konzipiert und ihn außerhalb von Vagrant www-data:www-data zugewiesen und die Rechte auf 777 gesetzt. Nichts half. Hat jemand von euch Typo3 unter Vagrant zum Laufen bekommen? Wie habt ihr das mit den Rechten in den Griff bekommen? (Zusatzinfo: Im Netz habe ich folgende Zeilen gefunden. Der Ordner wird zwar gemountet, gilt aber nachwievor als unbeschreibbar: config.vm.synced_folder html, /vagrant/var/www/html, mount_options: [dmode=777,fmode=777] config.vm.synced_folder html, /vagrant/var/www/html, id: vagrant-root , :owner = www-data, :group = www-data) Vielen Dank Harald ___ 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
Re: [TYPO3-german] DCE und XPATH
Hallo Torsten, vielen Dank für deine Hilfe. Allerding will es noch immer nicht so in dir richtung hatte ich das auch schonmal versucht allerdings bekomme ich da keine ausgabe. Auch nicht wenn ich mal genau die zahl eintrage die in der DB bei DCE steht. Also so: 5 = FILES 5 { references = 1 renderObj = IMAGE renderObj { file.import.data = file:current:uid file.treatIdAsReference = 1 altText.data = file:current:title } } Gruß Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Falsche Bilder im Frontend
Ich verneige mein Haup und Danke für diese Hilfe. Es hätte mich wohl Stunden oder Tage gekostet! DANKE ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DCE und XPATH
Hallo Torsten, ja da steht immer 1 in dem feld. Was ich gefunden habe ist das die bilder schon in der sys_file_reference abgelegt werden. In der splate uid_foreign ist auch die uid des inhaltelementes eingetragen. jetzt meine frage kann ich nicht anhand der uid_foreign irgendwie an das Bild kommern ?? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: typo3 7.4 schlechte Fehlermeldung
Der Fehler liegt daran dass in Typo3 7 die Funktion \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('language'); nicht mehr funktioniert. Ein durchgehendes Errorhandling im Typo3 Backend wäre natürlich schon ein schönes Ziel für die nächste LTS. ___ 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] DCE und XPATH
Hi Michael, Allerding will es noch immer nicht so in dir richtung hatte ich das auch schonmal versucht allerdings bekomme ich da keine ausgabe. Hm. Ich greife nochmal eine Sache auf, die Du weiter oben geschrieben hast: also im DCE Flexform sieht das so aus: config typeinline/type foreign_tablesys_file_reference/foreign_table foreign_fielduid_foreign/foreign_field foreign_sortbysorting_foreign/foreign_sortby foreign_table_fieldtablenames/foreign_table_field foreign_match_fields fieldnameimages/fieldname /foreign_match_fields foreign_labeluid_local/foreign_label foreign_selectoruid_local/foreign_selector [snip] field index=settings.images value index=vDEF1/value /field /language /sheet /data /T3FlexForms Aber irgendwie steht das immer 1 bei images. muss ich das bild vieleicht anderst holen ? Anhand der UID? Wie gesagt, ich hab DCE nicht direkt im Einsatz, würde aber anhand der DCE Flexform Konfiguration oben vermuten, dass da klassisch ein TCA/IRRE sys_file_reference Feld konfiguriert wird. Rückfrage: Was genau heißt ... steht da immer 1 bei images? Stehen in dem aus dem DCE resultierenden XML des Feldes pi_flexform - wenn Du mehrere DCEs dieses Typs anlegst - unterschiedliche Zahlen oder wirklich immer nur eine 1? Im ersten Fall wären es dann wohl die UIDs der jeweiligen sys_file_references und man könnte mit dem FILES Ansatz per TS arbeiten, im zweiten Fall wäre es sonderbar (DCE Konfiguration richtig?). Wenn da immer nur eine 1 steht, ganz egal in welchem DCE, dann bringt FILES natürlich nichts. Dann müsstest Du mal schauen, wo genau die UID der Referenz abgelegt wird. Beste Grüße Torsten ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] typo3 7.4 schlechte Fehlermeldung
Hallo! Ich habe versucht ein paar Extensions auf Version 7.4 zu installieren und anzupassen. Es funktioniert soweit alles ganz gut, allerdings wirft der Page Wizard eine Exception: --- Fatal error: Class 'language' not found in typo3_src-7.4.0/typo3/sysext/core/Classes/Utility/GeneralUtility.php on line 4343 --- Es liegt definitiv an einer Extension, allerdings finde ich keinen Traceroute woher der Error kommt. Das TCA der Extension funktioniert übrigens Problemlos; es ist nur der Wizard, der abstürzt. ___ 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
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
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
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: link 10. 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
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 thomas.gab...@gmx.de: 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] Vagrant und Typo3
Hallo Harald, ich habe TYPO3 unter Vagrant zum Laufen bekommen, hatte dabei aber eigentlich keine Berechtigungsprobleme. Der vagrant-Ordner gehört vagrant:vagrant. Musste ihn aber auch nicht anfassen. Bzgl. Rechten habe ich einen synced folder htdocs, der bei mir folgendermaßen im Vagrantfile definiert wird: config.vm.synced_folder htdocs/, /var/www/projekt/htdocs, owner: root, group: root also sowohl owner als auch group auf root. Mehr habe ich rechtetechnisch nicht anpassen müssen. Vielleicht hilfts ja. Grüße Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Vagrant-und-Typo3-tp277024p277025.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.9 // t3s_headerslider wie rekursiv aktivieren?
Habe selbes Problem. Hast Du mittlerweile eine Lösung dafür? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german