Contao 4 - Extension installieren per composer.json

Druckbare Version

20.06.2018, 10:36
standing-bear

Contao 4 - Extension installieren per composer.json

Wie kann man bei Contao 4 per Eintrag in die composer.json eine Extension installieren?
Reicht einfach z. B. folgender Eintrag, um den Rocksolid-Slider zu installieren ... es kommt leider eine Fehlermeldung ;-(

HTML-Code:

... "require": { "php": ">=5.6.0", "contao/manager-bundle": "4.4.*", "contao/calendar-bundle": "^4.4", "contao/comments-bundle": "^4.4", "contao/faq-bundle": "^4.4", "contao/listing-bundle": "^4.4", "contao/news-bundle": "^4.4", "contao/newsletter-bundle": "^4.4", "contao/newsletter-bundle": "^4.4", "madeyourday/contao-rocksolid-slider":"^2.0.7" }, ...
20.06.2018, 10:37
Spooky

Zitat:

Zitat von standing-bear

es kommt leider eine Fehlermeldung ;-(

Warum verheimlichst du uns diese? ;)
20.06.2018, 10:44
standing-bear

Zitat:

Zitat von Spooky

Warum verheimlichst du uns diese? ;)

Ich weiß die Fehlermeldung nicht mehr genau, weil ich die Installation komplett neu machen musste. Der Contao-Manager wurde nicht mehr geladen.
20.06.2018, 10:45
Spooky

Der Eintrag sieht auf jeden Fall korrekt aus.
20.06.2018, 10:47
xchs

Der Abschnitt sollte so aussehen:

Code:

"require": { "php": "^5.6 || ^7.0", "contao/calendar-bundle": "^4.4", "contao/comments-bundle": "^4.4", "contao/faq-bundle": "^4.4", "contao/listing-bundle": "^4.4", "contao/manager-bundle": "4.4.*", "contao/news-bundle": "^4.4", "contao/newsletter-bundle": "^4.4", "madeyourday/contao-rocksolid-slider": "^2.0.7" },

"contao/newsletter-bundle": "^4.4" hast Du z. B. zweimal.

Mitunter hängt es auch davon ob, mit welchem Editor und welcher Codierung (UTF-8 ohne BOM) Du die composer.json gespeichert hast.
20.06.2018, 11:23
standing-bear

Leerzeichen war im Weg

HTML-Code:

Problem 1 - The requested package madeyourday/contao-rocksolid-slider could not be found, it looks like its name is invalid, " " is not allowed in package names.

Das war die Konsolenausgabe. Ich hatte beim ersten Mal

HTML-Code:

"madeyourday/contao-rocksolid-slider "

geschrieben, statt

HTML-Code:

"madeyourday/contao-rocksolid-slider"

Die Installation hat jetzt funktioniert. Allerdings kamen zwischendurch immer wieder Fehlermeldungen, z. B. dass ein background task nicht gestartet werden konnte etc. Mit wiederholtem Reload des Browsers liefes dann aber irgendwann durch ;-))

Das ist auf jeden Fall eine gute Alternative, wenn die algolia Suche nicht will.

Aber vielleicht an dieser Stelle noch einmal die Frage: Kann man nicht einfach die Packagist API (Search packages by name) statt algolia verwenden. Die ist doch kostenlos und müsste immer funktionieren?!
20.06.2018, 11:31
standing-bear

Packagist API (Search packages by name)

HTML-Code:

https://packagist.org/search.json?q=rocksolid-slider

liefert ...

HTML-Code:

results 0 name "madeyourday/contao-rocksolid-slider" description "Responsive Slider. Full Contao integration, latest touch technology and hardware acceleration." url "https://packagist.org/packages/madeyourday/contao-rocksolid-slider" repository "https://github.com/madeyourday/contao-rocksolid-slider" downloads 13597 favers 12 1 name "hypemedia/contao-featured" description "Controls for a featured area using RocksolidSliders, Leaflet and static slides." url "https://packagist.org/packages/hypemedia/contao-featured" repository "https://bitbucket.org/hypemedia/contao-featured.git" downloads 21 favers 0 total 2

Das wäre doch perfekt, oder?
20.06.2018, 12:27
cpohle

Ich habe das Problem gelöst bekommen, indem ich zunächst per

Code:

composer require [maintainer]/[packagename] --no-update

die composer.json ergänzt, die composer.lock¹⁾ gelöscht und dann über den Contao Manager die Installation aufgerufen habe.

_{1) Der Composer hatte sich über eine out-of-date composer.lock beschwert, vielleicht hängt das aber auch mit einem hier nicht diskutierten Problem zusammen.}
20.06.2018, 12:29
Toflar

