Composer Nutzung vereinfachen

[Honig]

Hi,
ich versuche gerade wieder mit Contao 4 rum zuspielen. Mich treibt gerade bei dem Workflow der Installation folgendes um:
Warum ist das alles so kompliziert? Wir sind doch alle irgendwo Designer und warum wird da nicht das Prinzip "Don't make me think" angewendet?
Konkret geht es darum: Die Installation eines Paketes ist kein Problem mit dem Composer aber das muss man ja noch aktivieren und Caches löschen.
Warum gibt es im Contao Backend nicht einfach eine Seite wo man diese ganzen Module gelistet bekommt und dann wird diese Geschichte in AppKernel.php per Anhaken erledigt und mit dem Speichern wird der ganze Cachekram automatisch erledigt? Ich muss einfach für ein Paket viel zu viele Ecken anfassen damit das im Contao drin ist. Ich bin eher in der RubyOnRails Welt zu Hause und da gibt es eine Stelle wo ich ein Paket einbinde, ein Kommando ausführe und dann ist das Paket in der Regel installiert (von zusätzlichen Tasks die dann irgendwelche Datenbankänderungen vornehmen reden wir mal nicht weil das paketspezifisch ist).
Das ist kein Vorwurf sondern eine ernst gemeinte Frage - warum gehts nicht einfacher?

[Spooky]

Das kommt dann im Contao Manager.

[tab]

Ja, hoffentlich bald. Der Contao-Manager nimmt mir dann alles ab, der ärgert sich sogar für mich, wenn das RAM für Composer mal wieder nicht reicht.

[Honig]

Ok den Contao Manager sah ich schon. Das der das kann wusste ich nicht. Zumindest dachte ich mir "Nicht noch ein Javascript-NodeJs-Hipster Teil".
Nichts für Ungut aber ich stehe der Javascript Welle der letzten Jahre recht skeptisch gegenüber weil das alles wie ein riesen Flickenteppich wirkt mit 100den von konkurrierenden Lösungen (siehe NPM und Bower) ... ist aber ein anderes Thema.
Bedeutet das, dass die Server jetzt auch noch JS Runtimes brauchen? Oder kann man das lokal installieren und per SSH Administrieren (lassen)?

[Spooky]

Bedeutet das, dass die Server jetzt auch noch JS Runtimes brauchen?

Nein, ich glaube du verwechselst hier irgenwas. Um dir den Contao Manager selbst zu bauen, musst du alle Abhängigkeiten für das Frontend selbst per npm install installieren.

[Honig]

Ok alles klar.
Manager probiert ... naja ich hätte was anderes machen sollen.
Muss ich da in Zukunft für jedes Contao zusätzlich auf ner Domain den Manager installieren oder soll der mehrere Contaos verwalten können?

[Honig]

https://contao.org/de/news/release-d...d-edition.html hätte ja mal jemand was sagen können ... ist doch genau das was ich ansprach

[Honig]

Ich habe jetzt wie hier https://contao.org/de/news/informati...o-manager.html beschrieben, die contao-manager.phar in das /web Verzeichnis gelegt aber es wird erwartungsgemäß vom Webserver nicht ausgeführt sondern ausgeliefert
Any comments?

[Honig]

gut jetzt läufts fast mit

AddHandler php56-cgi .phar
php_flag phar.readonly  Off

Aber ich bekomme #!/usr/bin/env php angezeigt.

[xtra]

1. woher hast du die phar? Selbst gebaut? Gab es dabei Fehlermeldungen?
2. benenne sie doch in `contao-manager.phar.php` um, dann sparst du dir den `AddHandler` und das `php_flag phar.readonly Off` brauchst du auch nur zur Entwicklung vom manager.

[Honig]

Ja selbst gebaut. Keine Fehlermeldungen sind aufgetreten (die hätte ich sonst in ein Issue bei GH gepackt).
Habe das umbenannt aber das selbe passiert.
Per PM könnte ich dir die URL durch reichen wenn du möchtest.

[Spooky]

Hm, bei mir funktioniert das phar builden nicht. Bekomme da nur folgende Ausgabe:

$ php ./vendor/bin/pharpiler compile

dir=$(d=${0%[/\\]*}; cd "$d"; cd "../cyberspectrum/pharpiler/bin" && pwd)

