Paketverwaltung Problem open_basedir, composer

**designpilot** · 03.02.2016, 12:20

Zitat von x4all

Ich bin folgendermaßen vorgegangen.

Bei einer Test-Installation (3.5.6) hatte ich noch die Erweiterungsverwaltung aktiv. Habe über diese dann den Composer Client installiert, lief auch alles gut, bis zum DB-Update. Habe dann den hotfix hochgeschoben, dann wurde mir der Migrationsassistent angezeigt. Beim migrieren dann krachte es.

Hi x4all
Dann hattest Du die gleiche oder eine ähnliche Meldung wie ich ???? Es wäre noch interessant zu wissen, wieso es
bei einigen funktioniert und bei anderen wiederum nicht.

Ich werde auf jeden Fall heute Abend das ganze mal noch manuell anpassen anhand der Angaben auf
GitHub, mal schauen ob es da dann auch zu dem/den Fehlern kommt.

**Contao-Academy** · 03.02.2016, 12:36

Am besten noch mal ein Ticket über Github öffnen.

Wie xtra schreibt, soll man testen. Es kann also durchaus noch ein Problem mit dem Hotfix geben.
Darum eben testen…

Da es ja lauter unterschiedliche Hosting-Konfigurationen gibt, muss vielleicht der Workaround noch erweitert werden.

Viele Grüße
Christian

**Ulrich** · 03.02.2016, 12:37

Zitat von designpilot

Hi x4all
Dann hattest Du die gleiche oder eine ähnliche Meldung wie ich ???? Es wäre noch interessant zu wissen, wieso es
bei einigen funktioniert und bei anderen wiederum nicht.

Ich werde auf jeden Fall heute Abend das ganze mal noch manuell anpassen anhand der Angaben auf
GitHub, mal schauen ob es da dann auch zu dem/den Fehlern kommt.

Versucht doch bei den "alten" Installationen, wo die Fehlermeldungen aufgetreten sind, einfach die Fehlermeldungen bei den einzelnen Schritten zu ignorieren. Also in die Paketverwaltung klicken, dort nach unten scrollen bis zur Paketeliste und den Composer-Client anklicken, den Hotfix auswählen. Dann die Fehlermeldungungen wieder ignorieren und erneut in die Paketverwaltung klicken und das Update laufen lassen ... , danach sollten keine Fehlermeldungen mehr erscheinen ...

Ergänzung @x4all:
Das Problem mit der open_basedir musst Du zuvor durch die Einträge (siehe die Beiträge weiter oben zum Thema) in der initconfig.php fixen!

**x4all** · 03.02.2016, 13:15

Werde ich versuchen, nur an was ich halt denke ist, dass viele Betreiber auf einem Shared Hosting liegen und keinen Zugriff auf die php.ini oder die initconfig.php haben. Fragt sich, wie die dann vorgehen, wenn z.B. der Hoster wie Alfahosting Änderungen nicht anbietet.

**Spooky** · 03.02.2016, 13:32

Auf die initconfig.php hast du immer Zugriff, die ist ja Teil von Contao. Davon abgesehen glaube ich nicht, dass dein Problem irgendwas damit zu tun hat.

**Ulrich** · 03.02.2016, 13:45

Zitat von Spooky

Auf die initconfig.php hast du immer Zugriff, die ist ja Teil von Contao. Davon abgesehen glaube ich nicht, dass dein Problem irgendwas damit zu tun hat.

Die von x4all kopierte Warnung moniert explizit die open_basedir, also sollte die initconfig.php auf jeden Fall zunächst konfiguriert werden (@xall: unter "/system/config/" zu finden) ...

**mvo** · 03.02.2016, 14:01

Danke, der Hotfix aus dem Branch "dev-hotfix/various-issues" funktioniert bei mir.

**designpilot** · 03.02.2016, 14:04

Schritt 1 - 7 ging ohne Probleme durch bei mir

Zitat von designpilot

