Fatal Error nach Update auf 3.3.5

Tach zusammen,

ich habe gerade auf die aktuelle 3.3.5 geupt und bekomme jetzt folgende Fehlermeldung

Code:

---

Fatal error: Call to undefined method Composer\Autoload\ClassLoader::setPsr4() in /kunden/XXXXX-XXXXXXXXXXXX/rp-hosting/2004002/2009022/vendor/composer/autoload_real.php on line 33

---

Ansonsten weiße Seite im FE und BE.

Der erwähnte Composer dürfte eigentlich gar nicht mehr auf dem System sein, den hatte ich mal testweise installiert und dann wieder komplett entfernt.

Kann ich den erwähnten vendor-ordner einfach entfernen?

Wenn Du Composer entfernt hast dann wundert mich dass er da noch ist (ich hätte ihn gelöscht). Unter /system/modules hast Du auch nichts mehr?

Obendrein mag es sein, dass noch Reste im Cache hängen. Leere den doch mal bitte abschließend.

Hi,

ich bin mir sicher, dass der Compsoer nicht mehr da ist. Ich hatte den regulär über die Erweiterungsverwaltung entfernt oder auch gelöscht.

Was aber hat es mit dem Vendor Ordner auf sich, der in der Fehlermeldung erwähnt wird?

Gibt es den denn noch (im Root/Composer/Vendor/...)?

Das wäre eine der zentralen Ablagestellen.


Sent from my iPhone using Tapatalk

Hi,

ja im Root ist ein Vendor-Ordner. Wenn ich den entferne, erhalte ich eine andere Fehlermeldung.

Code:

---

Warning: require_once(/kunden/V/rp-hosting/2004002/2009022/vendor/autoload.php): failed to open stream: No such file or directory in system/initialize.php on line 110

#0 system/initialize.php(110): __error(2, 'require_once(/k...', '/kunden/XXXXX-X...', 110, Array)
#1 system/initialize.php(110): require_once()
#2 index.php(24): require('/kunden/XXXXX_X...')
#3 {main}


Fatal error: require_once(): Failed opening required '/kunden/XXXXX-XXXXXX/rp-hosting/2004002/2009022/vendor/autoload.php' (include_path='.:/usr/local/lib/php') in /kunden/XXXXX-XXXXXX//rp-hosting/2004002/2009022/system/initialize.php on line 110

---

Ich hab jetzt mal den Contao-Check laufen lassen. Bis auf den Composer ist alles im grünen Brereich.

Vor dem Update lief ja eine 3.3.4, da ist in den Installationsdateien ja auch der Vendor-Ordner mit dem Composer enthalten. Die 3.3.4 lief aber ja stabil.

Wo kann der Fehler noch liegen?

In der PHP.Ini ist das "allow_url_fopen" flag auf on gesetzt, trotzdem zeigt mit der contao-check an:

Code:

---

The PHP flag "allow_url_fopen" is not set.

---

Gibt es eine andere Lösung, als das System neu aufzusetzen? Backups hatte ich angelegt.

Unter der URL läuft eine Onlinezeitung

Guten Morgen,

ich hab mir jetzt nochmal das Update Log angesehen, das wirft folgendes aus:

Code:

---

