Re: [TYPO3-german] Eigene Extensions - Neu entwickeln oder upgraden Typo3 4.4 und 6.2
Am 25.03.15 um 07:43 schrieb Börge Hendrik: Eine Frage an alle Typo3 Entwickler. Ich arbeite mit an einem Projekt, welches einige eigene Extension umfasst. Das Projekt wird auf PI 4.4 entwickelt, sprich basiert nun auf Typo3 4.4. Es wurde nun auf Typo3 4.5.40 aktualisiert. Aber auch für diese Version gibt es ja zukünftig keine Updates mehr :( Deshalb hatte ich eine Aktualisierung auf Typo3 6.2 vorgeschlagen. Nun stellt sich die Frage, was besser für die eigenen Extensions ist. Eine Neuentwicklung des gesamten Projektes (dauert lange) oder reicht ein Upgrade der Extensions (dauert 1/5 der Zeit) aus, insbesondere im Hinblick auf die Sicherheit. Von Mitarbeitern der Firma kam jetzt der Hinweis, ein Upgrade der Extension (teilweise sind die Extensions noch nicht fertig) könnte nicht sicher sein: Upgrading from this old version to latest version is again a challenging where we will have to apply lot many patches in core file and core database structure so it won't be an upgraded system actually! It may leave many hacking ways open as there are many things changed since after in latest version and we will have to apply patches so that you can see TYPO3 6.2. But it will be a hybrid work only where we cannot give you a surety about system's security. Ich persönlich kann mir das ja nicht vorstellen, aber ich habe auch keine Ahnung. Was meinen die Profi-Entwickler hier? 1) Ist ein Upgrade sicher oder ist eine Neuentwicklung notwendig? sicher in Form von Datensicherheit hat nicht so sehr mit der zugrunde liegenden TYPO3 Version zu tun, sondern eher wie der Programmierer überhaupt arbeitet. sicher in Form von Zukunfstssichere Investition: auch in 6.2 werden pi-based extensions funktionieren, mit 7.x wohl auch, allerdings nur mit compatibility-layer was mit performance-einbußen verbunden ist. 2) Sollte man das Projekt erst auf Typo3 4.5 fertigstellen und dann upgraden oder kann/sollte man gleich noch während der Entwicklung auf 6.2 upgraden? was soll beim upgrade passieren? wie schon gesagt sollte die Version für 4.5 auch unter 6.2 lauffähig sein. aber natürlich kann man optimieren: die Extension könnte an die Namespaces angepasst werden, die Funktionsaufrufe nach neuer Notation. Dateihandling könnte auf FAL umgestellt werden. Natürlich kann man auch das gesamten Datenhandling auf extbase umstellen, aber das wäre wohl eher ein Neuerstellen als ein Upgrade. 3) Könnte ein Upgrade Nachteile für die Datenbank bezüglich der Geschwindidkeit mitsichbringen? für die Datenbank vermutlich nicht. extbase ist erfahrugsgemäß langsamer und Speicherhungriger bei Datenzugriffen als direktere DB-Routinen (insbesondere bei großen Datenmengen). Dafür ist das Erstellen von Templates einfacher und schneller. 4) Ist Typo3 7 eigentlich schon soweit, dass man auf der Basis arbeiten könnte? Arbeiten kann man damit sicher schon, allerdings ist es noch nicht LTS und daher sind auch noch Änderungen jeglicher Art möglich. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Extensions - Neu entwickeln oder upgraden Typo3 4.4 und 6.2
Hallo Bernd, vielen Dank für die schnellen Informationen und Deine professionelle Einschätzung. 2) Sollte man das Projekt erst auf Typo3 4.5 fertigstellen und dann upgraden oder kann/sollte man gleich noch während der Entwicklung auf 6.2 upgraden? was soll beim upgrade passieren? wie schon gesagt sollte die Version für 4.5 auch unter 6.2 lauffähig sein. aber natürlich kann man optimieren: die Extension könnte an die Namespaces angepasst werden, die Funktionsaufrufe nach neuer Notation. Dateihandling könnte auf FAL umgestellt werden. Natürlich kann man auch das gesamten Datenhandling auf extbase umstellen, aber das wäre wohl eher ein Neuerstellen als ein Upgrade. Im Detail kann ich Dir dies nicht beantworten. Im wesentlichen sollten die PI 4.4/4.5 Extensions so angepasst werden, dass Sie auch unter 6.2 laufen. In einigen Monaten soll aber eine weitere Erweiterung erfolgen, die dann im Hinblick auf die Zukunft auf Extbased Entwicklung programmiert werden sollte. Somit kann es gut sein, dass die Umstellung von PI auf Extbased Entwicklung im Upgrade durchgeführt werden soll. Ein Projektleiter sagte: Current development and stage is no where compatible with TYPO3 version 6.2. There is no upgrade possibility und auf Nachfrage: TYPO3 or any other open source are regularly upgrading theirs code time to time. Initial Some release supporting old extension which was built with older version but when they updating their own codding structure then there is no possibilities to have working old extension. All extension are upgrading theirs codding time to time based on latest release. Hence, we will also have to recode our extensions which was built under 4.4.+ as there are huge difference now. (mit recode meint er alle neu entwickeln) Sprich der Projektleiter möchte gern alles neu machen, der Programmierer denkt er kann ein Upgrade Stück für Stück durchführen. Bei folgendem Dienstleister, wird eine ähnliche Meinung vertreten, aber die wollen ja auch Geld verdienen: TYPO3-Services Upgrade Services auf Version 6.x Vor knapp einem Jahr erschien TYPO3 CMS 6.0 und brachte einige seit langem erwartete Neuerungen. Der Sprung von 4.7 auf 6.0 bringt einige gravierende Veränderungen und das hängt mit den TYPO3 NEOS zusammen. TYPO3 CMS 6.0 bringt mit diesen Neuerungen auch einige beachtenswerte Voraussetzungen/Konsequenzen mit. Audf die wichtigsten davon und auf was man bei einem Umstieg oder Update beachten sollte, gehen wir hier kurz ein Da Pi-based Entwicklungen nicht dauerhaft wirtschaftlich sinnvoll unter 6.x betrieben werden können, bedeutet das für die Kunden einen Umstieg auf Extbased Entwicklung. Bestehende „Pi-based Extensions können nicht ohne Funktionalitätseinschränkungen unter TYPO3 6.x weiter verwendet werden bzw. intelligent weiter entwickelt werden. Funktions- und Leistungseinschränkungen alter Pi-based Extensions sind bereits heute unter 6.x zu beobachten und eine Weiterentwicklung ist für die Zukunft entwicklerseitig nicht mehr gewollt. Der Support für alte 4.x basierte Versionen wird aktuell eingestellt/ endet im Oktober 2013. Mehr als 15 Jahre TYPO3 Erfahrung aus Entwicklung und Betrieb im Entwicklungsteam,... 5) Wenn ich Dich richtig verstehe, wird die PI Entwicklung mit kleineren Anpassungen grundsätzlich auch unter Typo3 6.2 laufen. Die Umstellung auf extbase wäre aufwendig, aber grundsätzlich möglich, richtig? 6) Wenn sauber programmiert ist, sollten beide Wege kein Problem darstellen, richtig? 7) Ist es möglich PI based Entwicklungen um eine extbase Entwicklung zu ergänzen und das beide auf einem Typo3 6.2 laufen? Vielen Dank! Hendrik ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Extensions - Neu entwickeln oder upgraden Typo3 4.4 und 6.2
was soll beim upgrade passieren? Habe das gerade nochmal geklärt. Im Zuge des Upgrades auf 6.2 sollen lediglich die PI-Base Extensions angepasst werden. (Keine Umstellung auf Extbase!) Das sollte dann doch bei sauberer Programmierung genauso gut sein, wie eine Neuentwicklung oder? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Extensions - Neu entwickeln oder upgraden Typo3 4.4 und 6.2
Am 25.03.15 um 09:23 schrieb Börge Hendrik: Hallo Bernd, Im Detail kann ich Dir dies nicht beantworten. Im wesentlichen sollten die PI 4.4/4.5 Extensions so angepasst werden, dass Sie auch unter 6.2 laufen. In einigen Monaten soll aber eine weitere Erweiterung erfolgen, die dann im Hinblick auf die Zukunft auf Extbased Entwicklung programmiert werden sollte. Somit kann es gut sein, dass die Umstellung von PI auf Extbased Entwicklung im Upgrade durchgeführt werden soll. Ein Projektleiter sagte: Current development and stage is no where compatible with TYPO3 version 6.2. There is no upgrade possibility und auf Nachfrage: TYPO3 or any other open source are regularly upgrading theirs code time to time. Initial Some release supporting old extension which was built with older version but when they updating their own codding structure then there is no possibilities to have working old extension. All extension are upgrading theirs codding time to time based on latest release. Hence, we will also have to recode our extensions which was built under 4.4.+ as there are huge difference now. (mit recode meint er alle neu entwickeln) solange die API nicht komplett über den Haufen geschmissen wird kann man auch mit altem Code weiter arbeiten. In TYPO3 hat sich die API in so weit geändert dass namespaces eingeführt wurden und vielfach die funktionen in neue Klassen verschoben wurden. Die parameter und Ergebnisse sind aber erhalten geblieben. Natürlich gibt es immer mal deprecated funktionen und auch neue. da muss man natürlich von Zeit zu zeit aufräumen um aktuell zu bleiben. Und natürlich gibt es auch grundlegende Änderungen: aktuell wird für 7.x das gesamte BE von extJS auf jQuery umgestellt. dazu kommt eine vollständige umstrukturierung des BE-DOM. Extensions die sich dort eingeklinkt haben werden natürlich komplett neu geschireben werden müssen. Sprich der Projektleiter möchte gern alles neu machen, der Programmierer denkt er kann ein Upgrade Stück für Stück durchführen. Bei folgendem Dienstleister, wird eine ähnliche Meinung vertreten, aber die wollen ja auch Geld verdienen: TYPO3-Services Upgrade Services auf Version 6.x Vor knapp einem Jahr erschien TYPO3 CMS 6.0 und brachte einige seit langem erwartete Neuerungen. Der Sprung von 4.7 auf 6.0 bringt einige gravierende Veränderungen und das hängt mit den TYPO3 NEOS zusammen. TYPO3 CMS 6.0 bringt mit diesen Neuerungen auch einige beachtenswerte Voraussetzungen/Konsequenzen mit. Audf die wichtigsten davon und auf was man bei einem Umstieg oder Update beachten sollte, gehen wir hier kurz ein Da Pi-based Entwicklungen nicht dauerhaft wirtschaftlich sinnvoll unter 6.x betrieben werden können, bedeutet das für die Kunden einen Umstieg auf Extbased Entwicklung. Bestehende „Pi-based Extensions können nicht ohne Funktionalitätseinschränkungen unter TYPO3 6.x weiter verwendet werden bzw. intelligent weiter entwickelt werden. Funktions- und Leistungseinschränkungen alter Pi-based Extensions sind bereits heute unter 6.x zu beobachten und eine Weiterentwicklung ist für die Zukunft entwicklerseitig nicht mehr gewollt. Der Support für alte 4.x basierte Versionen wird aktuell eingestellt/ endet im Oktober 2013. Mehr als 15 Jahre TYPO3 Erfahrung aus Entwicklung und Betrieb im Entwicklungsteam,... 5) Wenn ich Dich richtig verstehe, wird die PI Entwicklung mit kleineren Anpassungen grundsätzlich auch unter Typo3 6.2 laufen. Die Umstellung auf extbase wäre aufwendig, aber grundsätzlich möglich, richtig? pi-based bezeichnet erstmal eine basis-Klasse für extensions mit einem ganzen Haufen an Funktionenen, die nach und nach hinzugekommen sind. diese Klasse wird erstmal als Prototyp-Bezeichnung für alle Extensiosn genommen, die nicht auf der extbase-Klasse aufbauen. Ob diese Extension tatsächlich dies ealte Klasse benutz(t)en oder ob sie nur einfach alles selber mach(t)en ist egal. mit der extension Kickstarter gab es einen Wizard, mit der man sich schnell ein Extension-Grundgerüst zusamman klicken konnte. hier wurde konkreet die Klasse pi-based genutzt. Inzwischen ist in den ganzen TYPO3-Kalssen aufgeräumt worden und funktionen iegen jetzt in ganz anderen Klassen, dazu wird seit 6.0 optimalerweise über namespaces zugegriffen. so sieht der PHP-Code zwar anders aus, kann aber 1:1 aus altem Code erzeugt werden. während man mit pi-based Code seine Datenbankabfragen selber baut nutzt man mit extbase die 'Magic' eines Repositories, die aber auch einen Overhead mitbringt und bei großen Datenmengen deutliche Nachteile hat. Typischerweise ist mit der basisklasse auch eine andere Art des Templatings verbunden: pi-base = Marker-templates, extbase = fluid-Templates. Das liegt natürlich In der Verantwortung des Programmierers (und wieviel Aufwand er betreibt um evtl. die ander Art des Templatings zu realisieren) grundsätzlich kann man aber auch ohne extbase gemäß MVC programmieren. Man hat halt nur nicht die ganzen Wizards, bzw. man
Re: [TYPO3-german] Eigene Extensions - Neu entwickeln oder upgraden Typo3 4.4 und 6.2
Hi Börge Hendrik, Börge Hendrik wrote: was soll beim upgrade passieren? Habe das gerade nochmal geklärt. Im Zuge des Upgrades auf 6.2 sollen lediglich die PI-Base Extensions angepasst werden. (Keine Umstellung auf Extbase!) Das sollte dann doch bei sauberer Programmierung genauso gut sein, wie eine Neuentwicklung oder? Ja. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Extensions - Neu entwickeln oder upgraden Typo3 4.4 und 6.2
Ich bedanke mich bei Euch für die vielen und hilfreichen Informationen ! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