1. Composer Client installiert
2. composer.phar vor der Migration von einer Contao 3.5.3 in Verzeichnis TL_ROOT/composer kopiert
3. automatische aktualisierung des Composers in Einstellungen deaktiviert
4. Migration ausgeführt (ohne Fehler / Warnmeldung)
5. Composer Cache gelert
6. Datenbank aktualisiert
7. AuthKey für GitHub unter Paketverwaltung -> Einstellungen hinzugefügt

Nach Schritt 8-9 endete es im untenstehenden FATAL ERROR

Zitat von designpilot

8. in der Paketverwaltung den Composer Client Eintrag ausgewählt den obersten DEV hotfix ausgewählt und zur Installation vorgemerkt
9. Pakete aktualisieren angeklickt

Fehlermeldung

Code:

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

#0 system/modules/!composer/src/Util/CaBundleWorkaround.php(65): Phar->offsetGet('res/cacert.pem')
#1 system/modules/!composer/src/Runtime.php(531): ContaoCommunityAlliance\Contao\Composer\Util\CaBundleWorkaround::setCaFileIfOpenBaseDirInUse(Object(Phar))
#2 system/modules/!composer/src/ClientBackend.php(290): ContaoCommunityAlliance\Contao\Composer\Runtime::registerComposerClassLoader()
#3 system/modules/!composer/src/ClientBackend.php(125): ContaoCommunityAlliance\Contao\Composer\ClientBackend->loadComposer()
#4 system/modules/core/classes/Backend.php(423): ContaoCommunityAlliance\Contao\Composer\ClientBackend->generate()
#5 system/modules/core/controllers/BackendMain.php(131): Contao\Backend->getBackendModule('composer')
#6 contao/main.php(20): Contao\BackendMain->run()
#7 {main}

mich irritiert das einfach (ich mach mir da dann immer wahrscheinlich unnötigerweise einen Kopf)

Für mich ist es jetzt einfach ein GROSSES Problem, da die Module die ich benötige nur noch in der aktuellen Version über Composer installierbar sind und ich ein Projekt habe das eigentlich bis nächste Woche fertig sein müsste (Wie soll ich das "auch wenn es ein Freund von mir ist" dem beibringen das es sich verzögert).

**x4all** · 03.02.2016, 14:04

Ich habe die Einträge in der initconfig.php nun gesetzt. Es kommen immer noch Fehlermeldungen, aber unterhalb steht nun das Backend mit Composer Verwaltung. Einige Warnings kommen noch, z.B.

Code:

Warning: is_readable(): open_basedir restriction in effect. File(/etc/pki/tls/certs/ca-bundle.crt) is not within the allowed path(s): (/var/www/web221/html/:/var/www/web221/phptmp/:/var/www/web221/files/:/var/www/web221/atd/:/usr/share/php/:/opt/php/) in phar://composer/composer.phar/src/Composer/Util/Silencer.php on line 67

Code:

Warning: is_dir(): open_basedir restriction in effect. File(/etc/pki/tls/certs) is not within the allowed path(s): (/var/www/web221/html/:/var/www/web221/phptmp/:/var/www/web221/files/:/var/www/web221/atd/:/usr/share/php/:/opt/php/) in phar://composer/composer.phar/src/Composer/Util/RemoteFilesystem.php on line 890

Code:

Warning: Cannot modify header information - headers already sent by (output started at /var/www/web221/html/hgp/system/helper/functions.php:65) in system/modules/core/library/Contao/Template.php on line 294

Obwohl der Hotfix drin ist...

**Ulrich** · 03.02.2016, 14:10

Zitat von x4all

Ich habe die Einträge in der initconfig.php nun gesetzt. Es kommen immer noch Fehlermeldungen, aber unterhalb steht nun das Backend mit Composer Verwaltung. Einige Warnings kommen noch, z.B.

Code:

Warning: is_readable(): open_basedir restriction in effect. File(/etc/pki/tls/certs/ca-bundle.crt) is not within the allowed path(s): (/var/www/web221/html/:/var/www/web221/phptmp/:/var/www/web221/files/:/var/www/web221/atd/:/usr/share/php/:/opt/php/) in phar://composer/composer.phar/src/Composer/Util/Silencer.php on line 67

