Your configuration does not allow connection to http://[...]

**Bas** · 25.02.2016, 14:53

Nigelnagelneue Installation ... Composer wirft folgende Meldung aus:

Code:

Your configuration does not allow connection to http://legacy-packages-via.contao-community-alliance.org. See https://getcomposer.org/doc/06-config.md#secure-http for details.

Hat Composer was geändert und Contao fährt gegen die Wand?

**Spooky** · 25.02.2016, 15:04

Ist die https Variante des contao-legacy package servers in deiner composer.json eingetragen?

**gregor** · 25.02.2016, 16:03

Tritt bei mir auch auf mit Contao 3.5.6 und Composer-Client 0.16.3.

Habe in der composer.json von http auf https abgeändert und nun will Composer im Testlauf einige Contao Core-Module deinstallieren.

Code:

Loading composer repositories with package information
Updating dependencies
  - Uninstalling contao/newsletter-bundle (3.5.6)
  - Uninstalling contao/news-bundle (3.5.6)
  - Uninstalling contao/listing-bundle (3.5.6)
  - Uninstalling contao/faq-bundle (3.5.6)
  - Uninstalling contao/core-bundle (3.5.6)
  - Uninstalling contao/comments-bundle (3.5.6)
  - Uninstalling contao/calendar-bundle (3.5.6)

Warum will er den Contao Newsletter deinstallieren obwohl er in Verwendung ist?
Mein Vertrauen in den Composer-Client liegt nun bei -99,9%

VG,
Gregor

**Spooky** · 25.02.2016, 16:16

Zitat von gregor

und nun will Composer im Testlauf einige Contao Core-Module deinstallieren.

Code:

Loading composer repositories with package information
Updating dependencies
  - Uninstalling contao/newsletter-bundle (3.5.6)
  - Uninstalling contao/news-bundle (3.5.6)
  - Uninstalling contao/listing-bundle (3.5.6)
  - Uninstalling contao/faq-bundle (3.5.6)
  - Uninstalling contao/core-bundle (3.5.6)
  - Uninstalling contao/comments-bundle (3.5.6)
  - Uninstalling contao/calendar-bundle (3.5.6)

Das ist normal. Siehst du auch nur im Testlauf. Siehe https://community.contao.org/de/show...l=1#post400354

**xtra** · 25.02.2016, 16:17

PHP-Code:


Loading composer repositories with package information

Updating dependencies

  - Uninstalling contao/newsletter-bundle (3.5.6)



  - Uninstalling contao/news-bundle (3.5.6)



  - Uninstalling contao/listing-bundle (3.5.6)



  - Uninstalling contao/faq-bundle (3.5.6)



  - Uninstalling contao/core-bundle (3.5.6)



  - Uninstalling contao/comments-bundle (3.5.6)



  - Uninstalling contao/calendar-bundle (3.5.6)

Das ist leider ein Nebeneffekt der Kompatibilitaet zu Contao 4.
Schau doch mal in deine Installation wo du da ein solchiges BUNDLE installliert haben solltest. Contao 3 kennt keine bundles.
Das Plugin gaukelt dem System vor, dass obige Pakete installiert sind (sie gehoeren ja auch zum Systemumfang von Contao 3 und wurden mit Contao 4.0 in einzelne bundles aufgeteilt).
Bei einem "normalen" Lauf passiert nichts, diese virtuellen Pakete werden behandelt, akzeptiert und ignoriert.
Bei einem Testlauf hingegen sagt composer sich, diese virtuellen Pakete braucht keiner und will auch keiner hier, also koennte man sie in einem "normalen" Lauf doch deinstallieren.

Dies ist somit eine Unschoenheit, welche aber nur im Testlauf auftritt.

[TL;DR] Im Endeffekt besagen diese Meldungen dass es keine Erweiterung gibt, welche vom "*-bundle" abhaengt (und somit keine deiner installierten Erweitertungen sowohl Contao 3 als auch 4 supported).

**gregor** · 25.02.2016, 17:01

OK, danke für die Infos.
Es scheint wirklich nur im Testlauf angezeigt zu werden und meine Installation ist nach dem Anklicken des "Risiko-Button" auch noch am leben