2014-08-29 17:42:22 [Corrupt] .htaccess.default
2014-08-29 17:42:23 [Corrupt] assets/contao/css/layout-uncompressed.css
2014-08-29 17:42:25 [Corrupt] build.xml
2014-08-29 17:42:25 [Missing] composer.json
2014-08-29 17:42:25 [Missing] composer.lock
2014-08-29 17:42:26 [Corrupt] system/config/constants.php
2014-08-29 17:42:26 [Corrupt] system/docs/CHANGELOG.md
2014-08-29 17:42:26 [Corrupt] system/helper/mbstring.php
2014-08-29 17:42:26 [Corrupt] system/modules/calendar/classes/Events.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/classes/Backend.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/classes/StyleSheets.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/classes/Versions.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/dca/tl_page.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/forms/FormCheckBox.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/forms/FormRadioButton.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/forms/FormTextField.php
2014-08-29 17:42:28 [Corrupt] system/modules/core/languages/cs/tl_layout.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/da/tl_install.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/da/tl_layout.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/da/tl_page.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/de/tl_layout.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/en/tl_layout.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/es/tl_layout.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/fa/tl_layout.xlf
2014-08-29 17:42:29 [Corrupt] system/modules/core/languages/fi/tl_layout.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/fr/tl_layout.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/hu/tl_layout.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/it/tl_layout.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/ja/default.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/ja/modules.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/ja/tl_article.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/ja/tl_content.xlf
2014-08-29 17:42:30 [Corrupt] system/modules/core/languages/ja/tl_files.xlf
2014-08-29 17:42:31 [Corrupt] system/modules/core/languages/ja/tl_layout.xlf
2014-08-29 17:42:31 [Corrupt] system/modules/core/languages/ja/tl_settings.xlf
2014-08-29 17:42:31 [Corrupt] system/modules/core/languages/ja/tl_user.xlf
2014-08-29 17:42:31 [Corrupt] system/modules/core/languages/lv/tl_layout.xlf
2014-08-29 17:42:31 [Corrupt] system/modules/core/languages/my/tl_layout.xlf
2014-08-29 17:42:31 [Corrupt] system/modules/core/languages/nl/tl_layout.xlf
2014-08-29 17:42:32 [Corrupt] system/modules/core/languages/pl/tl_layout.xlf
2014-08-29 17:42:32 [Corrupt] system/modules/core/languages/rm/tl_layout.xlf
2014-08-29 17:42:32 [Corrupt] system/modules/core/languages/ro/tl_layout.xlf
2014-08-29 17:42:32 [Corrupt] system/modules/core/languages/ru/tl_layout.xlf
2014-08-29 17:42:32 [Corrupt] system/modules/core/languages/sk/tl_layout.xlf
2014-08-29 17:42:33 [Corrupt] system/modules/core/languages/sl/tl_layout.xlf
2014-08-29 17:42:33 [Corrupt] system/modules/core/languages/sq/tl_layout.xlf
2014-08-29 17:42:33 [Corrupt] system/modules/core/languages/sv/tl_layout.xlf
2014-08-29 17:42:33 [Corrupt] system/modules/core/languages/uk/tl_layout.xlf
2014-08-29 17:42:33 [Corrupt] system/modules/core/languages/zh/tl_layout.xlf
2014-08-29 17:42:33 [Corrupt] system/modules/core/library/Contao/Controller.php
2014-08-29 17:42:33 [Corrupt] system/modules/core/library/Contao/File.php
2014-08-29 17:42:33 [Corrupt] system/modules/core/library/Contao/Input.php
2014-08-29 17:42:33 [Corrupt] system/modules/core/library/Contao/Model.php
2014-08-29 17:42:33 [Corrupt] system/modules/core/library/Contao/Validator.php
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_captcha.html5
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_captcha.xhtml
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_password.html5
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_password.xhtml
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_select.html5
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_select.xhtml
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_textarea.html5
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_textarea.xhtml
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_textfield.html5
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_textfield.xhtml
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_upload.html5
2014-08-29 17:42:34 [Corrupt] system/modules/core/templates/forms/form_upload.xhtml
2014-08-29 17:42:35 [Corrupt] system/modules/core/widgets/CheckBoxWizard.php
2014-08-29 17:42:35 [Corrupt] system/modules/core/widgets/InputUnit.php
2014-08-29 17:42:35 [Corrupt] system/modules/core/widgets/TimePeriod.php
2014-08-29 17:42:35 [Corrupt] system/modules/core/widgets/TrblField.php
2014-08-29 17:42:39 [Corrupt] system/modules/repository/classes/Repository.php
2014-08-29 17:42:39 [Corrupt] system/modules/repository/classes/RepositorySettings.php
2014-08-29 17:42:40 [Corrupt] system/modules/repository/themes/default/backend.css
2014-08-29 17:42:40 [Corrupt] system/modules/repository/themes/default/backend_src.css
2014-08-29 17:42:40 [Corrupt] system/themes/default/src/changelog.css
2014-08-29 17:42:41 [Corrupt] system/themes/flexible/src/changelog.css
2014-08-29 17:42:41 [Corrupt] vendor/autoload.php
2014-08-29 17:42:41 [Corrupt] vendor/bin/pscss
2014-08-29 17:42:41 [Corrupt] vendor/composer/ClassLoader.php
2014-08-29 17:42:41 [Corrupt] vendor/composer/autoload_classmap.php
2014-08-29 17:42:41 [Corrupt] vendor/composer/autoload_psr4.php
2014-08-29 17:42:41 [Corrupt] vendor/composer/autoload_real.php
2014-08-29 17:42:41 [Corrupt] vendor/composer/installed.json
2014-08-29 17:42:42 [Corrupt] vendor/leafo/scssphp/.travis.yml
2014-08-29 17:42:42 [Corrupt] vendor/leafo/scssphp/LICENSE.md
2014-08-29 17:42:42 [Corrupt] vendor/leafo/scssphp/Makefile
2014-08-29 17:42:42 [Corrupt] vendor/leafo/scssphp/README.md
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/bin/pscss
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/classmap.php
2014-08-29 17:42:42 [Corrupt] vendor/leafo/scssphp/composer.json
2014-08-29 17:42:42 [Corrupt] vendor/leafo/scssphp/phpunit.xml.dist
2014-08-29 17:42:42 [Corrupt] vendor/leafo/scssphp/scss.inc.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Colors.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Compiler.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Formatter.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Formatter/Compressed.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Formatter/Crunched.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Formatter/Expanded.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Formatter/Nested.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Parser.php
2014-08-29 17:42:42 [Missing] vendor/leafo/scssphp/src/Server.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/CHANGELOG.TXT
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/LICENSE.TXT
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/README.TXT
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/composer.json
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/config/tcpdf_config.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/courier.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserif.ctg.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserif.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserif.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifb.ctg.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifb.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifb.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifbi.ctg.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifbi.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifbi.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifi.ctg.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifi.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/freeserifi.z
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/helvetica.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/helveticab.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/helveticabi.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/fonts/helveticai.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/barcodes/datamatrix.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/barcodes/pdf417.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/barcodes/qrcode.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/sRGB.icc
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/tcpdf_colors.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/tcpdf_filters.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/tcpdf_font_data.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/tcpdf_fonts.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/tcpdf_images.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/include/tcpdf_static.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tcpdf.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tcpdf_autoconfig.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tcpdf_barcodes_1d.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tcpdf_barcodes_2d.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tcpdf_import.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tcpdf_parser.php
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tools/.htaccess
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tools/convert_fonts_examples.txt
2014-08-29 17:42:43 [Missing] vendor/tecnick.com/tcpdf/tools/tcpdf_addfont.php