Code:

Warning: is_dir(): open_basedir restriction in effect. File(/etc/pki/tls/certs) is not within the allowed path(s): (/var/www/web221/html/:/var/www/web221/phptmp/:/var/www/web221/files/:/var/www/web221/atd/:/usr/share/php/:/opt/php/) in phar://composer/composer.phar/src/Composer/Util/RemoteFilesystem.php on line 890

Code:

Warning: Cannot modify header information - headers already sent by (output started at /var/www/web221/html/hgp/system/helper/functions.php:65) in system/modules/core/library/Contao/Template.php on line 294

Obwohl der Hotfix drin ist...

Du hast vermutlich den Hotfix ausgewählt, aber das Update noch nicht durchgeführt ...

**Spooky** · 03.02.2016, 15:11

Zitat von Ulrich

Die von x4all kopierte Warnung moniert explizit die open_basedir, also sollte die initconfig.php auf jeden Fall zunächst konfiguriert werden (@xall: unter "/system/config/" zu finden) ...

Ja, aber ich meinte sein Fehler nachdem er versucht hatte den composer-client (und -plugin?) manuell zu aktualisieren.

**x4all** · 04.02.2016, 07:45

Also bei mir sieht das gerade so aus:
contao-composer.PNG

Wenn ich versuche irgendwas zu aktualisieren, steigt er aus. Warning, Fatal Error...

Ich habe das noch nicht ganz verstanden mit Composer und Composer Client, hotfix, Plugin... Was ist denn hier was? Ich würde gerne den kompletten Composer (neueste Version, die bei den anderen nach dem hotfix erfolgreich läuft) mal hochschieben, dann müsste das aus meiner Sicht laufen?

Und wenn ich es richtig verstanden habe, müssen ab jetzt quasi bei jeder neuen Contao Installation die Einträge in der initconfig.php gesetzt werden. D.h. Contao installieren und läuft ist nicht mehr?

Wie seht ihr das?

**Ulrich** · 04.02.2016, 08:41

Zitat von x4all

Also bei mir sieht das gerade so aus:
contao-composer.PNG

Wenn ich versuche irgendwas zu aktualisieren, steigt er aus. Warning, Fatal Error...

Ich habe das noch nicht ganz verstanden mit Composer und Composer Client, hotfix, Plugin... Was ist denn hier was? Ich würde gerne den kompletten Composer (neueste Version, die bei den anderen nach dem hotfix erfolgreich läuft) mal hochschieben, dann müsste das aus meiner Sicht laufen?

Und wenn ich es richtig verstanden habe, müssen ab jetzt quasi bei jeder neuen Contao Installation die Einträge in der initconfig.php gesetzt werden. D.h. Contao installieren und läuft ist nicht mehr?

Wie seht ihr das?

Da ist der Hotfix aber nicht geladen, sonst würde es so aussehen: hotfix.png

**Contao-Academy** · 04.02.2016, 08:42

Der Hotfix ist für den Composer-Client.
Der Composer-Client ist im Grunde eine graphische Oberfläche zur Paketverwaltung speziell für Contao.

Im Hintergrund nutzt der Composer-Client dann den Composer um die Pakete zu verwalten.
Der Composer ist ein allgemeines OpenSource-Projekt und kein reines Contao Tool.
Mehr auch unter: https://c-c-a.org/ueber-composer

Der Composer-Client liegt unter:

Code:

/system/modules/!composer

Den Composer selbst findet man unter:

Code:

/composer/composer.phar

Wenn die graphische Oberfläche gar nicht mehr will, dann kann man den composer auch über die console benutzen.
Dazu ist ein SSH-Zugang zum Server nötig.

Folgendes wäre zu tun um den Client zu aktualisieren.

1. Backup!!
2. Auf Server per SSH einwählen
3. In Verzeichnis /composer wechseln
4. composer.json öffnen (kann auch per FTP gemacht werden)
5. Zeile anpassen: dev-hotfix/various-issues

