[TYPO3-german] Benutzerdefinierte Header in Seiteneigenschaften bei Typo3 v7.4
Stephan Schuler
Stephan.Schuler at netlogix.de
Mon Aug 10 18:29:36 CEST 2015
-----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-bounces at 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.Schuler at 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 | Fax: +49 (911) 539909 - 99
E-Mail: info at netlogix.de | Web: http://www.netlogix.de
netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt
_______________________________________________
>TYPO3-german mailing list
>TYPO3-german at lists.typo3.org
>http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
-----BEGIN PGP SIGNATURE-----
Version: PGP Universal 3.3.2 (Build 15917)
Charset: utf-8
wpUDBQFVyNFxpp0IwsibV8MBCB7CA/90aisS/0nVeH8MJFzqhLEr3BBPbwdjKJ37
Em5IuPKlH0oYwV7B2Lx3clPbhpWjMAw7Il/bZit1WAeW4RlOq705pk6lq84TJ9KB
k+Vy98NO10dOr9B4EP2QUgxuNa/6QCyi2yOn91rS17yIyuKU7pppwlkRQXfrkO99
W13Fs5Kr/Q==
=nxQO
-----END PGP SIGNATURE-----
More information about the TYPO3-german
mailing list