Neue Live Update Major-Version

[plakart]

Vielen Dank, Leo.

Da ich beim Ausführen deiner Datei den folgenden Fehler erhalte, werde ich wohl nochmal bei Domainfactory anklopfen:

"Fatal error: Uncaught exception 'PharException' with message 'phar "/xxx/test.phar.php" SHA1 signature could not be verified: broken signature' in /xxx/test.phar.php:8 Stack trace: #0 /xxx/test.phar.php(8): Phar::webPhar('test.phar.php', 'index.php', '', Array, 'phar_rewrite') #1 {main} thrown in /xxx/test.phar.php on line 8"

[carlos]

Hallo,

jetzt wollte ich auch mal wieder updaten von 2.11.5 auf 2.11.6.
Nachdem auch bei mir die weisse Seite kam, hab ich den neuen Contao-Check hochgeladen mit Ergebnis für PHP:

PHP 5.3.2 oder größer

Sie haben die PHP-Version 5.3.3-7+squeeze3.

PHP Phar-Erweiterung

Die PHP Phar-Erweiterung ist aktiv.

ionCube Loader

Der ionCube-Loader ist nicht aktiv oder liegt mindestens in der Version 4.0.9 vor.

Suhosin-Erweiterung

Die Suhosin-Erweiterung verhindert die Ausführung von .phar-Dateien.

Sie müssen "phar" in Ihrer php.ini zur Liste der erlaubten Streams hinzufügen: suhosin.executor.include.whitelist = phar.

Detect Unicode

Das Flag --enable-zend-multibyte ist nicht gesetzt oder detect_unicode ist deaktiviert.

FastCGI+eAccelerator

Sie verwenden kein FastCGI mit dem eAccelerator.

Sie können das Live Update auf diesem Server nicht verwenden.

nach dem löschen der "update.phar.php" komme ich wieder zur Auswahl ob Update für PHP 5.3 oder 5.2.
bei Auswahl 5.3 -> weisse Seite.
bei Auswahl 5.2 -> funktioniert.

muss jetzt da der Hoster die php.ini bearbeiten oder anderweitig tätig werden?
Habe in diesem Threat leider etwas den Überblick verloren (abgesehen davon, daß ich eh kein Programmierer bin).

Danke und Grüße

Carlos

[leo]

ACHTUNG! Die Datei muss im Binärmodus hochgeladen werden! Andernfalls kommt es zu dem "Broken Signature"-Fehler.

[BugBuster]

@Carlos

Sie müssen "phar" in Ihrer php.ini zur Liste der erlaubten Streams hinzufügen: suhosin.executor.include.whitelist = phar.

Das muss der Provider tun sofern du das nicht selbst kannst/darfst.

[carlos]

@Carlos


Das muss der Provider tun sofern du das nicht selbst kannst/darfst.

danke, mal schauen, ob er mitmacht

[plakart]

Nachdem ich Leos Testdatei im Binärmodus hochgeladen habe, bekomme ich problemlos eine Info-PHP-Datei ausgegeben. Daran scheint es bei mir also nicht zu liegen, dass das Updatescript beim Versuch von 2.11.4 auf 2.11.5 zu updaten grundsätzlich aus dem Ruder läuft.

[leo]

PHP Fatal error: Maximum execution time of 30 seconds exceeded in /is/htdocs/.../contao/system/libraries/ZipReader.php on line 430

Ich kann das Problem reproduzieren, wenn man z.B. von der 2.11.2 auf die 2.11.6 updated will. Ich finde aber die Ursache nicht. Als zwischenzeitlichen Workaround kann man auf die 2.10.4 downgraden und direkt im Anschluss auf die 2.11.6 upgraden. Das funktioniert bei mir ohne Probleme.

[leo]

So, nun habe ich das Problem endlich gefunden. Es liegt an den Änderungen aus Ticket #4892, die ich in der Version 4.3 des Live Update-Client zurückgenommen habe. Bitte jetzt noch einmal versuchen.

[plakart]

Perfekt! Bei mir läuft es jetzt schnell und ohne Probleme.

[coolflame]

hallo zusammen,

nachdem auch bei uns (HE) die php-updates auf 5.3 durchgeführt wurden haben wir uns ebenfalls gefreut, dass die live updates jetzt ja dank phar funktionieren müssten (alle unsere kunden liegen auf shared hosting servern von HE). aber pustekuchen. aus zeitlichen gründen haben wir unsere live updates dann erstmal nicht durchgeführt.
mittlerweile konnten wir klären, dass eine eintragung in der htaccess notwendig ist, um die updates ausführen zu können:

php_flag detect_unicode off 

testen konnte ich es indes noch nicht ...

[Toflar]

In der .htaccess funktioniert das allerdings nur, wenn PHP als Apache-Modul ausgeführt wird.

Soviel ich weiss sollte detect_unicode ohnehin immer auf Off sein. Diese Direktive ist veraltet und wird in einer zukünftigen PHP-Version entfernt

Edit:
Hier noch was zum Lesen:

• https://bugs.php.net/bug.php?id=62751
• http://php.net/manual/en/ini.core.php

Edit2:

https://github.com/contao/check/issues/28

[coolflame]

so, nachtrag:

nachdem es mit der 'einfachen' eintragung in der htaccess nicht funktioniert hat habe ich nochmals mit HE telefoniert: es muss über das KIS eine supportanfrage gestellt werden, mit der bitte "phar" in der php.ini zur liste der erlaubten Streams hinzu zu fügen: suhosin.executor.include.whitelist = phar.

das sollte angeblich klappen.

@toflar:
danke, aber das ist in meinem fall sache des hosters (host europe), und ich gehe einfach mal davon aus, dass die wissen, was sie tun. immerhin ist das nicht einfach irgendwer, sondern schon einer der großen ...


NACHTRAG:
hat funktioniert. mittlerweile sind fast alle unsere kunden-webpacks bei HE mit phar ausgestattet. das liveupdate lief schon bei einigen installationen problemlos durch.

[jubel]

Allmählich versteh ich gar nichts mehr.

Nachdem HE Phar aktiviert hatte (https://www.contao-community.de/show...l=1#post224355), und das LU auf dem Server zumindest anlief (ganz durchgeführt hatte ich es da noch nicht, weil ich zunächst lokal testen wollte und zum Serverupdate lieber eine Zeit mit niedriger Besucherfrequenz wähle), wollte ich heute das LU durchführen und bekomme wieder die berühmte weiße Seite und beim Check wieder den Hinweis, das phar nicht aktiviert ist.

Hat jemand eine Erklärung dafür, wie sich diese Einstellung von selber deaktivieren kann? Hat jemand ähnliche Erfahrungen bei einer HE-Installation gemacht?

Habe den HE-Support natürlich angemailt und bin gespannt auf die Antwort...

Zur Info die Antwort von HE:

> Wie ich gerade feststellen muss, ist die Einstellung inzwischen wieder
> deaktiviert. Wie ist das möglich?

Die Funktion wurde wieder zur Verfügung gestellt.

Die Deaktivierung erfolgte aufgrund interner Maßnahmen im Abuse-Bereich.

[bacchus]

LiveUpdate bei 1und1

Hallo Mitlesende, ich bin ein unbeschriebenes Blatt was php und Contao betrifft - das vorab!

nachdem ich nun drei Stunden für das nachlesen des Threads, incl. Erwachsenenstreiterei, benötigt habe und mein Problem ebenfalls die Meldung: Fatal error: Class 'Phar' not found in /homepages/xx/xxxxxxxxxx/htdocs/xxxxxxx/contao/update.phar.php on line 33 war habe ich mich selbst bei 1und1 ins Hilfecenter begeben und nachgelesen wie ich herausfinden kann, welche php Version aufgesetzt ist. Das geht ganz leicht: http://hilfe-center.1und1.de/article/782429, danach habe ich die update.phar.php in meiner Installation gelöscht, bei 1und1: php_dev (also lt. 1und1 PHP 5.4.x.) gewählt und im Contaoupdate aber angegeben, dass ich nur php.5.2.x habe - erstaunlich war, dass das kompl. Update (auf 2.11.6) ohne das leiseste Mucken durchlief.

Das war doch echt Glück - so im Zusammenhang von Versionseinstellungen und schrägem Denken, oder? Na ja, vielleicht hilft mein Eintrag ja jemandem.

Nun kommt aber meine Frage: wie kann ich in Contao den abgesicherten Modus verlassen, um von der roten Schrift nicht länger eingeschüchtert zu werden? Danke an alle Poster und Mitdenker für die vergangenen Threads und eine Antwort auf meine Frage.

schöne Tage euch allen

[BugBuster]

Abschalten des abgesicherten Modus:
Backend unter System - Einstellungen, dort in den Bereich "Globale Einstellungen" (bei Contao 3, bei Contao 2 in "Sicherheitseinstellungen")
(eventuell anklicken zum aufklappen)
darin gibt es den Punkt "Abgesicherter Modus", Haken raus und unten auf "Speichern und Schließen"

Und, Willkommen bei Contao