---

Kann da bitte mal jemand einen Blick drüber werfen. Die als "missing" markierten Vendordateien sind und waren alle vorhanden.

ah... contao... es war einmal.
die entwickeln weiter... bis ganze system nicht mehr geht.
mit jede neue version... neue probleme. und immer komplizierter.

habe keine lust mehr...

@scriptx

Das kann ich nicht bestätigen, ich nutze Contao seit Jahren und fast immer ohne Probleme. Im Gegensatz zu WP, die plötzlich das automatische Update ohne Beteiligung des Admins eingeführt und mir dabei zwei Seiten zerschossen haben, läuft das bei Contao eigentlich ganz rund.

@Community

Jetzt habe ich aber das erste Mal richtig eine Contao-Crash. Die Seite steht und das ist nicht gut. Also vielleicht kann mir jemand weiterhelfen.

Danke schon mal für die bisherige Unterstützung.

hallo,
ich benutze contao auch seit jahren, aber ohne update! jede neue version verursacht probleme... vor allem mit erweiterungen. das system ist sehr kompliziert geworden. eine einfachere projekt kann ich auch selber schreiben... für etwas mehr muss ich zuerst genug aspirin vorbereiten. ich geh zurück zum wordpress.

dein problem: probier beim db mysqli... sollte gehen
(sql achtung: mit i)