Auch wenn es triffige Gründe hierfür gibt, Freude bereitet mir das Spielchen mit dem Composer wirklich nicht.
Wie soll ich in Erfahrung bringen, ob das korrekt ist was mir der Testlauf da anzeigt und was was nicht.
Wenn die Anzeige keinen Wahrheitsgehalt hat, dann kann man sie auch deaktivieren und gleich den "Risiko-Button" drücken.

Muss ich jetzt bei jeder Contao-Installation mit Composer-Client die composer.json händisch von http auf https abändern oder ist das ein Fehler in der 0.16.3?

VG,
Gregor

**Spooky** · 26.02.2016, 07:47

Zitat von gregor

Muss ich jetzt bei jeder Contao-Installation mit Composer-Client die composer.json händisch von http auf https abändern oder ist das ein Fehler in der 0.16.3?

In deiner composer.json sollte das legacy repository eigentlich zwei mal drin sein, einmal mit http und einmal mit https - oder war es das schon?

**gregor** · 26.02.2016, 07:52

So wie ich das sehe, steht es nur einmal drinnen:

Code:

    "repositories": [
        {
            "type": "artifact",
            "url": "packages"
        },
        {
            "type": "composer",
            "url": "http://legacy-packages-via.contao-community-alliance.org/"
        }
    ],

**Spooky** · 26.02.2016, 08:02

Zitat von gregor

So wie ich das sehe, steht es nur einmal drinnen:

Code:

    "repositories": [
        {
            "type": "artifact",
            "url": "packages"
        },
        {
            "type": "composer",
            "url": "http://legacy-packages-via.contao-community-alliance.org/"
        }
    ],

Ok, dann ist da irgendwann anders ein Fehler passiert, normalerweise fügt der composer-client (?) das hinzu. Aber da kann dir xtra mehr sagen.

**gregor** · 26.02.2016, 08:18

Danke für den Hinweis.
Habe mal in einer anderen Installation reingeschaut und dort scheint es korrekt zu sein:

Code:

    "repositories": [
        {
            "type": "composer",
            "url": "https://legacy-packages-via.contao-community-alliance.org/"
        },
        {
            "type": "artifact",
            "url": "packages"
        },
        {
            "type": "composer",
            "url": "http://legacy-packages-via.contao-community-alliance.org/"
        }
    ],

Ich habe drei Installationen, wo dies aber nicht so ist. Es waren Installationen, wo ich den composer-client in der dev-master Version installiert hatte, weil in der 0.16.2 das Problem mit dem Textoutput bestand. Vielleicht ist dies das Problem.

Ich werde die drei composer.json mal korrigieren und schauen was die Zukunft bringt.

VG,
Gregor

**gregor** · 26.02.2016, 09:59

Die Aktualiserung bringt bei mir keinen Erfolg.

Es steht nun in der composer.json:

Code:

    "repositories": [
        {
            "type": "composer",
            "url": "https://legacy-packages-via.contao-community-alliance.org/"
        },
        {
            "type": "artifact",
            "url": "packages"
        },
        {
            "type": "composer",
            "url": "http://legacy-packages-via.contao-community-alliance.org/"
        }
    ],
    "extra": {
        "contao": {
            "migrated": "done"
        }
    }
}

Im Textoutput erscheint weiterhin:

Code:

Your configuration does not allow connection to http://legacy-packages-via.contao-community-alliance.org. See https://getcomposer.org/doc/06-config.md#secure-http for details.
http://legacy-packages-via.contao-community-alliance.org could not be fully loaded, package information was loaded from the local cache and may be out of date

Ändere ich http auf https, nun habe ich die https zweimal drinnen stehen, erst dann kommt keine Fehlermeldung mehr.

Die composer.json~ habe auch angepasst, Fehlermeldung bleibt.
Contao Systemwartung durchgeführt und Browser-Cache geleert, keine Veränderung.
Habe auch mal die Reihenfolge geändert, also erst http und dann https, hat auch nichts gebracht.

VG,
Gregor

**swinde** · 26.02.2016, 15:48

Hallo!

Bei mir kam die Fehlermeldung auch in einer jungfräulichen Installation und auch beim auswählen eines Modules.
Durch die Änderungen meines Vorschreibers (2x https) funktioniert Composer wieder.

Man kann den

PHP-Code:


        {
            "type": "composer",
            "url": "https://legacy-packages-via.contao-community-alliance.org/"
        }