Code:

"contao-community-alliance/composer-client": "dev-hotfix/various-issues",

6. speichern
7. Befehl:

Code:

php composer.phar update

8. Ausgabe sollte ungefähr wie folgt sein:

Code:

Loading composer repositories with package information
Updating dependencies (including require-dev)
  - Removing contao-community-alliance/composer-client (0.16.2)
  - Installing contao-community-alliance/composer-client (dev-hotfix/various-issues 023ef72)
    Loading from cache

  - installed 110 files
Writing lock file
Generating autoload files

8. Ins Backend einloggen und schauen ob alles läuft.

Viele Grüße
Christian

**Spooky** · 04.02.2016, 09:56

Ich vermute mal, dass er keinen SSH access hat.

In so einem Fall würde ich so vorgehen:

Komplette Website auf einen anderen Webserver mit Konsolenzugriff kopieren (bspw. auf den lokalen Webserver)
Den Inhalt von /composer/vendor löschen
/composer/composer.json anpassen
Den /composer Ordner in der Konsole öffnen und
Code:
```
php composer.phar update
```
aufrufen - oder
Code:
```
composer upadate
```
wenn man Composer global installiert hat
Die Kopie wieder zurück auf den Server spiegeln - nicht einfach nur überschreiben
Am Server Install Tool aufrufen

**designpilot** · 04.02.2016, 09:58

Zitat von Fenepedia

Wenn die graphische Oberfläche gar nicht mehr will, dann kann man den composer auch über die console benutzen.
Dazu ist ein SSH-Zugang zum Server nötig.

Folgendes wäre zu tun um den Client zu aktualisieren.

1. Backup!!
2. Auf Server per SSH einwählen
3. In Verzeichnis /composer wechseln
4. composer.json öffnen (kann auch per FTP gemacht werden)
5. Zeile anpassen: dev-hotfix/various-issues

Code:

"contao-community-alliance/composer-client": "dev-hotfix/various-issues",

6. speichern
7. Befehl:

Code:

php composer.phar update

8. Ausgabe sollte ungefähr wie folgt sein:

Code:

Loading composer repositories with package information
Updating dependencies (including require-dev)
  - Removing contao-community-alliance/composer-client (0.16.2)
  - Installing contao-community-alliance/composer-client (dev-hotfix/various-issues 023ef72)
    Loading from cache

  - installed 110 files
Writing lock file
Generating autoload files

8. Ins Backend einloggen und schauen ob alles läuft.

Das heisst wenn ich jetzt ne Neuinstallation von Contao auf Basis der Version 3.5.6 mache und die Einstellungen und alles wie bereits mal erwähnt tätige und dann den Composer-Client installiere (bevor die Migration durchgeführt wird eine composer.phar von ner funktionierenden Installation Version 3.5.3 in TL_ROOT/composer ablegen) danach deine oben beschriebenen Schritte durchführe, sollte das ganze dann ohne Probleme und den FATAL ERROR laufen ????

**Spooky** · 04.02.2016, 10:03

Zitat von designpilot

Das heisst wenn ich jetzt ne Neuinstallation von Contao auf Basis der Version 3.5.6 mache und die Einstellungen und alles wie bereits mal erwähnt tätige und dann den Composer-Client installiere (bevor die Migration durchgeführt wird eine composer.phar von ner funktionierenden Installation Version 3.5.3 in TL_ROOT/composer ablegen) danach deine oben beschriebenen Schritte durchführe, sollte das ganze dann ohne Probleme und den FATAL ERROR laufen ????

Ich würde damit warten, bis dass eine 0.16.3 (oder 0.17.x?) im ER2 released wird. Oder lokal die neue Installation mit 0.16.2 aufsetzen und über die Console

Code:

composer update

durchführen.

**designpilot** · 04.02.2016, 10:14

Zitat von Spooky

Ich würde damit warten, bis dass eine 0.16.3 (oder 0.17.x?) im ER2 released wird.