gruss

Wurde der check auch geupdatet? Wenn der Check meint da fehlen Dateien, dann wird das wohl stimmen. Habe zwar das Update durchgeführt, den Check aber nicht. Werde ich heute Abend mal probieren. Könnte ja sein,das der Check ne Macke hat, glaube ich aber nicht.

Gesendet von meinem X10.Quad+ mit Tapatalk

Das Downloadarchiv von Contao 3.3.x beinhaltet ja schon den bei der Installation optionalen Composer Client. Vielleicht sind deswegen schon die composer-Verzeichnisse (vendor/composer) mit drin. Wenn ich den Composer da NICHT mitinstalliere, werden die (dann unnötigen) Composer-Bestandteile dann eigentlich bei oder nach der Installation gelöscht?

@BugBuster Der Check ist die aktuelle Version, inzwischen zeigt er auch korrekt an, lag wohl am Browsercache.

Die Update war ein automatisches, das nicht korrekt durchgelaufen ist. Bringt es etwas, wenn ich manuell eine 3.3.5 drüberlaufen lasse oder auch eine 3.3.4

Falls man das nicht wiederholen kann, dann kannste eine 3.3.5 auch manuell drüber kopieren.

Gesendet von meinem X10.Quad+ mit Tapatalk

Werde ich dann mal ausprobieren, nach dem automatischen Update kann ich zumindest das Installtool nicht aufrufen.

Tach,

ich hab die Seite jetzt wieder am laufen. Eine Nachtschicht und viel Gefrickel, weil trotz Backup nichts wirklich passte. Künftig Contao dann nur noch ohne Liveupdate.

Hi , hatte auch den selben Fehler.

Das entfrenen des Eintrages im Array in der Datei hillft:
vendor/composer/autoload_psr4.php

PHP-Code:

---

<?php

// autoload_psr4.php @generated by Composer

$vendorDir = dirname(dirname(__FILE__));
$baseDir = dirname($vendorDir);

return array(
  //  'Leafo\\ScssPhp\\' => array($vendorDir . '/leafo/scssphp/src'),
);

---

Ich weiß nur nicht warum das nich bei allen so ist. Eventuell irgend eine Erweiterung ...

Hallo, habe die selbe Fehlermeldung beim Live-Update von 3..3 auf 3.3.5 ...

Code:

---

Fatal error: Call to undefined method Composer\Autoload\ClassLoader::setPsr4() in /www/htdocs/xxx/xxx/xxx/vendor/composer/autoload_real.php on line 33

---

Wie genau habt Ihr das Problem nun gelöst?

Zitat:

---

Zitat von Maik

Wie genau habt Ihr das Problem nun gelöst?

---

Habe ich oben geschrieben.

Das entfernen welchen Eintrages? Meine autoload... sieht genau so aus wie die von Dir gepostete... darum meine etwas seltsame Frage.

Ja, ich habs Sie nicht gelöscht ich habs auskommentiert;
Original Sieht so aus:

PHP-Code:

---

<?php

// autoload_psr4.php @generated by Composer

$vendorDir = dirname(dirname(__FILE__));
$baseDir = dirname($vendorDir);

return array(
    'Leafo\\ScssPhp\\' => array($vendorDir . '/leafo/scssphp/src'),
);

---

