-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hallo Christian.
Das spielt vielleicht ein wenig in die Richtung meiner Ausführungen in „Typo3
Version 7 Tutorial“. Dort habe ich gerade meine Meinung zur Wahl der
TYPO3-Version abhängig vom Projekt beschrieben.
Letztendlich werden sich sich Extensions, was die Kompatibilität betrifft,
immer in drei Kategorien aufteilen lassen:
* Extensions, die mit jeder aktuellen Version kompatibel sein, weil der
Entwickler entsprechend viel Aufwand investiert und auch entsprechend viel
Unterstützung, sei es durch seine Kunden oder die Community erhält.
* Extensions, die nur mit der aktuellen LTS kompatibel sind, weil der
Entwickler nicht die Zeit hat, jedes Modul auch noch für solche TYPO3-Versionen
zu pflegen, die er selbst überhaupt nicht verwendet.
* Extensions, die der Entwickler als „fire and forget“ ins TER gelegt hat.
Und auch dass triviale API-Punkte
Welche TYPO3-Version Du für ein Projekt verwenden kannst hängt natürlich davon
ab, welche Extensions du verwenden möchtest, ob es diese für die Zielversion
gibt und ob Du in der Lage bist, ggf. eine Anpassung zur Kompatibilität
beizutragen.
Die Gründe für Kompatibilität und Inkompatibilität haben aber nichts mit der
Versionspolitik zu tun.
Der bisherige Weg war (überspitzt gesagt): Breaking Changes zum LTS-Stichtag,
anschließend große Schmerzen Aufwand, die LTS stabil zu bekommen und Fehler in
den Breaking Changes zu beheben.
Der neue Weg: Breaking Changes alle paar Releases, große Schmerzen und der
Aufwand der Stabilisierung zwischendrin, dafür eine hoffentlich halbwegs
fehlerfreie stabile LTS ab der ersten Sekunde.
Der Punkt der deiner Kritik zugrunde liegt ist aber: Breaking Changes. Und die
gibt es einfach immer, egal ob du den LTS-Freeze davor machst oder danach und
demnach die zugehörige Umstellung aller abgeleiteten Werke danach oder davor.
Konkret diese Extension fällt natürlich in die letzte von mir genannte
Extension-Kategorie und wäre für mich deshalb in den letzten fünf Jahren
überhaupt nicht in einem Projekt verwendet worden bzw. beim nächstbesten Update
in den Müll geflogen. Keine Angaben zur Kompatibilität und letzte Änderung
2008? Ernsthaft? Der Code, auch wenn er noch so simpel ist, ist sieben Jahre
alt.
Die Funktion gehört zu den trivialsten die es in der TYPO3-Welt gibt. Eine
Anpassung ist demnach recht einfach möglich.
Auf den ersten Blick scheitert es in erster Linie technisch an dem
HTML-TYPO3-cObject in der setup.txt-Datei, das seit 4.6 abgekündigt war. Wenn
es wirklich mit 6.0 noch funktioniert hat dann nur, weil es beim Cleanup unten
durchgerutscht ist.
https://forge.typo3.org/issues/28015
Der Rest sollte eigentlich weiter funktionieren, sobald die Extension eine auch
nur ansatzweise verwertbare Kompatibilität nennt.
Hast Du denn schon mit dem Entwickler Kontakt aufgenommen und ihn gefragt, ob
er eine Aktualisierung in Betracht zieht?
Weil bei jeder guten Erklärung ein Autovergleich nicht fehlen darf: Die
Beschreibung „Glühlampe passend für VW Golf“ stimmt ja auch nicht für alle
Golf-Modelle, und dabei kann das Konzept der Glühlampe noch so trivial sein.
Wenn Du weder eine Agentur als Rückendeckung hast die Dir helfen kann noch in
der Lage bist, selbst PHP zu beurteilen und zu korrigieren, solltest Du dir
ernsthaft überlegen, ob der Wechsel auf die Version 7.4 eine gute Idee ist. Ich
in deiner Situation wäre Anfang bis Mitte 2014 auf die Version 6.2 LTS
umgestiegen und dann Ende 2015 auf die Version 7 LTS.
Gruß,
Stephan.
Am [DATE] schrieb "typo3-german-boun...@lists.typo3.org im Auftrag von anybody"
<[ADDRESS]>:
>Ich habe seit Jahren mehrere kleine Extensions laufen, die Umstellungen zu
>v6.0, v6.2, v7.0-3 überlebten, aber bei v7.4 plötzlich durch das Install Tool
>als inkomtabel markiert werden. Es handelt sich hierbei um Extensions der
>primitivsten Art. Allerdings scheint bei v7.4 die Arkandisziplin der
>Informatiker solche Blüten zu erreichen, daß nicht einmal die einfachsten
>Funktionen mehr an ihrem angestammten Platz sind.
>
>Einige dieser Extensions sind leichter zu erstzen, manche nicht so leicht.
>
>Eine Extension, die mir immer gute Dienste leistete war
>http://typo3.org/extensions/repository/view/kb_customhead. Diese ermöglichte
>über die Seiteneigenschaften weiterer Zeilen in der Header-Bereich einzufügen,
>ohne daß der betreffende Nutzer auf der Template-Ebene herumdoktern mußte.
>Dementsprechend ist sie zwar ersetzbar, erschwert aber das Leben.
>
>Als PHP-Laie kann ich daher nur fragen, ob es eine einfache
>Alternativ-Extension gibt, oder ob eine Anpassung des Quellkodes eine
>informatische Lappalie von ein oder zwei Zeilen wäre.
>
Stephan Schuler
Web-Entwickler | netlogix Web Solutions
Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Web: websolutions.netlogix.de
netlogix GmbH & Co. KG
IT-Services | IT-Training | Web Solutions
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 |