Neue Live Update Major-Version

[tlightuser]

Neues LIVE-Update-System funktioniert nicht.

Im Backend steht: Eine neuere Contao-Version 2.11.5 ist verfügbar.

Nach Klick auf "Aktuallisierung starten" kommt dann:
Contao Live Update 2.0. Weiterhin wähle ich dann: Ich habe PHP 5.3 oder höher, bitte zum neuen Live Update

Nach einem weiteren Klick erscheint dann:
Aktualisierte Dateien

1. Updated contao/update.phar.php
2. Updated system/runonce.php

Nach weiter wähle ich dann: 2.11.5
2.11.5 Aktuelle Version (empfohlen)
2.11.4 Veraltete Version (installiert)

Update starten:
Klick und die Seite ist weiss

Browser zurück Button:
Das Backend meldet dann: Invalid download token

Das Contao Backend meldet unter System -> System-Log aber freudig .
[26.07.2012 15:39] Live update from version 2.11.4 to version 2.11.5 completed

Das stimmt aber nicht . Das ältere Live-Update-System funktionierte tadellos.

[Ignatz]

Ok, wer lesen kann ist klar im Vorteil! Ist das peinlich...

[lucina]

Bitte die Forensuche benutzen (und ich schiebe das mal rüber ins aktuelle Thema zum Liveupdate 2)

[tinoo]

Ok, kurzer Zwischenbericht von mir - habe jetzt meine zwei Seite von 2.11.4 auf 2.11.5 geupdatet:

Auf hostpoint.ch funktioniert das neue Liveupdate trotz verfügbarer PHP-Version 5.3.10 nicht. Es kommt eine leere Seite mit vielen Fragezeichen.

Auf webland.ch funktioniert das neue Liveupdate perfekt. Allerdings musste ich zuerst im Controlcenter die PHP Version 5.3.13 aktivieren.

Gestaunt hab ich, als bei Webland auch PHP 5.4.4 angeboten wurde. Spasseshalber habe ich das auch mal noch aktiviert - allerdings hatte Contao keine Freude daran und dankte mir den Versuch mit Fehlermeldungen bezüglich veralteter Authentifizierung oder so... Ich hab dann wieder zurück auf 5.3 gewechselt und alles ist tiptop.

[leo]

Die Statistik der letzten Tage hat gezeigt, dass die Mehrheit der Live Updates über den "alten" Weg, also ohne den neuen Live Update-Client, gemacht werden. Ich vermute mal, dass der Grund dafür nicht technischer Natur ist?

Ich möchte daher jetzt schon auf folgendes hinweisen:

• Contao 3 hat PHP 5.3.2 als Systemvoraussetzung
• PHP 5.3 hat Phar standardmäßig mit an Bord
• Live Updates für Contao 3 wird es daher nur über den neuen Live Update-Client geben

Am besten beschäftigt man sich also jetzt schon mit dem Thema und unternimmt entsprechende Schritte, um sein Webpaket auf PHP 5.3 (oder 5.4) umzustellen bzw. die Einstellungen für Phar anzupassen. Ansonsten kommt nachher alles auf einmal (Contao 3-Update, Serveranpassungen, Ärger).

Für Contao 2.11 wird es bis zum Ende der LTS-Laufzeit noch Live Updates über den "alten" Weg geben.

[RedWise]

Hallo Herr Feyer,

wir haben noch wie vor das Problem mit dem Liveupdate in der neuen Version.

Unser Hoster All Inkl hat sich redlich bemüht eine Lösung für das Problem zu finden, leider kommen die Herren vom Support nicht weiter.

Lokal nutzen wir Mamp Pro mit der PHP Version 5.3.14 und 5.4.4, leider funktioniert auch hier das Update nicht in der neuen Form.

Welche Infos könnten Sie denn den Hoster geben, wechen Einstellungen in die z.B. php.ini kommen, dass das neue Liveupdate funktioniert.


Vielen Dank vorab für Ihre Mühe!!!

[Nina]

• Contao 3 hat PHP 5.3.2 als Systemvoraussetzung

Dann fallen All-Inkl Kunden wohl derzeit aus dem Raster, da dort - soweit ich das bisher getestet habe - überall 5.3.1x läuft. Ich hake mal nach, wie lange das dort so bleibt.

Ich werde generell mal eine Rundabfrage an diverse beliebte Hoster machen, welche PHP-Version dort üblicherweise läuft. Dann sehen wir, wo wir in diesem Fall stehen.

[CeeKay]

5.3.2, nicht 5.3.2x (Die 5.3.15 ist momentan die aktuellste 5.3er Version.)
Das ist also kein Problem.

[tinoo]

Hoi Leo

Die Statistik der letzten Tage hat gezeigt, dass die Mehrheit der Live Updates über den "alten" Weg, also ohne den neuen Live Update-Client, gemacht werden. Ich vermute mal, dass der Grund dafür nicht technischer Natur ist?

Sondern? WEnn das eine nicht geht, probiert man zwangsläufig das Andere...

