Contao 5.1: Ältere Erweiterungen in "system/modules" / autoload.php

Moin an alle ...

ich muß da mal ne Frage fragen:

Ich habe eine Installation mit Contao 5.1 für die bereits einige Erweiterungen kompatibel gemacht habe (soweit meine begrenzten Fähigkeiten die zulassen.
(wr/onepagebundle, backend-optim etc.)

Nun habe ich noch eine alte Erweiterung, die in system/modules liegt, wo es letztlich am Laden der Klassen hängt ... Da ja in Contao 5 der Contao/classloader weggefallen ist,. werden Namespace und Classes in der autoload.php nicht geladen.

Dazu 2 Fragen:

1. Wird die autoload.php in ../config in Contao 5.x überhaupt noch ausgeführt (da dort auch templates geladen werden und der templateloader noch existiert, nehme ich an, dass ja ?!)
2. Wie überrede ich den Composer, die in der Erweiterung definierten namespaces und classes zu laden.

Ich wäre dankbar, wenn mir da jemand auf's Pferd helfen könnte ...

Danke für alle Tipps - Georg

Zitat:

---

Zitat von Seefahrer

2. Wie überrede ich den Composer, die in der Erweiterung definierten namespaces und classes zu laden.

---

Kommt darauf an, wie die Klassen dort strukturiert sind. Du hast ja verschiedene Möglichkeiten: https://getcomposer.org/doc/04-schema.md#autoload

Hallo Fritz,

danke Dir, aber die Seite kenne ich schon. Wird denn die autoload.php überhaupt noch ausgeführt? Dort werden auch noch mittels dem Contao/TemplateLoader diverse templates geladen ...

Die Klassen der Erweiterung (den Namen möchte ich sicherheitshalber nicht nennen):

system/modules/xxx_extensionname/extensionname und darunter mehrere subdirectories mi den Klassen.

Dem ersten Anschein zufolge würden sich m.E. "classmap" oder "files" anbieten?

Beste Grüße Georg

Ohne weitere Details wirst du dir das selbst beantworten müssen ;)

Ist es nicht viel einfacher ein Contao Bundle draus zu machen? Mit Verbiegen und Co. tut man sich doch meist mehr weh. Uns zukunftsorientiert ist das auch nicht.

An ein lokales bundle hatte ich auch schon gedacht.

Trotzdem hätte ich gerne gewußt, ob die autoload.php unter 5.x noch ausgeführt wird. Google verrät mir dazu nichts.

Die autoload.php wird in Contao 5 grundsätzlich noch geladen. Aber was willst du dort machen?

Zitat:

---

Zitat von Seefahrer

Dort werden auch noch mittels Contao/TemplateLoader diverse templates geladen ...

---

...

Das brauchst du in Contao 4 und 5 nicht mehr.

Hallo ... ich trau' mich mal, nochmal zu fragen:

Seit Contao 5 gibt es ja die Controller::getImage Methode nicht mehr. Ich habe einmal versucht, das mit der pictureFactory abzubilden,

Leider kommt zur RunTime der Fehler:

Code:

---

Object of class Contao\Image\Picture could not be converted to string

---

Weiß da jemand Rat? Danke!

PHP-Code:

---

if($objSlide->get('background') == 'image')
{
    $objFile = FilesModel::findByPk($objSlide->get('singleSRC'));
    $arrMeta = StringUtil::deserialize($objFile->meta);
    $size = StringUtil::deserialize($objSlide->get('size'));
                    
    // $file = Controller::getImage($src,$size[0],$size[1],$size[2]);
                    
    $pictureFactory = System::getContainer()->get('contao.image.picture_factory');
    $rootDir = System::getContainer()->getParameter('kernel.project_dir');
    $src = $rootDir . '/' .$objFile->path;
    $file = $pictureFactory->create($src, [$size[0],$size[1],$size[2]]);
 
        .... 


---

https://docs.contao.org/dev/framework/image-processing/

Du solltest übrigens nicht System::getContainer()->get() verwenden, sondern normale DI.

Die Dokumentation habe ich rauf und runter gelesen, auf Slack recherchiert usw., komme aber trotzdem nicht weiter …

Was genau willst du denn machen? Bzw. was ist das Ziel?

:o Ich habe gerade gemerkt, dass ich (m)einem gewaltigen Logikfehler aufgesessen bin :o ...

Das alte Controller::getImage liefert ja nur einen Pfad|null zurück und kein Image Object. Deshalb kann $file -logischerweise- kein Image Object zugewiesen bekommen :rolleyes:

Mein ganzes pictureFactory (Studio, imageFactory ...) - Gedöns ist damit (hier) völlig überflüssig, wenn auch nicht für die Katz ;).

Eine einfaches

PHP-Code:

---

$file = $objFile->path; 


---

löst das Problem. Der Revolution Slider läuft nun auf Contao 5.x. Das Laden der Klassen habe ich übrigens via Classmap gelöst.

Moin Spooky und andere Helfer,

habe das Problem jetzt im Kontext korrekt (wie in UPGRADE.md) wie folgt gelöst:

PHP-Code:

---

$container = System::getContainer();
$rootDir = $container->getParameter('kernel.project_dir');
$file = $container
    ->get('contao.image.factory')
    ->create($rootDir.'/'.$objFile->path, [$size[0],$size[1],$size[2]])
    ->getUrl($rootDir)
; 


---

Sicher kommt jetzt der Einwand das ganze - statt mittels System::getContainer - besser via DI zu machen. Wie geht das denn eigentlich? Hab mich schon wund gegoogelt und geyoutubed, irgendwie verstehe ich Dependency Injection (noch) nicht ...