# See if we are running in Cygwin by checking for cygpath program
if command -v 'cygpath' >/dev/null 2>&1; then
        # Cygwin paths start with /cygdrive/ which will break windows PHP,
        # so we need to translate the dir path to windows format. However
        # we could be using cygwin PHP which does not require this, so we
        # test if the path to PHP starts with /cygdrive/ rather than /usr/bin
        if [[ $(which php) == /cygdrive/* ]]; then
                dir=$(cygpath -m "$dir");
        fi
fi

dir=$(echo $dir | sed 's/ /\ /g')
"${dir}/pharpiler" "$@"

[xtra]

Das ist aber ein seltsames PHP was du dann da hast.

Tausche bitte das "php" am Anfang mal durch einen richtigen php CLI Interpreter, dann sollte es klappen.

Leider fehlt mir ein Windows um die Kompilierung zu testen, sollte aber eigentlich (sofern es sich standardgemaess verhaelt) funktionieren.

[Spooky]

Das ist aber ein seltsames PHP was du dann da hast.

Tausche bitte das "php" am Anfang mal durch einen richtigen php CLI Interpreter, dann sollte es klappen.

$ php -v
PHP 5.6.21 (cli) (built: Apr 27 2016 20:13:58)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies

Besser geht es nicht (außer auf PHP 5.6.30 oder 7.1 zu aktualisieren). Die PHP binaries sind von http://windows.php.net/download/ (non thread safe)

[Honig]

Also ich vermute der Shebang am Anfang der mit im HTML ausgegeben wird, verhindert dass die React App gestartet wird.
Ich weiß aber nicht wie man dem Pharpiler bei bringt dass er das nicht mit ausgeben soll.

[xtra]

Das Problem ist das unter windows generierte launcher script...
Das ist ein shell script (und parallel dazu gibt es auch noch ein batch file).

Die kann PHP logischerweise nicht auswerten... also musst du hier wohl das PHP binary weg lassen... echt bloed was composer da generiert und ich habe keine Ahnung wie ich damit umgehen soll.

Das batch file koennte jedoch funktionieren (dein PHP ist ja im path).

Bloed ist es jedoch dann zur Laufzeit denn die managed-edition hat ja auch ein console script, welches vom manager executed werden muss, das haut definitiv nicht hin.

// Rant: Windows ist doch einfach beschissen...

[Hanski]

Gerade mal mit dem batch file getestet (Win8.1, PHP 7.0.13), da erhalte ich dann folgende Fehlermeldung:

# pharpiler.bat compile
PHP Warning:  proc_open(): CreateProcess failed, error code - 267 in D:\xampp7\htdocs\contao-manager\vendor\symfony\process\Process.php on line 310

Warning: proc_open(): CreateProcess failed, error code - 267 in D:\xampp7\htdocs\contao-manager\vendor\symfony\process\Process.php on line 310

  [Symfony\Component\Process\Exception\RuntimeException]
  Unable to launch a new process.

compile [<file>] [<composer>]

Für error code 267 finde ich:

ERROR_DIRECTORY - The directory name is invalid.

Kann ich da noch was einstellen?

[Honig]

// Rant: Windows ist doch einfach beschissen...

Ähm joa aber ich arbeite mit Linux.
Ich habe aber verstanden warum das Shebang nicht weggelassen werden kann. Ich frage mich wie das bei anderen laufen kann wenn das Shebang immer mit im html ausgegeben wird.

[folkfreund]

ERROR_DIRECTORY - The directory name is invalid.

\ / ?

[Honig]

Ich frage mich wie das bei anderen laufen kann wenn das Shebang immer mit im html ausgegeben wird.

Nur so damit es nicht unter geht.

[xtra]

Nur so damit es nicht unter geht.

Du bist der erste mit diesem Problem.

Was hast du fyr eine Konfiguration?

apache, nginx, mod_php, phpfcgi, phpfpm, ...?

[Spooky]

Das Problem ist das unter windows generierte launcher script...
Das ist ein shell script (und parallel dazu gibt es auch noch ein batch file).

Die kann PHP logischerweise nicht auswerten... also musst du hier wohl das PHP binary weg lassen... echt bloed was composer da generiert und ich habe keine Ahnung wie ich damit umgehen soll.

Das batch file koennte jedoch funktionieren (dein PHP ist ja im path).

Bloed ist es jedoch dann zur Laufzeit denn die managed-edition hat ja auch ein console script, welches vom manager executed werden muss, das haut definitiv nicht hin.

// Rant: Windows ist doch einfach beschissen...

Hm, verstehe. Mit pharpiler.bat kommt bei mir leider auch

$ ./vendor/bin/pharpiler.bat compile

Warning: proc_open(): CreateProcess failed, error code - 267 in C:\Users\Spooky\Documents\VCS\contao-manager\vendor\symfony\process\Process.php on line 310


  [Symfony\Component\Process\Exception\RuntimeException]
  Unable to launch a new process.


compile [<file>] [<composer>]

[Honig]

Du bist der erste mit diesem Problem.

Was hast du fyr eine Konfiguration?

apache, nginx, mod_php, phpfcgi, phpfpm, ...?

Hosting AllInkl - ich vermute(htaccess gehen also) Apache mit phpfcgi (eigestellt ist CGI/FPM)

[Spooky]

Relevante Tickets:

• https://github.com/cyberspectrum/pharpiler/issues/2
• https://github.com/contao/contao-manager/issues/49
• https://github.com/contao/contao-manager/pull/50

[Honig]

Betrifft halt nur Windows sollte man dazu schreiben.
Unter Linux funktioniert es unverändert nicht.

[xtra]

Betrifft halt nur Windows sollte man dazu schreiben.
Unter Linux funktioniert es unverändert nicht.

Kann ich so nicht unterschreiben, da es bei mir alles funktioniert (Debian 8 & 9).