auch ganz raus nehmen. Dann gehts auch.

Ob das gut ist Keine Ahnung!!!

Vg Steffen

**Spooky** · 26.02.2016, 15:52

Die Lösung ist, den Eintrag der nur http:// drin hat zu entfernen - oder, falls aus irgendeinem Grund nur dieser Eintrag da ist, diesen auf https:// zu ändern. Issue auf GitHub: https://github.com/contao-community-...ent/issues/281

**css-umsetzung** · 02.03.2016, 07:28

Also langsam fängt diese Composer Geschichte wirklich an zu nerven, es kann doch nicht sein das jedes
Mal wenn ich in einem System etwas aktualisieren möchte, der composer wieder ein neues Problem verursacht.

**Spooky** · 02.03.2016, 07:31

Doch, das kann durchaus sein

**Dee** · 08.03.2016, 16:59

Kriege auf einer Jungfräulichen 3.5.8 Installation die folgende Meldung:

Code:

Failed to clone https://github.com/contao-community-alliance/composer-client.git, git was not found, check that it is installed and in your PATH env. sh: git: command not found

Zuvor hatte ich die Meldung:

Code:

Your configuration does not allow connection to http://legacy-packages-via.contao-community-alliance.org. See https://getcomposer.org/doc/06-config.md#secure-http for details.

Also habe ich folgende Anpassung vorgenommen und von:

Code:

    "repositories": [
        {
            "type": "composer",
            "url": "https://legacy-packages-via.contao-community-alliance.org/"
        },
        {
            "type": "artifact",
            "url": "packages"
        },
        {
            "type": "composer",
            "url": "http://legacy-packages-via.contao-community-alliance.org/"
        }
    ],

auf:

Code:

    "repositories": [
        {
            "type": "composer",
            "url": "https://legacy-packages-via.contao-community-alliance.org/"
        },
        {
            "type": "artifact",
            "url": "packages"
        }
    ],

Dann konnte ich einige Erweiterungen über Composer installieren. Auf einmal die Meldung oben.

Hat wer eine Idee warum oder in welchem Zusammenhang diese steht?

EDIT: Konnte es nun auch über den OAuthkey für composer, gemäss dem Post von manoelo lösen. Sorry hatte den Post vorhin nicht gefunden.

**css-umsetzung** · 24.04.2016, 09:15

Es kann doch nicht sein, das ich bei einer neuen Installation 3.5.12 einen composer habe der sich weigert sich mit irgendwas zu verbinden.

Your configuration does not allow connections to http://legacy-packages-via.contao-co.../packages.json. See https://getcomposer.org/doc/06-config.md#secure-http for details.

Dieses ganze composergelumpe Nervt echt. Wenn niemand in der Lage ist das richtig zu integrieren, dann solltet ihr mal darüber nachdenken ob das wirklich der richtige Weg ist.

Es ist eine kompl. neue Installation, ich will gar nicht wissen, wie viele User an diesem Punkt stoppen und zu einem einfachen Wordpress wechseln.

**Spooky** · 24.04.2016, 09:41

Zitat von css-umsetzung

Es kann doch nicht sein, das ich bei einer neuen Installation 3.5.12 einen composer habe der sich weigert sich mit irgendwas zu verbinden.

Dieses ganze composergelumpe Nervt echt. Wenn niemand in der Lage ist das richtig zu integrieren, dann solltet ihr mal darüber nachdenken ob das wirklich der richtige Weg ist.

Es ist eine kompl. neue Installation, ich will gar nicht wissen, wie viele User an diesem Punkt stoppen und zu einem einfachen Wordpress wechseln.

Die neue Version des composer-client, wo der entsprechende Eintrag by default entfernt ist, wurde leider noch nicht veröffentlicht. Daher läuft man in einer Neuinstallation auf jeden Fall in dieses Problem, wenn man vor dem Starten der Migration nicht manuell den http:// Eintrag aus der /composer/composer.json entfernt.

Hinterlasse einen Kommentar in diesem Ticket bspw.: https://github.com/contao-community-...ent/issues/281

**css-umsetzung** · 24.04.2016, 09:52

So wie ich das sehe, ist das mindestens seit Ende Februar bekannt?