Hi Spooky
Das heisst den Composer über ER2 noch nicht installieren bis ne 0.16.3 (oder 0.17.x) verfügbar ist ??? Ich hab einfach das Problem das ich ein Projekt (auch wenn es nur für einen Freund ist) hab welches ich fertigstellen muss und da bin ich auf den Composer angewiesen (da ich Module benötige die nur über den Composer installierbar sind).

**Spooky** · 04.02.2016, 10:16

Wie gesagt, du entwickelst ja wahrscheinlich sowieso lokal, oder nicht?

**designpilot** · 04.02.2016, 11:31

Zitat von Spooky

Wie gesagt, du entwickelst ja wahrscheinlich sowieso lokal, oder nicht?

hehe das is noch witzig, wenn der Server lokal unter Debian mal endlich laufen würde ja

**Contao-Academy** · 04.02.2016, 12:27

Welche Pakete brauchst du denn?

Zur Not könntest du die ja auch manuell installieren.

**Spooky** · 04.02.2016, 12:45

Zitat von designpilot

hehe das is noch witzig, wenn der Server lokal unter Debian mal endlich laufen würde ja

Dann würde ich das mal beheben, immer nur Remote auf einem nicht SSH zugänglichen Server arbeiten zu müssen ist ja ohnehin mühsam

.

**designpilot** · 04.02.2016, 12:55

Zitat von Fenepedia

Welche Pakete brauchst du denn?

Zur Not könntest du die ja auch manuell installieren.

Hi Christian
Es sind schon 3 - 4 Stück (ich könnt ja vorübergehend auf der funktionierenden Installation von Composer bleiben mit deaktivierter automatischen Aktualisierung) und dann wenns eine Lösung gibt die durchführen.

**Contao-Academy** · 04.02.2016, 12:57

Zitat von designpilot

Es sind schon 3 - 4 Stück (ich könnt ja vorübergehend auf der funktionierenden Installation von Composer bleiben mit deaktivierter automatischen Aktualisierung) und dann wenns eine Lösung gibt die durchführen.

Ja, würde ich so machen, bis es eine allgemein Lösung gibt. Du willst das Projekt ja online bringen.

**designpilot** · 04.02.2016, 13:21

Zitat von Fenepedia

Ja, würde ich so machen, bis es eine allgemein Lösung gibt. Du willst das Projekt ja online bringen.

Ich denk in Anbetracht dessen, das es bei mir auch nach 3 - 4 Neuinstallationen für dieses Projekt immer wieder zum gleichen FATAL ERROR kommt (vorallem nach genauem abarbeiten der Vorgehensweise) ist es das beste so.

**x4all** · 04.02.2016, 13:41

Bei mir sieht das jetzt im Backend zwar aus wie bei Ulrich, d.h. der Client ist auf dem richtigen Update Kanal. Abgesehen von den ganzen Warnings oberhalb des Backends, aber sowie ich etwas verändern will, geht gar nichts mehr. Komischerweise schreibt mir Contao nach dem Klick auf "Pakete aktualisieren" eine .htaccess ins rootverzeichnis mit "Deny from all". D.h. da geht gar nichts mehr.

Und beim Versuch den Composer via SSH zu aktualisieren passierte das hier:

Code:

Loading composer repositories with package information
Updating dependencies (including require-dev)
  - Installing contao-community-alliance/composer-plugin (2.3.8)
    Loading from cache

  - Installing contao-components/compass (0.12.2)
    Loading from cache

  - Installing true/punycode (1.1.0)
    Loading from cache

  - Installing tecnick.com/tcpdf (6.2.11)
    Downloading: 100%         

  - Installing swiftmailer/swiftmailer (v5.4.1)
    Downloading: 100%         

  - Installing simplepie/simplepie (1.3.1)
    Downloading: 100%         

  - Installing phpspec/php-diff (v1.0.2)
    Downloading: 100%         

  - Installing oyejorge/less.php (v1.7.0.10)
    Downloading: 100%         

  - Installing michelf/php-markdown (1.6.0)
    Downloading: 100%         

  - Installing leafo/scssphp (v0.6.3)
    Downloading: 100%         

                                                                              
  [ContaoCommunityAlliance\Composer\Plugin\DuplicateContaoException]           
  Warning: Contao core was about to get installed but has been found in proje  
  ct root, to recover from this problem please restart the operation           
                                                                               

