Live Update scheitert an angeblich deaktivierter PHAR Extension

[punkt]

Hallo!

Meine Contao-Installation (3.5.31) verweigert neuerdings das Live-Update mit der Begründung 'The PHP Phar extension is not enabled'. Das kann ich leider so nicht bestätigen, außerdem haben frühere Updates funktioniert.

Der Provider (Bytecamp) unterstützt Phar, welche über per-Directory-INIs ganz normal aktiviert werden können (extension=phar.so). Auch an der PHP-Version (5.6.34) für diese Contao-Installation habe ich nichts verändert. Vom Live Update abgesehen verhält sich der Rest des Systems unauffällig.

Was habe ich bereits getestet:

- Ich habe per phpinfo(); sichergestellt, dass Phar für diese Installation aktiviert ist (wird als 'enabled' angezeigt).
- Ich habe in allen Contao-relevanten Verzeichnissen explizit noch mal PHP5.6 (per .htaccess) und Phar (per php.ini) eingestellt, wie beim Provider dokumentiert.
- Ich habe eine minimale test.php gebaut, die genau die gleiche Funktion aus der update.phar.php verwendet. Hier passiert kein Abbruch, extension_loaded('Phar'); liefert 'true'.
- Ich habe update.phar.php umbenannt, damit das Live Update eine neue zieht/baut. Gleiches Ergebnis.
- Ich habe mit dem Contao Check die bestehende Installation validiert.

Hat jemand weitere Tipps und Vorschläge, was ich machen kann? Easy Update oder manuelles Patchen wären zwar möglich, ich würde aber gern das Live Update nutzen, wenn ich denn schon habe.

Danke für die Unterstützung.

[folkfreund]

Hallo punkt,
willkommen im Contao-Forum!

Hast du denn Composer im Einsatz? Bei einer Contao 3.5.x Installation war früher von phar keine Rede... Vielleicht ist ja auch beim Live-Update was passiert.

Notfalls würde ich dir sonst tatsächlich zu EasyUpdate raten.

[Spooky]

Was sagt der Contao Check zur Server Umgebung?

[punkt]

Hast du denn Composer im Einsatz?

Das muss ich leider mit "vermutlich nicht" beantworten. Was ich mir jetzt angelesen habe, ist die Composer-Client-Erweiterung ein neuer/anderer/zukünftiger Weg, Extensions zu installieren und zu managen. Composer-Artiges habe ich nicht bewusst installiert und ich gehe nicht davon aus, dass das automatisch gekommen wäre.

Erschwerend käme hinzu, dass o.g. Provider eine Shared-Host-Umgebung ohne weiteren Shell-Zugang o.ä. bereitstellt. So wie ich das verstehe, wäre Composer dann sowieso nicht nutzbar, oder?

[Spooky]

https://community.contao.org/de/show...l=1#post474024

[punkt]

Was sagt der Contao Check zur Server Umgebung?

Sorry, konnte nicht eher antworten, habe diese Frage aber nicht übersehen und bin dankbar für jeden Ansatz.

PHP 5.6.34
Sie können Contao 2.x installieren 
Sie können Contao 3.x installieren 
You cannot install Contao 4.x 

Dateirechte
Der PHP-Prozess darf Dateien erstellen. 
Zusätzliche Dienste

Sie können das Live Update verwenden. 
Sie können die Composer-Paketverwaltung verwenden. 
Sie können das Extension Repository verwenden.

Dass ich kein Contao 4 (in dieser Konfiguration) installieren kann, begründe ich mal pauschal mit der PHP-Version o.ä., alles andere sieht nach meinem Verständnis soweit richtig aus.

<Nachtrag>Die Check-Version ist 12.0, falls das eine Rolle spielt</Nachtrag>

[Spooky]

Hm ja komisch, sollte funktionieren. Ggf. Leo Feyer anschreiben und ihm auch erklären, dass phpinfo() und der Contao Check meinen, dass Phar aktiviert ist - das Live Update aber nicht.

[punkt]

Ggf. Leo Feyer anschreiben

Da bin ich bissel zu schüchtern, ich bin Contao-technisch ja schon ganz schön der Noob. Ich werde als erstes mal den Bytecampern noch schreiben und anfragen, ob denen so ein Phänomen bei anderen Kunden schon untergekommen ist. Ich werde hier berichten, sofern das von Interesse ist.

[punkt]

Für die Nachwelt:

Des Rätsels Lösung liegt in der Tat beim Provider, der zu meiner Anfrage wie folgt Stellung genommen hat:

das Problem ist bekannt und liegt an unserem Wrapper für PHP, der
abhängig von der Existenz einer php.ini die Umgebungsvariable PHPRC
setzt. Da sich ein Phar wie ein virtueller Verzeichnisbaum verhält, kann
der Wrapper momentan nicht feststellen, dass eine php.ini vorliegt und
damit PHP nicht anweisen, diese zu nutzen - daher wird die
phar-Extension dann auch nicht geladen.

Als Workaround empfehlen wir, PHP-7.2 einzusetzen. Dort haben wir die
Phar-Extension in der systemweiten php.ini aktiviert.

Ich kann den Workaround inzwischen bestätigen.