Das ist so Peinlich.... sorry du kannst nicht dafür, ich habe auch anderes zu tun als Fehler anderer zu analysieren und denen zu posten, was sie bereits wissen.

in meiner anderen Installation bekomme ich diesen Fehler

Fatal error: Uncaught exception BadMethodCallException with message Entry res/cacert.pem does not exist thrown in composer/vendor/contao-community-alliance/composer-client/src/system/modules/!composer/src/Util/CaBundleWorkaround.php on line 65

Da ist so Nervig, seit dem Composer geht nix mehr richtig, alles was ich über das Problem gelesen habe hilft nicht, es gibt auch keinen echten Lösungsansatz, ich kann das System nicht schnell mal eben neu installieren um das Problem zu beseitigen.

Eine andere Installation konnte ich nicht per ftp auf einen anderen Server übertragen weil alles mit symlinks zugepampt war.

Wenn ich mir geschriebene Module anschaue, wo einfach der cache eines Models gekillt wird weil Sie nicht fähig sind unterschiedliche Datensätze vernünftig zu erkennen.....Boahhh ich bin grad so angepisst...

Wenn ich so programmieren würde, sollte ich lieber anfangen zu stricken....

**Spooky** · 24.04.2016, 10:04

Zitat von css-umsetzung

So wie ich das sehe, ist das mindestens seit Ende Februar bekannt?

Das ist so Peinlich.... sorry du kannst nicht dafür, ich habe auch anderes zu tun als Fehler anderer zu analysieren und denen zu posten, was sie bereits wissen.

Es geht ja um die Dringlichkeit, nicht notwendigerweise um neue Informationen zum Fehler.

Zitat von css-umsetzung

in meiner anderen Installation bekomme ich diesen Fehler

Siehe:

Zitat von css-umsetzung

alles was ich über das Problem gelesen habe hilft nicht, es gibt auch keinen echten Lösungsansatz, ich kann das System nicht schnell mal eben neu installieren um das Problem zu beseitigen.

Was genau hast du versucht? Das hier beseitigt das Problem: https://community.contao.org/de/show...l=1#post405466

Zitat von css-umsetzung

Eine andere Installation konnte ich nicht per ftp auf einen anderen Server übertragen weil alles mit symlinks zugepampt war.

Das mit den Symlinks verursacht mir auch öfter Probleme. Poste das mal als Issue auf GitHub, vielleicht kann man da ja etwas machen.

**css-umsetzung** · 24.04.2016, 10:50

Es geht ja um die Dringlichkeit, nicht notwendigerweise um neue Informationen zum Fehler.

Wenn denen das nicht bewusst ist, dann setze ich wohl echt aufs falsche Pferd.
Die haben den Composer zu einem unverzichtbaren Teil des CMS gemacht also sollten Sie wissen das die einwandfreie Funktion gegeben sein muss.

Jeder der Verweise um mein zweites Problem zu beheben, macht bei mir neue tolle Fehler, ich hatte auch bereits alle diese Links getestet.
Und wir reden von dem gleichen Server, auf dem die beiden Systeme laufen, die neue Installation geht nun, die vorhandene lässt keine Updates übers web zu und schmeißt mit Fehlern um sich.

Und wenn nicht mal die composerplugin Programmierer eindeutige Hinweise zur Fehlerbehebung haben, ist das wie gesagt mehr als nur traurig.

**Spooky** · 24.04.2016, 11:46

Zitat von css-umsetzung

Jeder der Verweise um mein zweites Problem zu beheben, macht bei mir neue tolle Fehler, ich hatte auch bereits alle diese Links getestet.

Diese Anleitung verursacht Fehler? Wenn ja, welche Fehler?

Zitat von css-umsetzung

die vorhandene lässt keine Updates übers web zu und schmeißt mit Fehlern um sich.

Welche Fehler?

***lucina*** · 24.04.2016, 17:27

Zitat von css-umsetzung

Wenn denen das nicht bewusst ist, dann setze ich wohl echt aufs falsche Pferd.

Es ist uns bewusst, und das Problem wird bearbeitet. Ich kann Dir allerdings nicht sagen, wann die nächste Version des Composerclients freigegeben wird - es sind noch einige Tickets mehr. Wenn alles fertig ist, dann wird es auch veröffentlicht.

Zitat von css-umsetzung

