Hallo Christian, für 6.0 ist das nicht sehr schwierig, da musst du fast nichts machen, lediglich prüfen, ob Funktionen verwendet werden, die es in 6.0 nicht mehr gibt. Ansonsten ist der Kompatabilitätslayer ziemlich gut gemacht, es läuft fast alles. Das File-Handling ist in 6.0 anders, das muss angepasst werden, und für > 4.5 auch der Mailversand. Also überschaubar.
Problem wird erst der Übergang auf 6.2, also wenn der Kompatabilitätslayer wegfällt. Bzw. wenn du versuchst, jetzt bereits Extensions so umzubauen, dass sie 6.2-tauglich sein sollen und gleichzeitig in 4.5 laufen. So wie ich das jetzt sehe, wird das gar nicht gehen. Was natürlich bedeutet, dass es demnächst einen Schnitt geben muss: neue Versionen vieler Extensions werden nur noch unter 6.x laufen, und für 4.x müssen die alten Versionen verwendet werden. Ist prinzipiell machbar, allerdings wirds viele Nachfragen hier im Forum geben, wie man alte Versionen von Extensions installiert ... Gruß Peter Am 24.03.2013 um 05:46 schrieb Christian Platt <christian.pl...@pharmaline.de>: > Hallo Phillip, > > danke für die präzise Info. > > Auch ein "How to mirgate To 6.0" im Netz wäre absolut wüsnchenswert. > > Ein Tutorial das eine existierende (kleine) Extension "6.0 fit" macht, würde > ich mir wünschen. Oder hab ich die beisher noch nicht gefunden?:-) > > Liebe Grüße > Christian > > > Am 22.03.2013 um 18:56 schrieb Philipp Gampe: > >> Hi Jan Kornblum, >> >> Jan Kornblum wrote: >> >>> Wenn ersteres zutrifft liegt das ja noch ein gutes Stück in der >>> Zukunft!? Aber welche Aussage ist richtig? >> >> 6.2 AFAIK, kommt aber auf die Diskussionen der nächsten Wochen an ;) >> 7.0 spätestens fliegen alle alten Klassen raus. >> >>> Zu 2: Die Klasse als solche wird es dann weiterhin geben und sie wurde >>> nur umbenannt? Dann müsste sich doch vieles von alten pibase Plugins >>> relativ leicht zukunfts-kompatibel machen lassen (sorry, hatte das >>> Vergnügen noch nicht, daher die Frage)? >> >> Genau. Der Code wurde einfach in eine neue Datei unter neuen Namen gesteckt. >> Mit class_alias werden der neue und der alte Namen miteinander verknüpft. >> Die alten Dateien laden die neuen Klassen nach (require_once), falls jemand >> die Dateien direkt einbindet, statt den Autoloader zu benutzen. >> >> Wenn du alte Extensions fit für 6.0 machen möchtest: >> 1) Benutze nur den Autoloader, nie ein require_once, solange es sich >> vermeiden lässt >> 2) Xclassing muss anders registriert werden (siehe wiki) >> 3) Benenne alle Core Classen auf die Namespace Variante um >> 4) Sortiere deinen Klassen neu unter dem Verzeichnis Classes >> 5) Namespace deine eigenen Klassen nach der TYPO3 Konvention, damit der >> Autoloader sie laden kann >> >> Schritt 1 und 2 machen mehr Arbeit, je nachdem wie sauber der Extension Code >> ist >> 3 ist eine Fleißübung, und sollte sich mit einer IDE sehr einfach machen >> lassen >> 4 und 5 sind Kür, sollten aber mittelfristig angegangen werden. >> >> Ich hoffe ich habe nichts vergessen. >> >> Schönes Wochenende >> -- >> Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln >> Documentation – linkvalidator >> TYPO3 .... inspiring people to share! >> >> _______________________________________________ >> 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 -- 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