ich habe vor leafo "//" eingefügt. Bei mir hats es geholfen, Ich nutze kein Composer im Moment und nutze etwas ältere Verison von Theme_plus, die Assetic und Twig braucht.
Ohne diese Muss man es nicht auskommentieren, bei der blanken Installation, wo ich mit Composer Theme Plus installiere gibt es auch keine Fehler.

Ich hoffe das hilft dir weiter.

Das hat geholfen, die Seite ist wieder da. Vielen Dank für Deine Hilfe :)

Lifeupdate auf 3.3.6
dann: Fatal error: Call to undefined method Composer\Autoload\ClassLoader::setPsr4() in /www/htdocs/xxx/xxx/xxx/vendor/composer/autoload_real.php on line 33
Kein Backend nur weiss,
kein Frontend, nur weiss,
kein installtool, nur weiss
Fehlermeldungen eingeschaltet, keine Fehlermeldung zu sehen oder vielleicht doch, mit weisser Schrift auf weissem Grund :mad:
Man sucht sich einen Wolf, vor allem wenn das Frontend nicht mehr da ist und der Blutdruck die 200er Marke erreicht.
Mir graut es jetzt schon, wenn es zum Composer Zeug keine Alternative mehr gibt, vermutlich muss man dann beim vorherigen Zweig bleiben.
Wo kommt das überhaupt her, wenn es in der Installation nicht installiert wurde?
DB Backup gibt es ja und irgendwie kommt man ja auch wieder zurück.
woher soll man dann das folgende wissen?

Zitat:

---

// 'Leafo\\ScssPhp\\' => array($vendorDir . '/leafo/scssphp/src'),

---

es war ja nicht das erste Lifeupdate von 3.3.3 auf 3.3.6
aber das erste mal mit so nem sch...
Mann o Mann

Hallo elwega,

das Problem liegt nicht direkt an Composer selbst, sondern vermutlich an mir, bszw. Extensions die ich in das ER gepackt habe, die noch einen veralteten ClassLoader verwenden.
Nimm dieses Script: https://gist.github.com/tristanlins/...22999af6a8161e
Und pack dass in deine system/config/initconfig.php

Dann sollte dir beim Aufruf der Seite ein Dateipfad ausgegeben werden.
Das könnte bspw. system/modules/metapalettes/classes/vendor/contao/ClassLoader.php

Diese Datei musst du aktualisieren und zwar mit der Datei:
https://raw.githubusercontent.com/co...lassLoader.php

Mittlerweile habe ich mein Paket aktualisiert, aber entweder war das Paket vor dem Contao Update nicht aktuell oder aber ein anderes Paket ist schuld.

Das Problem ist nicht composer an sich, sondern dass mehrere Pakete in der aktuellen Erweiterungsverwaltung (aka ER2) teilweise mit einem eingebetteten Composer ausgeliefert werden.
Dadurch entsteht eine Mehrfachverwendung des Composer Autoloaders. Ist dann eine ältere Version des Autoloaders bei einem Paket dabei, beißt sich das ggf. mit Paketen, die eine neuere Version des Autoloaders voraussetzen. Das ist in deinem Fall jetzt aufgetreten.

Zitat:

---

Zitat von elwega

Wo kommt das überhaupt her, wenn es in der Installation nicht installiert wurde?

---

Wie gesagt liefern einige Pakete selbst einen Composer Autoloader mit und ggf. installierte Abhängigkeiten von Drittanbietern (nicht Contao Erweiterungen).
Contao 3.3 kommt übrigens selbst mit Abhängigkeiten, die über Composer installiert und verwaltet werden. Und damit liefert Contao 3.3 auch einen Composer Autoloader mit.
Das ist dann vermutlich auch der springende Punkt, Contao 3.3 setzt einen neueren Composer Autoloader voraus und ein Paket aus der Erweiterungsverwaltung kommt mit einem alten Autoloader daher, der nicht kompatibel ist.

Zitat:

---

Zitat von elwega