Die haben den Composer zu einem unverzichtbaren Teil des CMS gemacht also sollten Sie wissen das die einwandfreie Funktion gegeben sein muss.

Unverzichtbarer Teil ist es erst dann, wenn keine Erweiterungsverwaltung der bisherigen Form (also das ER 2) mitgeliefert wird. Dies ist allerdings nicht der Fall. Überdies: Für den Betrieb des CMS benötigst Du normalerweise eher nur wenige Erweiterungen.

Wenn Du Extensions installieren möchtest, die Funktionen wesentlich erweitern und die nicht im ER2 stehen, dann kannst Du das im Regelfall über den Composer-Client tun. Der setzt - da gebe ich Dir Recht - augenblicklich die Hürde etwas höher an was technisches Verständnis angeht. Das tun aber auch die über Composer installierbaren Erweiterungen (der Umfang des Themenbereichs 'MetaModels' mag da als Hinweis genügen). Obendrein bleibt auch meistens noch die Installation wie früher - herunterladen und in die entsprechenden Contao Verzeichnisse (meistens wird das /system/modules sein) legen.

Zitat von css-umsetzung

Und wenn nicht mal die composerplugin Programmierer eindeutige Hinweise zur Fehlerbehebung haben, ist das wie gesagt mehr als nur traurig.

Alle Hinweise, die nötig sind, sind auch hier zu finden.

Schliesslich sei mir eine Nachbemerkung gestattet: Ich empfinde Sätze wie "Dieses ganze composergelumpe Nervt echt." als nicht hilfreich. Uns allen ist die konzeptionelle Begrenzung des bisherigen Extension Repositorys seit Jahren bewusst. Seit über zwei Jahren wird an einer tragfähigen, sicheren und verlässlichen Lösung in Form eines Paketmanagers gearbeitet. Wie überall in der Softwarewelt sind Dinge in Bewegung - so zum Beispiel an der Stelle, wo bisher die Installation von Softwarepaketen aus unsicheren Quellen durch Composer erlaubt waren und wo dieses Verhalten jetzt seitens der Fremdkomponente Composer verhindert wird.

Aus Deiner Sicht erscheint es fahrlässig, sich hier auf diese Fremdkomponente zu verlassen. Allerdings ist Composer (also das Gesamtprojekt) auf einem guten Weg zum Standard für jegliches Paketmanagement unter PHP, und - ich finde es beinahe überflüssig das zu erwähnen - damit werden endlich unter einer bisherigen Frickelscriptsprache komplexere Szenarien möglich. Das reicht von der korrekten Auflösung von Abhängigkeiten über Testszenarien bis hin zum Deployment. Ich finde all diese Gründe essentiell - nicht nur für Contao, sondern auch für PHP.

Wenn Du jetzt hier aus eigenem - möglicherweise auch in manchen Punkten nachvollziehbarem - Frust das grosse Fass aufmachen möchtest und den Entwicklerinnen und Entwicklern Inkompetenz vorwirfst (kann ich den Satz vom "wenn denen das nicht klar ist ..." anders verstehen?), dann ist das vollkommen unangemessen.

Jede und jeder, der am Thema Paketmanagement für Contao mitarbeitet, hat aus meiner Sicht und Erfahrung heraus ein hohes Mass an Kompetenz und Verantwortungsbewusstsein. Ich möchte das nicht von Dir zerreden lassen.

**css-umsetzung** · 24.04.2016, 20:28

Ich will hier kein Fass aufmachen,.

Ich habe haufenweise contao installationen, alles ist toll, sobald man den composer startet, fangen die Probleme an.

Jedes der Systeme macht andere composer Fehler, an denen ich stunden sitze um diese Fehler zu beheben.

Der testmodus sagt, alles toll mach, ich mach und es knallt.

Es gibt kein ER mehr in dem ich das finde was ich benötige.

Da ich eigene Server habe, ist es für mich ein leichtes die Sachen vorher zu sichern, ich denke hier an die, die sich das vorher mit ftp ziehen müssen um sich abzusichern.
Ständig lese ich, geh in die console, da kannst du das reparieren, normale webseitenbetreiber wissen nicht mal was ne console ist.