update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--with-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--] [<packages>]...

**Spooky** · 04.02.2016, 13:45

Zitat von x4all

Und beim Versuch den Composer via SSH zu aktualisieren passierte das hier:

Code:

Loading composer repositories with package information
Updating dependencies (including require-dev)
  - Installing contao-community-alliance/composer-plugin (2.3.8)
    Loading from cache

  - Installing contao-components/compass (0.12.2)
    Loading from cache

  - Installing true/punycode (1.1.0)
    Loading from cache

  - Installing tecnick.com/tcpdf (6.2.11)
    Downloading: 100%         

  - Installing swiftmailer/swiftmailer (v5.4.1)
    Downloading: 100%         

  - Installing simplepie/simplepie (1.3.1)
    Downloading: 100%         

  - Installing phpspec/php-diff (v1.0.2)
    Downloading: 100%         

  - Installing oyejorge/less.php (v1.7.0.10)
    Downloading: 100%         

  - Installing michelf/php-markdown (1.6.0)
    Downloading: 100%         

  - Installing leafo/scssphp (v0.6.3)
    Downloading: 100%         

                                                                              
  [ContaoCommunityAlliance\Composer\Plugin\DuplicateContaoException]           
  Warning: Contao core was about to get installed but has been found in proje  
  ct root, to recover from this problem please restart the operation           
                                                                               

update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--with-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--] [<packages>]...

Da musst du das composer update einfach nochmal ausführen.

**designpilot** · 04.02.2016, 14:06

Ich hab es jetzt mal wie Nicky Hoff vorgeschlagen hat gemacht, also von einer funktionierenden Paketverwaltung die composer.phar kopiert und auf das Projekt geschoben (automatische aktualisierung natürlich deaktiviert). Ich wart jetzt mal ab bis eine Lösung die für alle geht verfügbar ist.

Gesendet von iPhone mit Tapatalk

**x4all** · 04.02.2016, 14:15

Das lief jetzt sauber durch. Aber sobald ich irgendwas auf der Seite der Paketverwaltung klicke, z.B. Datenbank aktualisieren, wirft er mir einen 403 aus, was von der .htaccess kommt... Und die Warnings über der Paketverwaltung sind immer noch da.

**Spooky** · 04.02.2016, 14:19

Zitat von x4all

Aber sobald ich irgendwas auf der Seite der Paketverwaltung klicke, z.B. Datenbank aktualisieren, wirft er mir einen 403 aus, was von der .htaccess kommt...

Was genau meinst du damit?

Zitat von x4all

Und die Warnings über der Paketverwaltung sind immer noch da.

Wie sieht deine composer.json aus?

**x4all** · 04.02.2016, 14:47

Ich habe 2 composer.json

eine im root verzeichnis:

Code:

{
	"name": "contao/core",
	"type": "project",
	"description": "Contao Open Source CMS",
	"license": "LGPL-3.0+",
	"authors": [
		{
			"name": "Leo Feyer",
			"homepage": "https://github.com/leofeyer"
		}
	],
	"require": {
		"php": ">=5.4.0",
		"leafo/scssphp": "~0.1",
		"michelf/php-markdown": "~1.4",
		"matthiasmullie/minify": "~1.3",
		"oyejorge/less.php": "~1.7",
		"phpspec/php-diff": "~1.0",
		"simplepie/simplepie": "~1.3",
		"swiftmailer/swiftmailer": "^5.2.1",
		"tecnickcom/tcpdf": "~6.0",
		"true/punycode": "~1.0",
		"contao-components/compass": "~0.12"
	}
}

und eine unter: /composer

Code:

{
    "name": "local/website",
    "description": "A local website project",
    "type": "project",
    "license": "proprietary",
    "require": {
        "contao-community-alliance/composer-client": "dev-hotfix/various-issues",
        "contao-legacy/changelanguage": ">=2.2.8.9005,<2.3-dev",
        "contao-legacy/easy_themes": ">=2.1.2.9007,<2.2-dev",
        "contao-legacy/kit_bootstrap": ">=1.2.3.9017,<1.3-dev",
        "contao-legacy/mobilecontent": "~1.1",
        "contao-legacy/superfish": "~3.1",
        "contao-legacy/tinymce_customizer": "2.1.2.9011",
        "contao-legacy/tinymce_legacy": "~1.0"
    },
    "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"
        },
        {
            "type": "composer",
            "url": "http://legacy-packages-via.contao-community-alliance.org/"
        }
    ],
    "extra": {
        "contao": {
            "migrated": "done"
        }
    }
}

**Spooky** · 04.02.2016, 14:50

Das beantwortet nur eine meiner 2 Fragen

.

3. Frage/Anweisung: mach' nochmal ein composer update und poste den output.

**x4all** · 04.02.2016, 17:26

Also der output von "php composer.phar update" sieht so aus:

Code:

Loading composer repositories with package information
Updating dependencies (including require-dev)
Nothing to install or update
Generating autoload files

Zu 1. Damit meine ich so wie ich es schreibe. Sobald man auf irgendeinen Link / Button auf der Paketverwaltungsseite klickt, wird eine .htaccess ins rootverzeichnis geschrieben mit dem Inhalt "Deny from all". Dann geht nichts mehr und ich bekomme einen 403.

**Spooky** · 04.02.2016, 17:47

Zitat von x4all

Zu 1. Damit meine ich so wie ich es schreibe. Sobald man auf irgendeinen Link / Button auf der Paketverwaltungsseite klickt, wird eine .htaccess ins rootverzeichnis geschrieben mit dem Inhalt "Deny from all". Dann geht nichts mehr und ich bekomme einen 403.

Das hört sich extrem seltsam an... wenn dem tatsächlich so ist, also wenn der composer-client tatsächlich eine .htaccess mit Deny from all in das Contao Root Verzeichnis (!) schreibt, dann ist sicher irgendwas nicht in Ordnung. Poste das mal als Issue auf Github.

**x4all** · 04.02.2016, 18:15

Ich würde dir das gerne mal zeigen wenn du magst. Evtl. können schaltest du dich mal per TeamViewer bei mir drauf. Telefonnummer gern per PM..
LG

**xtra** · 04.02.2016, 19:12

Zitat von x4all

Also der output von "php composer.phar update" sieht so aus:
Sobald man auf irgendeinen Link / Button auf der Paketverwaltungsseite klickt, wird eine .htaccess ins rootverzeichnis geschrieben mit dem Inhalt "Deny from all".

Du musst das "composer update" im composer UNTERVERZEICHNIS ausfyhren, nicht im Contao root!
Diese .htaccess ist eine Schutzmassnahme, damit die Dateien aus dem vendor nicht via web abrufbar sind.

**designpilot** · 04.02.2016, 23:17

Hi xtra
Könntest Du dir mein Problem auch mal anschauen (siehst ja meine posts)

Gesendet von iPhone mit Tapatalk

**xtra** · 05.02.2016, 07:04

Zitat von designpilot

Hi xtra
Könntest Du dir mein Problem auch mal anschauen (siehst ja meine posts)

Installation aus dem ER2 haut aktuell nicht hin, da dort der alte client drin ist, welcher dann zur Migration sich selbst und die composer.phar aktualisieren mysste.
Eigentlich sollte bei dir alles so funktionieren:

Zieh dir das zip von https://github.com/contao-community-...ous-issues.zip
Lade das Verzeichnis system/modules/!composer auf deinen Webspace
Lass die Migration normal laufen.

Wenn das nicht klappt, dann bitte bei einem der entsprechenden tickets melden, hier im Forum ist es leider schwer herauszudroeseln wer nun welches Problem und weshalb hat (Vermischung von Anwenderfehlern mit Programmierfehlern).