Am besten beschäftigt man sich also jetzt schon mit dem Thema und unternimmt entsprechende Schritte, um sein Webpaket auf PHP 5.3 (oder 5.4) umzustellen

Was muss ich denn meinen Hoster genau fragen oder ihn worauf hinweisen, damit ich da nicht ins Verderben laufe?

Ich in meinem Fall habe zwei Hoster - beim einen funktionierts mit PHP5.3.13 beim andern mit PHP5.3.10 hingegen nicht... Und wenn ich PHP5.4.4 aktiviere geht nicht mal mehr das Backend...

[xchs]

Nina hatte ja weiter oben schon einen Artikel verlinkt, wo einige mögliche Stolpersteine im Zusammenhang mit Phar aufgezeigt werden. Dort steht im Abschnitt "PHP-Konfiguration" u.a., dass es diesbezüglich in manchen Distributionen relativ restriktive Vorgaben gibt und dass ggf. die folgenden Settings u.U. weiterhelfen könnten:

detect_unicode = Off
phar.readonly = Off
phar.require_hash = Off

Wenn ich mir dann beispielsweise bei ALL-INKL die PHP-Konfiguration über phpinfo() ausgeben lasse und im Abschnitt "Phar" u.a. die folgenden Einstellungen finde

dann ist auch nicht weiter verwunderlich, wieso es in dieser Hinsicht wahrscheinlich (noch) Probleme gibt oder geben kann.

Bei anderen Webhostern oder in anderen PHP-Konfigurationen wird es vermutlich ähnlich aussehen. Daher müsste man zunächst diese (bekannten) Stolpersteine ausfindig machen und ggf. aus dem Weg schaffen.

[Nina]

Bisher habe ich von den Hostern grundsätzlich zur Version die folgende Rückmeldung:

All-Inkl: 5.3.13
Hetzner: 5.3.1
Alfahosting: 5.3.14

Hosteurope:

Bei neu gebuchten WebPacks ist bereits PHP 5.3.13 aktiv. Bei bestehenden Paketen, welche noch auf PHP 5.2.17 laufen, ist ein Upgrade der PHP Version über das Kundensystem möglich.

Unsere Virtual Server Managed Pakete werden noch mit PHP 5.2.17 bereitgestellt, können jedoch auf Anfrage ebenfalls auf PHP 5.3.13 umgestellt werden.

Eine vollständige Umstellung auf PHP 5.3.13 ist bereits in Planung und wird voraussichtlich im August oder September stattfinden.

Weitere Hoster stehen noch aus. Wie xchs aber schon korrekt gesagt hat, sagt die Version alleine noch nicht viel aus.

[BugBuster]

Hmm, phar.readonly sollte nicht das Problem sein, oder? Wir wollen das ja nur lesen und nicht verändern oder generieren.
Und phar.require_hash heißt, Leo müsste eine Signatur mit reinlegen, wenn ich das hier richtig lese, wäre machbar. Ist ja ein Sicherheitsfeature.

Bleibt detect_unicode, was man theoretisch per ini_set('detect_unicode', 'Off'); sogar selber setzen könnte in der localconfig.php oder initconfig.php
(noch nicht getestet)

Derzeit würde das bei Goneo auch bedeuten nix geht trotz PHP 5.3.13, da die phar Werte alle auf On stehen.

[tinoo]

Wenn ich mir dann beispielsweise bei ALL-INKL die PHP-Konfiguration über phpinfo() ausgeben lasse und im Abschnitt "Phar" u.a. die folgenden Einstellungen finde .... dann ist auch nicht weiter verwunderlich, wieso es in dieser Hinsicht wahrscheinlich (noch) Probleme gibt oder geben kann.

Interessant. Ich hab zwei Hoster und beide geben mit phpinfo() die Informationen wie beim von dir eingefügten Bild aus. Beim einen funktioniert Liveupdate einwandfrei, beim anderen hingegen nicht...


Edit:

Der einzige Unterscheid: Bei dem, wo es funktioniert, fehlt der Eintrag "detect_unicode" im Abschnitt "Core". Bei dem, wo es nicht funktioniert, steht "detect_unicode On On"...

[BugBuster]

schau mal bitte einige Zeilen über denen im Phar Abschnitt, da werden Pack Arten aufgelistet, ob die auch gleich sind.

[Flex]

Wenn ich mir dann beispielsweise bei ALL-INKL die PHP-Konfiguration über phpinfo() ausgeben lasse und im Abschnitt "Phar" u.a. die folgenden Einstellungen finde

dann ist auch nicht weiter verwunderlich, wieso es in dieser Hinsicht wahrscheinlich (noch) Probleme gibt oder geben kann.

Bei anderen Webhostern oder in anderen PHP-Konfigurationen wird es vermutlich ähnlich aussehen. Daher müsste man zunächst diese (bekannten) Stolpersteine ausfindig machen und ggf. aus dem Weg schaffen.

Das sind die von PHP vorgegebenen Default Settings... Und mal ehrlich, so weit ist Phar im SharedHosting Bereich nicht in der Anwendung, von daher sehen (sahen?) die meisten Hoster wohl noch keinen Anlass da was zu ändern...