Hinzu kommt das Problem bei einer niegelnagelneuen Installation, ich wüsste zu gerne wie hoch die Abbruchrate der Neuinstallationen ist und wieviel von denen von nun ab sagen, contao taugt nichts. Da würde ich als Leo schon zoff machen wenn andere Elemente in meinem System dafür sorgen, das mein System nicht mehr installierbar ist.

Das Thema ist seit Februar bekannt, wir haben Ende April!

Es ist doch bemerkenswert, das kein anderes system, das über den Composer aktualisiert wird, diese vielen merkwürdigen Fehler hat, Contao hat seit es den composer gibt nur noch Probleme.

Und das alles bilde ich mir nicht ein, ich habe seit der 2.9 mehr als 50 contao installationen online gebracht und auch individuelle Programmierungen dafür durchgeführt. Ich kenne das System also nicht erst seit gestern.

**BugBuster** · 24.04.2016, 20:39

Es ist doch bemerkenswert, das kein anderes system, das über den Composer aktualisiert wird, diese vielen merkwürdigen Fehler hat, Contao hat seit es den composer gibt nur noch Probleme.

Gibt es eins welches nicht über Console die Updates macht sondern auch übers Backend? Habe mir andere noch nicht angeschaut, daher die Frage.

**xtra** · 25.04.2016, 18:35

Zitat von BugBuster

Gibt es eins welches nicht über Console die Updates macht sondern auch übers Backend? Habe mir andere noch nicht angeschaut, daher die Frage.

m.W.n.: Noe, die verlangen alle Console. Koennten wir auch, dann haetten wir keine Probleme mehr mit Gemeckere. Wir sind jedoch so bloede und versuchen auf biegen und brechen ein ER2 aehnliches Web Frontend zu bauen, damit es jeder benutzen kann...

@css-umsetzung:
Es tut mir ja leid dass bei dir nicht alles so klappt wie du es dir denkst, aber bitte bedenke einmal:
1. Wieviele Leute aktiv den composer-client pflegen (Me, myself and I)
2. Was diese Leute, abgesehen davon dir kostenlos eine 100% funktionale Paketverwaltung die komplett fehlerfrei arbeitet versuchen bereitzustellen, den lieben langen Arbeitstag machen koennten (Wie z.B. neben etlichen anderen Extensions, welche, oh Wunder, ebenfalls free and open source sind, aktiv zu betreuen und den Contao Core mit betreuen).
3. Wieviel DU zur Fehlerfreiheit produktiv beigetragen hast (nein, pausenloses ranten zaehlt hier nicht, hier zaehlt nur Ticket schreiben und Loesungen testen).

Nachdem du diese Punkte alle bedacht hast und wirklich der Meinung bist, dass dies alles Schrott ist, es steht dir jederzeit frei IRGENDEINEN Entwickler zu beauftragen, der dir zum NULLTARIF alle Probleme programmatisch loest.
Ich wyrde mich freuen, wenn du die Ergebnisse dann als PR auf GitHub stellst, damit alle davon profitieren koennen.

Grysse vom inkompetenten
Xtra (Maintainer composer-client, composer-plugin, MetaModels, dc-general, ...)

Anm. dieser Posting koennte Verbitterung enthalten.

**css-umsetzung** · 25.04.2016, 19:11

Du musst doch einsehen, dass der derzeitige Zustand definitiv nicht OK ist, wenn kein normaler Domainbesitzer in der Lage ist contao zu installieren und einzurichten, ohne sich hier durch 100 Threads zu wühlen, warum gerade bei ihm die Installation fehlschlägt. Das ist für mich ein unhaltbarer Zustand.

Es muss auch einen Grund haben warum andere Systeme nicht versuchen daraus ein Plugin zu machen, jedoch laufen die anderen Systeme mit Ihren Möglichkeiten problemlos, egal ob ich ein Shopsystem oder ein anderes CMS installiere bzw. dort Plugins einspiele, Probleme gibts derzeit nur bei contao und die meisten, wegen dem Composerplugin.

Viele der Systeme haben eine Oberfläche um Plugins einzuspielen, wenn ich meine ich kann es, kann ich in diesen Systemen auch über die console und mit dem composer Sachen installieren,
aber niemand schreibt mir dort vor das ich den composer nutzen muss.

Das Composerplugin gibt es jetzt wie lange, richtig funktioniert hat es wann?

