Neue Live Update Major-Version

[leo]

Bei allinkl ist das Problem die GZ-Komprimierung, die ich im Live Update-Client Version 3.2 weggelassen habe. Damit konnte ich das Live Update dort ausführen.

Bei fast allen genannten – sicher bei allinkl und WebhostOne – ist das verbleibende Problem der ionCube-Loader, der dort scheinbar standardmäßig aktiviert ist. Weder der Suhosin-Patch (nicht zu Verwechseln mit der Suhosin-Extension) noch die Einstellungen bezüglich "phar.readonly" oder "require_hash" sind bei dem Format der .phar-Datei relevant.

[Kind-der-Nacht]

Auch bei Level3 bekomme ich mit FF einen Umleitungsfehler und IE sagt "Die Seite kann nicht angezigt werden", wenn ich versuche das neue Update zu benutzen.

PHP Version 5.3.13

System Linux **** 3.0.35-pn #4 SMP Wed Jul 11 16:33:21 CEST 2012 i686
Server API CGI/FastCGI

Phar: PHP Archive support enabled
Phar EXT version 2.0.1
Phar API version 1.1.1
SVN revision $Id: d8eaad1a2452af8d7f8ea9e3944e43add43e1890 $
Phar-based phar archives enabled
Tar-based phar archives enabled
ZIP-based phar archives enabled
gzip compression enabled
bzip2 compression disabled (install pecl/bz2)
Native OpenSSL support enabled

Directive Local Value Master Value
phar.cache_list no value no value
phar.readonly On On
phar.require_hash On On

Die update.phar.php ist unterschiedlich groß:

1&1 (PHP5.4.4) - 604.114 Byte
Level3 (PHP5.3.13) - 2.619.279 Byte

Edit: das neue Update bleibt jetzt auch bei 1&1 aktiviert. Der Größenunterschied besteht aber weiter..

[CeeKay]

Bei fast allen genannten – sicher bei allinkl und WebhostOne – ist das verbleibende Problem der ionCube-Loader, der dort scheinbar standardmäßig aktiviert ist. Weder der Suhosin-Patch (nicht zu Verwechseln mit der Suhosin-Extension) noch die Einstellungen bezüglich "phar.readonly" oder "require_hash" sind bei dem Format der .phar-Datei relevant.

Da bei WebhostOne bei allen aktuellen (mit Contao kompatiblen) Tarifen php.ini-Zugriff besteht, sollte sich das Problem dort lösen lassen. Die meisten User werden den ionCube-Loader eh nicht benötigen.

Edit: Aussage des WebhostOne-Supports zur Deaktivierung des ionCube-Loaders:

Bitte kopieren Sie die Einträge des Administrators in die eigenen Einträge, deaktivieren Sie bitte die Zeile zu IonCube und setzten dann bitte den Haken bei "Einträge vom Administrator in die php.ini nicht zulassen".

Das könnt ihr im WHO-Adminpanel machen (siehe Screenshot).

[pmmueller]

Aussage des WebhostOne-Supports zur Deaktivierung des ionCube-Loaders:
Bitte kopieren Sie die Einträge des Administrators in die eigenen Einträge, deaktivieren Sie bitte die Zeile zu IonCube und setzten dann bitte den Haken bei "Einträge vom Administrator in die php.ini nicht zulassen".

Hat wunderbar geklappt.

Zur genauen Vorgehensweise habe ich einen kommentierten Screenshot erstellt: 2012-08-01_17-00-54.jpg

EDIT:
Ich habe auf dem Screenshot gerade entdeckt, dass ich die maximale Skriptlaufzeit früher mal auf 60 "erhöht" hatte. Nur nach dem Tarifwechsel auf "Multi-App" ist sie inzwischen standardmäßig bei 240. Also gleich raus mit der Zeile

[pmmueller]

Bei fast allen genannten – sicher bei allinkl und WebhostOne – ist das verbleibende Problem der ionCube-Loader, der dort scheinbar standardmäßig aktiviert ist.