Mir graut es jetzt schon, wenn es zum Composer Zeug keine Alternative mehr gibt, vermutlich muss man dann beim vorherigen Zweig bleiben.

---

Das ist eine sehr engstirnige Behauptung.
Würdest du nur noch den Composer Client einsetzen, wärst du in den Fehler niemals rein gerannt!
Hier wird oft und gerne behauptet, dass der Composer Client nicht stabil laufen würde oder es Probleme gibt.
Die wirklichen Probleme treten aber in der Regel nur bei den "Composer Verweigerern" auf, denn "entrinnen" kann man dem ganzen mittlerweile nicht mehr. Wie gesagt, eine Pakete in der Erweiterungsverwaltung liefern zumindes den Composer Autoloader bereits mit.
Der Composer Client wurde mitlerweile knapp 20.000 mal heruntergeladen und installiert, diese große Anzahl könnten Chris und ich als Entwicklern niemals allein, bzw. zu zweit schaffen. Es gibt da draußen durchaus noch viele andere, die den Composer Client erfolgreich nutzen.

Aber kurz gesagt, wenn wir bei Contao 4 nur noch "eine Composer Installation" haben und alle Pakete nur noch über diese einen bezogen werden, löst sich das Problem von allein.

PS: Ich spoiler hier mal ein bisl; Wer uns dazu ausfragen will, hat auf dem Contao Camp die Chance dazu. Wir werden auf dem Camp die nächsten Entwicklungsschritte bzgl. dem Composer Client präsentieren.

Hallo tril,
zuerst mal vielen Dank für den wirklich ausführlichen Kommentar.

Zitat:

---

Zitat von tril

Hallo elwega,
.....
Das ist eine sehr engstirnige Behauptung.
Würdest du nur noch den Composer Client einsetzen, wärst du in den Fehler niemals rein gerannt!

---

Das möchte ich so nicht akzeptieren.
Warum nicht?
Ich habe einige (mehr als 30) Contao Installationen zu betreuen und bin mit dem System mehr als zufrieden und habe kaum Probleme mit vielen Installationen.

Was mir aber immer wieder auf die Nerven geht sind die Versuche den Composer zu verwenden (die Verwendung wird ja empfohlen)
Auf meiner Spielwiese (Aktuelles Contao System ohne spezielle Ext.) habe ich schon x Anläufe gemacht, um mich mit dem Teil anzufreunden und bin bis jetzt immer auf die Nase gefallen.
Mit den Error Meldungen könnte man Seiten füllen.
Auf dem Space mache ich alle Versuche mit Extensionen oder Skripten und alle Checktools zeigen für alles grün.
Auf Kundenwebseiten welche aktiv sind, würde ich mich im Moment niemals trauen das zu aktivieren, obwohl es ja an einigen Stellen empfohlen wird.
Man stelle sich vor, man verlässt sich auf obige Behauptung und stellt auf den Composer um.
Es kommt zum Systemausfall warum auch immer, man möchte zurück.
Das dann folgende Spiel habe ich etliche male durchlaufen, zum Glück immer auf der Spielwiese.
Backend nicht mehr erreichbar,
Error Meldungen mit ewiger Sucherei zur Fehlerbehebung,
wielange man u.U. sucht, wenn man nicht wie ein Entwickler im System drin ist kann man sich ja vorstellen.
usw.
Zurück zum alten ER sofern man in's Backend kommt geht immer noch nicht, ohne gefrickel und gemache via FTP usw.
So geht das einfach noch nicht.
Mein Fazit:

• Composer wird sicher mal die Alternative für das jetzige ER sein und den Programmieren gehört alle Hochachtung für diese Arbeit.

• N.m.M. ist es derzeit nicht zu empfehlen Composer auf aktiven Kundenwebsites einzusetzen, weil die dazu notwendige Sicherheit nicht gegeben ist.

• Solange ein Rückgängigmachen im Backend nicht sicher funktioniert, wenn mal etwas schief geht.