Wenn ich etwas programmiere muss ich dafür sorgen das es auf allen Systemen läuft, oder ich lasse es sein wenn ich das nicht garantieren kann, egal ob es kostenlos ist oder nicht.

Ich habe auch keine Lust, etwas bei github in deutsch zu Posten und dann antworten mir alle auf englisch weil es so cool ist in englisch zu schreiben aber auch das ist ein anderes Thema.
Ihr nehmt euch großes vor, aber letztendlich läuft es nicht zufriedenstellend und das ist nicht nur der composer, von Metamodels rede ich jetzt gar nicht erst, ist auch nicht das Thema hier.

Und nicht jeder normale Webseitenbesitzer kann etwas mit Console und putty und rechten und symlinks was anfangen, ich habe auch nirgends gelesen, Contao von professionellen Programmieren für professionelle Programmierer und Ihren eigenen professionellen Webseiten gemacht.

Ich habe das schon mehrfach gesagt, es geht hier nicht um Leute wie mich, es geht um den normalen Anwender.
Und ich sage es nochmal, dieses Thema ist nicht erst bekannt seit ich mich beschwere, ich bin verärgert weil es schon so lange bekannt ist.

Ich habe jetzt ein Jahr an einer Webseite und plugins programmiert und lange davor ein Konzept erstellt, damit sie rechtzeitig zur EM fertig ist, nun muss ich Panik haben das das Kartenhaus contao zusammenbricht wenn es los geht.
Da im ER nicht alles verfügbar ist, ist man quasi gezwungen den composer zu benutzen.

Kunden von mir Updaten Ihr System und brauchen danach einen Programmierer der es wieder richtet weil die Webseite offline ist und kommt jetzt nicht wieder mit dem Spruch vorher eine Sicherung machen, da sind wir wieder beim normalen User mit einer 16mbit Leitung und 1mbit im Upload der sein ganzes System per ftp zieht und dann die eventuell noch Probleme mit symlinks bekommt.

**Andreas** · 25.04.2016, 20:15

Im Installtool steht ja:

Sie verwenden die Standard-Erweiterungsverwaltung.
Wir testen momentan eine neue Version der Erweiterungsverwaltung, die Composer für das Paketmanagement verwendet. Bitte installieren Sie den Composer-Client, um am Beta-Test teilzunehmen.

Von daher installiere ich den Composer auch nicht, weil ich mich auf die Software verlassen möchte und bei diversen Versuchen auch schon einiges an Zeit drauf gegangen ist, bis ich ihn dann wieder deinstallieren musste.

Also man muss den Composer nicht installieren, wenn man nicht am "Beta-Test" teilnehmen möchte. Aber ich möchte deswegen nochmal alle Entwickler bitten, Ihre Erweiterungen im ER2 bereit zu stellen oder zumindestens im ER2 einen Hinweis zu hinterlassen, dass es eine neuere Version auf Github gibt. Auf Github wäre es dann schön, wenn man nicht die composer.json öffnen müsste um die Abhängigkeiten zu sehen, sondern irgendwie einfach erkennen könnte, welche Version für welche Contao-Version gedacht ist und welche Abhängigkeiten bestehen.

Obwohl, wenn ich weiter darüber nachdenke, dann macht das manuelle Installieren auch keinen Sinn, da man ja keine Hinweise auf Updates oder Sicherheitslücken bekommt. Wäre also nur ne Notlösung. Insofern sind wir also gezwungen bei Benutzung diverser Erweiterungen am Beta-Test teilzunehmen.

Console: Ich weiß nicht, ob ich von allen meinen Kunden einen Consolen-Zugang bekommen würde.

Alles in allem: Der Composer macht bestimmt viel Sinn, aber ohne Ihn war es für uns Agenturen, die wir Installationen mit Erweiterungen aufsetzen, damals richtig cool. Typo3 hat (oder hatte 2006) auch so eine etwas unübersichtliche Erweiterungsverwaltung im BE, da war ich damals froh, wie das bei Contao fluppte.

@xtra: Danke für die Entwicklung, lass dich nicht unterkriegen. Ich glaube immer noch an den Composer, auch wenn ich ihn noch immer nicht benutzen möchte.

**BugBuster** · 25.04.2016, 20:32

Zitat von css-umsetzung