Der Manager nutzt die Packagist-Suche. Aber mit einem eigenen Index, weil wir nicht 30 000 Pakete brauchen sondern nur die Contao-Pakete.
20.06.2018, 12:42
standing-bear

Zitat:

Zitat von Toflar

Der Manager nutzt die Packagist-Suche. Aber mit einem eigenen Index, weil wir nicht 30 000 Pakete brauchen sondern nur die Contao-Pakete.

Ja, kann ja sein. Aber die Abfrage über den Packagist kann man doch mit dem Suchbegriff "contao" eingrenzen, z. B.

HTML-Code:

https://packagist.org/search.json?q=contao%20rocksolid&per_page=100

, um alle Extensions von Rocksolid für Contao zu ermitteln. Das geht ratz fatz.

Wäre doch auf jeden Fall nicht schlecht, wenn man, falls algolia mal wieder schlechte Laune hat - so wie jetzt gerade, alternativauf die Packagist API umschalten könnte?!
20.06.2018, 13:00
Toflar

Wir haben auch noch Übersetzungen, Logos und vieles mehr :)
Algolia hat ja auch keine schlechte Laune, der Service ist komplett verfügbar und war seit wir es nutzen keine Sekunde down. Nur die Limiten sind halt jetzt überschritten. Ein Nebeneffekt der Tatsache, dass wir neu mehrsprachige Indexes führen.

Es lohnt sich einfach nicht, auch nur eine Minute Zeit in sowas zu investieren. Es könnte ja auch sein, dass die Packagist-Suche ausfällt. Manchmal muss man einfach warten bis ein Problem behoben ist.
20.06.2018, 22:51
mlweb

Oder es mit der Installation über die Kommandozeile umgehen.
21.06.2018, 07:42
standing-bear

Zitat:

Zitat von mlweb

Oder es mit der Installation über die Kommandozeile umgehen.

Dieses Thema wurde ja schon reichlich diskutiert. Das kommt für viele Anwender aus den verschiedensten Gründen nicht in Frage bzw. ist technisch oft gar nicht möglich.

Auch warten, bis es wieder funktioniert, ist oft keine wirklich brauchbare Alternative, wenn man im Kundenprojekt steckt und darauf angewiesen ist, dass alles funktioniert.

Da der CM ja zuvor bereits mit der Packagist-API funktionierte, wäre ein solcher Switch doch sicher mit sehr geringem Aufwand möglich und würde ganz sicher viele Contao-Anwender sehr freuen.
21.06.2018, 07:53
Spooky

Siehe die Antwort von Toflar ;)
21.06.2018, 08:27
lucina

Zitat:

Zitat von standing-bear

Dieses Thema wurde ja schon reichlich diskutiert. Das kommt für viele Anwender aus den verschiedensten Gründen nicht in Frage bzw. ist technisch oft gar nicht möglich.

Auch warten, bis es wieder funktioniert, ist oft keine wirklich brauchbare Alternative, wenn man im Kundenprojekt steckt und darauf angewiesen ist, dass alles funktioniert.

Da der CM ja zuvor bereits mit der Packagist-API funktionierte, wäre ein solcher Switch doch sicher mit sehr geringem Aufwand möglich und würde ganz sicher viele Contao-Anwender sehr freuen.

Den einen Single Point of Failure durch einen anderen Single Point of Failure zu ersetzen ist keine sinnvolle Option, aber das hat Dir Yanick ja auch schon erklärt.

Warten musst Du nicht, es sei denn, Du verlässt Dich in Deinen Optionen alleine auf den Manager. Du kannst immer direkt via Composer aktualisieren, warten, installieren, löschen ... whatever.

Nachbemerkung: Du nimmst als Argument, dass Du im Kundenprojekt steckst und darauf angewiesen wärst. Ich persönlich finde es extrem fahrlässig, sich in Kundenprojekten auf Dinge zu verlassen die man nicht selbst in der Hand hat. Ich persönlich erwarte von jemandem, der komplexe Webseiten für Kunden baut (im Gegensatz zu plain HTML halte ich den Einsatz eines CMS immer für komplex), dass man sich mit den nötigen Fähigkeiten versorgt. Dazu gehört IMHO auch ein Plan B. Technisch ist es immer möglich, eine Installation zu warten oder Extensions zu installieren.
22.06.2018, 16:39
bekanntmacher

Und zudem soll man sich wieder einmal vor Augen führen: dieser coole Manager basiert auf ein GROSSES FREIWILLIGS ENGAGEMENT!! Und mal schnell auf eine andere Suche zu switchen ist somit einfach keine Option.