• Vieleicht wäre es fairer derzeit dem Teil einen Beta Status zu geben, dann weis man woran man ist und kann es testen ohne zuviel zu verlangen.

Zitat:

---

Zitat von elwega

Das möchte ich so nicht akzeptieren.
Warum nicht?
Ich habe einige (mehr als 30) Contao Installationen zu betreuen und bin mit dem System mehr als zufrieden und habe kaum Probleme mit vielen Installationen.

Was mir aber immer wieder auf die Nerven geht sind die Versuche den Composer zu verwenden (die Verwendung wird ja empfohlen)
Auf meiner Spielwiese (Aktuelles Contao System ohne spezielle Ext.) habe ich schon x Anläufe gemacht, um mich mit dem Teil anzufreunden und bin bis jetzt immer auf die Nase gefallen.
Mit den Error Meldungen könnte man Seiten füllen.

---

Sorry, aber diese Aussage kann ich so nicht akzeptieren. Wir haben mitlerweile mehrere Shared Hoster durchgetestet und konnten den Composer Client auf allen gängigen Shared Hostern erfolgreich zum laufen bringen. Was mich aber viel mehr "ärgert" ist, dass ich von den genannten "Seitenlangen Error Meldungen" bis heute noch keine einzige gesehen habe. :mad:

Zitat:

---

Zitat von elwega

Zurück zum alten ER sofern man in's Backend kommt geht immer noch nicht, ohne gefrickel und gemache via FTP usw.

---

https://community.contao.org/de/show...266#post347266

Zitat:

---

Zitat von elwega

Vieleicht wäre es fairer derzeit dem Teil einen Beta Status zu geben, dann weis man woran man ist und kann es testen ohne zuviel zu verlangen.

---

Waren wir, fast ein halbes Jahr lang, nach einer jährlichen Entwicklungszeit. Wir entwickeln seit fast 2 Jahren und seit ca. einem halben Jahr, also etwa seit dem wir offiziell im Stable Status sind empfehlen wir die Nutzung.
Wie lange sollen wir denn bitte im Beta Status bleiben, wenn wir keine Rückmeldung bekommt das etwas schief geht. Wie gesagt haben wir den Composer Client schon auf den gängigen Shared Hostern erfolgreich einsetzen können, vielen Dank an dieser Stelle an cliffen für das umfangreiche durchtesten!

Wir kommen hier nur weiter, wenn die zahlreichen potentiellen Nutzer den Composer Client austesten (natürlich nicht auf einer Produktivumgebung) und uns entsprechend Rückmeldung geben. Ich lasse mir bspw. jeden neuen Thread aus dem Composer Unterforum per E-Mail schicken, d.h. ich bekomme schon mit wenn da was gemeldet wird, ansonsten tritt mir der MacKP auf die Füße, wenn er in einem anderen Forum was findest (wie bspw diesen Thread) ;)

MfG Tristan

Hallo Tristan,

wie Du meinem Fazit entnehmen kannst, ziehe ich den Hut vor den Leistungen der Entwickler von Composer.

Aber es sei doch bitte auch gestattet mal eine andere Meinung zu haben, was die derzeitige Anwendung betrifft.
Wie Du selber sagtest nicht produktiv verwenden.

Es tut mir leid, dass ich die Fehlermeldungen nicht mitgeteilt habe, dachte es gäbe derer genug und war auch nicht immer sicher, ob das Problem vor den Tasten lag(saß).
Wegen dem Weg zurück und res. gefrickel:

Zitat:

---

Wir werden die Option "zur alten Erweiterungsverwaltung zurück kehren" wird ohnehin entfernt.
Warum? Weil diese Option nur funktioniert, wenn Composer auch richtig funktioniert. Und in der Regel will man ja zurück, wenn Composer nicht funktioniert.

