Wenn dies Ihr erster Besuch hier ist,
lesen Sie bitte zuerst die Hilfe - Häufig gestellte Fragen
durch. Sie müssen sich vermutlich registrieren,
bevor Sie Beiträge verfassen können. Klicken Sie oben auf 'Registrieren', um den Registrierungsprozess zu
starten. Sie können auch jetzt schon Beiträge lesen. Suchen Sie sich einfach das Forum aus, das Sie am meisten
interessiert.
schau mal bitte einige Zeilen über denen im Phar Abschnitt, da werden Pack Arten aufgelistet, ob die auch gleich sind.
Hier mal ein Auszug vom Hosting, wo es NICHT funktioniert:
PHP Version 5.3.10
FreeBSD 8.3-RELEASE-p1 FreeBSD 8.3-RELEASE-p1
Phar: PHP Archive support enabled
Phar EXT version 2.0.1
Phar API version 1.1.1
SVN revision $Revision: 321634 $
Phar-based phar archives enabled
Tar-based phar archives enabled
ZIP-based phar archives enabled
gzip compression enabled
bzip2 compression enabled
OpenSSL support enabled
phar.cache_list no value no value
phar.readonly On On
phar.require_hash On On
Und hier von einem Hosting, wo es geht:
PHP Version 5.3.13(uew)
Windows NT WL9 5.2 build 3790 (Windows Server 2003 R2 Standard Edition Service Pack 2) i586
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 enabled
OpenSSL support enabled
phar.cache_list no value no value
phar.readonly On On
phar.require_hash On On
Ein Unterschied ist also auch bei der SVN Revision auszumachen. Ob das einen Einfluss hat?
wenn das beides auch noch die gleichen PHP Versionen sind (was aber durch die unterschiedlichen phar svn Versionen nicht der Fall sein wird),
wäre ja die einzige Ursache hier:
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"...
Falls du testen magst:
lege im Verzeichnis /system/config eine Datei initconfig.php an, mit dem Inhalt:
PHP-Code:
<?php
ini_set('detect_unicode', 'Off');
Die Beschreibung läßt leider offen, ob man das nur On setzen kann im Programm oder auch Off.
Hab ich gemacht, scheint aber keinen Einfluss zu haben. Wenn ich unter Systemwartung auf "Zum Live Update" klicke, bekomm ich eine weisse Seite mit vierzehn Fragezeichen drauf...
Es handelt sich im übrigen um unterschiedliche PHP-Versionen: PHP5.3.13 und 5.3.10, siehe frühere Postings.
Es bleibt auch noch die Frage, ob der Suhosin-Patch mit kompiliert wurde und ob das "--disable-phar"-Flag gesetzt war. Ersteres lässt sich aus der php.ini entnehmen, letzteres leider nur bedingt.
Lag tatsächlich daran, dass ich das Backend mit www. aufgerufen habe, die Domain aber ohne www. registiert ist. Jetzt hat das Update mit der Variante PHP5.2 funktioniert. Beim Versuch mit PHP5.3 kommen noch immer Fragezeichen...
Schreib das am besten in der .htaccess um, so dass nur eine Schriebweise gültig ist. Mag Google auch lieber. ;-)
Jan
Jan Theofel Barcamp-Moderator für Corporate-Barcamps und öffentliche Barcamps
Ich habe das neue Contao-Live-Update gestern und heute bei zwei Hostern probiert:
all-inkl.com
Dort habe ich dieselben Probleme wie hier im Thread beschrieben: Per .htaccess wurde die 5.3.13 aktiviert. Internal Server Error 500. No Update.
Webhostone
Installiert ist PHP 5.3.10. Am Ende des Updates erscheint folgende Fehlermeldung:
Fatal error: Phar::webPhar() [function.require]:
Failed opening required 'phar:///home/www/name/contao/update.phar.php/index.php' (include_path='.:/usr/share/php') in /home/www/name/contao/update.phar.php on line 3
Das alte Live Update funktioniert auf beiden Webspaces problemlos.
hat schon jemand Erfahrung mit dem PHP-Update 5.2.17 ==> 5.3.13 beim Managed Server von HostEurope gemacht? Ich bin am überlegen, ob ich das PHP-Update beauftragen soll.
Kommentar