Hi!
Michael Kasten wrote:
aus Gründen des sauberen Codes kann ich den Schritt ja nachvollziehen,
Das ist auch der Grund für diese Änderung.
* Weniger Code für die Wartung des CMS
* Erweiterbarkeit des CMS über definierte Wege (Extension, PHP Klassen)
Das sollte zu aufgeräumtere TYPO3 Installationen führen.
Das wiederum führt zu weniger Fehlern.
ob das dann noch am Markt
wirtschaftlich für jede kleines Lösung noch attraktiv ist, wird man noch sehen.
Mich würde wirklich interessieren, warum es kompliziert ist eine PHP
Klasse zu schreiben?
https://gist.github.com/helhum/dea162716d0fcb3f9a7d
Nur so als Anregung. Mit einer Mini-Extension in die Du diese beiden
Dateien packst, ist die Funktionalität wieder hergestellt.
Würde ich includeLibs (oder den beschriebenen Fallback) verwenden? Nein.
Würde ich empfehlen das zu verwenden? Nein.
Ich würde empfehlen es "richtig" zu machen. Das ist nachhaltiger.
Aber falls gewüsncht, ist das möglich, mit 0 Zusatzaufwand.
Kannst Du mir erklären wo hier die Wirtschaftlichkeit verloren geht?
Viel Merkwürdiger ist aber meiner Meinung nach, das in den Dokus zur 6.2.x LTS
letztendlich das
includeLibs als Lösung für das einbinden nach wie vor empfohlen wird.
Sollte so ein technischer Bruch gerade mit Rücksicht auf eine stressfreie
Migration auf die
folgende LTS (7.6) nicht mit entsprechenden Hinweisen versehen werden?
https://docs.typo3.org/typo3cms/extensions/core/latest/Changelog/7.4/Breaking-67646-LibraryInclusionInFrontend.html
Das Rendering von diesen Dokumenten kann noch verbessert werden, aber im
Prinzip dokumentieren wir alle Deprecations und alle Breaking Changes.
Das Entfernen von dieser Funktionalität ist jetzt nicht vorher
deprecated worden, u.a. weil sie nicht zu empfehlen ist und vor allem
aber auch leicht zu ersetzen.
Wenn Du oben genanntes mit der Extgension nicht machen willst, kannst Du
immer noch einfach über:
page.1 = USER
page.1.userFunc = foo
page.1.includeLibs = fileadmin/hackylib.php , fileadmin/hackylib2.php
das auch erreichen.
Und ja, includeLibs für das USER content object geht noch und wird für
die 7LTS bleiben. Für die 8 könnte das aber dann auch wegfallen. Dann
bleibt noch der Workaround wie oben beschrieben.
Wir sind gerade erst damit fertig geworden eine Sammlung exotischer Scripte in
TYPO3 zu migrieren,
natürlich bin ich davon ausgegangen das es sich hierbei um keine kurzfristige
Lösung handelt und
ich erwarte hier beim Kunden kein Verständnis dafür wenn die nächste Migration
wieder entsprechen
Geld kosten wird.
Ich rechne 5 min TypScript ändern nur in Ausnahmefällen bei meinen
Kunden ab ;)
VG Helmut
--
Helmut Hummel
Release Manager TYPO3 6.0
TYPO3 CMS Active Contributor, TYPO3 Security Team Member
TYPO3 .... inspiring people to share!
Get involved: typo3.org
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