Hier die Kurzanleitung:
- In den Systemeinstellungen die Erweiterung !composer deaktivieren
- In den Systemeinstellungen die Erweiterung repository aktivieren
- Via Install-Tool die Datenbank aktualisieren
- Alle Erweiterungen über die Erweiterungsverwaltung neu installieren
- Via FTP das Verzeichnis TL_ROOT/composer löschen
- Via FTP das Verzeichnis TL_ROOT/system/modules/!composer löschen

---

Dem gefrickel ist weiter nichts hinzu zu fügen.

Trotz allem werde ich den Composer wieder testen, wenn es meine Zeit erlaubt, aber dann Dir gerne die entsprechenden Probleme zukommen lassen.
Ich hoffe sehr darauf, dass es bei Updates und Lifeupdates bestehender Contao Produktivumgebungen nicht durch Composerfragmente zu Problemen kommt.

Naja, in der Regel ist es ja nicht so, dass irgendwann später Probleme mit dem Composer auftauchen, die einen dann zwingen, auf das alte ER2 zurück zu gehen. Meistens treten Probleme ja gleich bei der Installation von Composer oder danach beim Installieren der Erweiterungen auf. Und da ist ja die einfachste - und sowieso sinnvollste - Möglichkeit, einfach vor der Umstellung ein Backup zu machen. Das ist dann notfalls ohne großes Gefrickel in wenigen Minuten wieder eingespielt. Je nach Hoster/Hostingvertrag kann man das ja per SSH sogar komplett mit einem Script erledigen.

Das Gefrickel setzt ja erst dann eventuell ein, wenn ein Backup einzuspielen bedeutet, dass man produktive Daten verliert oder zumindest manuell wieder vervollständigen muss. Im normalen Betrieb der Webseite macht der Composer ja gar nichts. Genauso wie jetzt das ER2. Man muss also - soweit ich das verstehe - nicht befürchten, dass der Composer durch irgendwelche Fehler im normalen Betrieb die Website zerschiesst. "Kritisch" wären also maximal Neuinstallationen oder Updates von Erweiterungen. Sowas teste ich sowieso immer erst an einer aktuellen Kopie und mache dann nochmal ein Backup, bevor ich am produktiven System irgend etwas ändere. Insofern hält sich das Risiko durch Composer in Grenzen.

Zitat:

---

Zitat von elwega

Aber es sei doch bitte auch gestattet mal eine andere Meinung zu haben, was die derzeitige Anwendung betrifft.

---

Ich frage mich gerade, wass die ganze Diskussion mit Meinungsfreiheit zu tun haben soll? Wann habe ich dir das Recht den streitig gemacht? :eek:

Zitat:

---

Zitat von elwega

Wie Du selber sagtest nicht produktiv verwenden.

---

Das habe ich nicht gesagt, sondern das austesten sollte man nicht produktiv machen. Wenn man sich sicher ist, dass es bei seinem eigenen Hoster läuft kann man es sehr wohl produktiv einsetzen ;)

Zitat:

---

Zitat von elwega

Es tut mir leid, dass ich die Fehlermeldungen nicht mitgeteilt habe, dachte es gäbe derer genug ...

---

Leider Gottes nein, wir haben viel zu wenige... :(
Wir haben wenn es hoch kommt gerade mal ein Dutzend Tester, die meisten hosten entweder selbst oder sind bei bekannteren Hostern. Wenn nicht gerade so jemand wie Cliffen Zugriff auf mehrere Hoster hat und das durch testet, fehlt es und echt an Testberichten :o

Zitat:

---

Zitat von elwega

...und war auch nicht immer sicher, ob das Problem vor den Tasten lag(saß).

---

Es gibt keine dummen Fragen, nur dumme Antworten! :D

Zitat:

---

Zitat von elwega

Ich hoffe sehr darauf, dass es bei Updates und Lifeupdates bestehender Contao Produktivumgebungen nicht durch Composerfragmente zu Problemen kommt.

---

Dagegen hilft eigentlich nur, alle Erweiterungen vorher über die Erweiterungsverwaltung zu aktualisieren.