Du musst doch einsehen, dass der derzeitige Zustand definitiv nicht OK ist, wenn kein normaler Domainbesitzer in der Lage ist contao zu installieren und einzurichten, ohne sich hier durch 100 Threads zu wühlen, warum gerade bei ihm die Installation fehlschlägt. Das ist für mich ein unhaltbarer Zustand.

Es gibt auch viele die Composer verwenden und keine Probleme haben. Software ist nie 100% kompatibel für alle denkbaren Systeme.

Zitat von css-umsetzung

Es muss auch einen Grund haben warum andere Systeme nicht versuchen daraus ein Plugin zu machen,

Ja, weil die composer /symfony basierten Systeme beispielsweise von Anfang an so konzipiert sind/wurden, das man die Konsole braucht.
Und manchmal sogar per Hand die AppKernel.php anpassen muss. Wenn auch nur ein Mal.

Zitat von css-umsetzung

Viele der Systeme haben eine Oberfläche um Plugins einzuspielen, wenn ich meine ich kann es, kann ich in diesen Systemen auch über die console und mit dem composer Sachen installieren, aber niemand schreibt mir dort vor das ich den composer nutzen muss.

Tut Contao 3 auch nicht. Musst du nicht. Das Contao nun zwei Welten der Art zur Installation anbietet ist eine Besonderheit um den Umstieg zu erleichtern.
Übrigens auf beiden Seiten, Anwender wie Entwickler.

Zitat von css-umsetzung

Das Composerplugin gibt es jetzt wie lange, richtig funktioniert hat es wann?

Bei mir seit Mitte letzten Jahres. Bin ich was besonderes? Nö, nur Hobby Entwickler, der aber zugegebener Maßen dadurch Fehlermeldungen interpretieren kann, wenn denn mal welche auftauchen.

Zitat von css-umsetzung

Wenn ich etwas programmiere muss ich dafür sorgen das es auf allen Systemen läuft, oder ich lasse es sein wenn ich das nicht garantieren kann, egal ob es kostenlos ist oder nicht.

Träum weiter. Sag das mal sämtliche Betriebssystem Entwickler dieser Welt.
Nie mehr Sicherheits-/Bugfix-Updates, das wäre schon was tolles.

Zitat von css-umsetzung

Da im ER nicht alles verfügbar ist, ist man quasi gezwungen den composer zu benutzen.

Einfache Lösung: Die Erweiterung aus GitHub nehmen und als private selber ins ER2 stellen. Dann haste beim Kunden weniger Probleme, da ER2, nur selber mehr Aufwand.
Nebenbei, das habe ich auch schon getan, manchmal geht's nicht anders.

**Spooky** · 25.04.2016, 21:08

Zitat von css-umsetzung

Ich habe auch keine Lust, etwas bei github in deutsch zu Posten und dann antworten mir alle auf englisch weil es so cool ist in englisch zu schreiben

Es wird dort nicht auf Englisch gepostet "weil es cool ist".

**Infidel** · 09.05.2017, 09:34

Hallo,

in mehreren Installationen tritt derzeit dieser Fehler auf (eben überall da, wo der Composer aktiv ist). Trotz der Änderung der .json wird das Problem leider nicht behoben. Diese sieht jetzt so aus:

Code:

{
    "name": "local/website",
    "description": "A local website project",
    "type": "project",
    "license": "proprietary",
    "require": {
        "contao-community-alliance/composer-client": "~0.12",
        "contao-legacy/easyupdate3": ">=3.3.2.9008,<3.4-dev",
        "contao-legacy/ytvideo": ">=2.1.1.9007,<2.2-dev",
        "terminal42/contao-easy_themes": ">=2.1.3.0,<2.2-dev"
    },
    "prefer-stable": true,
    "minimum-stability": "dev",
    "config": {
        "preferred-install": "dist",
        "cache-dir": "cache",
        "component-dir": "../assets/components"
    },
    "repositories": [
        {
            "type": "composer",
            "url": "https://legacy-packages-via.contao-community-alliance.org/"
        },
        {
            "type": "artifact",
            "url": "packages"
        }
    ],
    "extra": {
        "contao": {
            "migrated": "done"
        }
    }
}

Ist daran etwas falsch? Oder liegt´s vielleicht dieses Mal wirklich an einer zu alten SSL Version?

LG Fidel