Bei Webhostone lässt sich das über Einträge in der eigenen php.ini lösen (und es funktioniert, siehe #79).

Gibt es bei all-inkl.com auch eine Möglichkeit diesen ionCube-Loader zu deaktivieren? Im KAS kann ich nicht so richtig was finden...

[BugBuster]

Goneo und ionCube Loader

Na prima, Goneo hat auch den ionCube Loader drin.
Aber nun der Hammer:

Ab PHP Version 5.3 ist die Verwendung einer eigenen php.ini-Datei weder möglich noch notwendig. Ab PHP 5.3 können Sie alle Einstellungen in einer .htaccess-Datei vornehmen

Äh, was? Nur weil die 5.3 also Modul läuft (mod_suphp + mod_php5) gibt keine eigene php.ini mehr?

Ich denke mal nicht, dass ich per .htaccess den ionCube Loader abschalten kann, oder?
Damit wäre Goneo in Zukunft nicht mehr für Liveupdate geeignet.

Vielleicht mit PHP 5.4, falls die von ionCube da den Bug behoben haben. Aber noch gibt es PHP 5.4. nicht.

[tinoo]

Gemäss meinem Hoster (hostpoint.ch) ist der IonCube Loader für meinen Account nicht installiert... Kann also zumindest bei mir als Problemverursacher ausgeschlossen werden.

Weiter schreibt mir der Support "Das Problem hier liegt sehr wahrscheinlich direkt bei Phar. Dies funktioniert
soweit via cli (Konsole), jedoch nicht via cgi (Browser)." Mal schauen, was die Techniker von Hostpoint noch alles rausfinden...


Andere Frage: Was beinhaltet die Datei "update.phar.php" überhaupt? Und was passiert, wenn ich Sie auf meinem Webserver lösche?

[BugBuster]

Wenn du die löscht wird das alte Liveupdate Verfahren genutzt.

[robe56]

Leider bin ich von dem Problem auch betroffen.

Hoster ist Alfahosting.

Bekomme nur eine leere Seite angezeigt.

Da ich eine leere Conatao Installation hatte, habe ich diese deinstalliert und dann noch einmal neu installiert.

1. Bekomme ich wieder eine leere Seite angezeigt

2. Erscheint danach die Meldung, das, das Live Update nicht ausgeführt werden kann, da die Anzahl an ...? (sorry bin auf der Arbeit) erreicht ist.

Sehr frustrierend muss ich schon sagen.

gruss
Rolf

[tinoo]

Wenn du die löscht wird das alte Liveupdate Verfahren genutzt.

Aha, wenn ich "Zum Live Update" in der Installation, wo phar funktioniert, anklicke, bekomme ich eine Meldung dass eine neue Live Update Version verfügbar ist und man diese installieren soll, bevor man weitermacht. Heisst das also, dass ich von irgendwoher eine aktuellere "update.phar.php" herunterladen kann?

[RedWise]

Hallo @robe56

Alfahosting funktioniert ohne Probleme...

Schau dir mal die Konfiguration an, die wir auf dem Testaccount durchgeführt haben.

https://www.contao-community.de/showthread.php?32463-Neue-Live-Update-Major-Version&p=214572&viewfull=1#post214572

Die anderen Einstellung wollen wir noch testen.

[aportmann]

bringe das ganze bei cyon auch noch nicht zum laufen. obwohl ion cube extra in der php.ini deaktiviert erhalte ich nach wie vor nur fragezeichen als ausgabe beim aufruf des live update.

gruss andi

[tlightuser]

bringe das ganze bei cyon auch noch nicht zum laufen. obwohl ion cube extra in der php.ini deaktiviert erhalte ich nach wie vor nur fragezeichen als ausgabe beim aufruf des live update.

gruss andi

Läuft bei dir FastCGI+eAccelerator? Siehe bitte Beitrag #75.

[robe56]

Danke für die Antwort. Ich würde dies ja gerne heute abend testen, allerdings macht mein LIVE-UPADATE da ja nicht mehr mit.
Obwohl die Installation die Domain ist, auf der ich es registriert habe.
Aber da bin ich hier wohl falsch.

gruss aus Bremen
Rolf

Hallo @robe56

Alfahosting funktioniert ohne Probleme...

Schau dir mal die Konfiguration an, die wir auf dem Testaccount durchgeführt haben.

https://www.contao-community.de/showthread.php?32463-Neue-Live-Update-Major-Version&p=214572&viewfull=1#post214572

Die anderen Einstellung wollen wir noch testen.

[tinoo]

Läuft bei dir FastCGI+eAccelerator? Siehe bitte Beitrag #75.

Das könnte allenfalls des Rätsels Lösung sein... Bei meinem Hosting, wo das neue Liveupdate tiptop funktioniert, sind in der Ausgabe von phpinfo() keinerlei Spuren von eAccelerator zu finden. Beim Hosting, wo das neue Liveupdate nicht funktioniert, ist der eAcceleratorsupport enabled... Hab das mal an den Support meines Hosters weitergeleitet. Mal schauen ob die was damit anfangen können...