Das Contao Live-Update wurde überarbeitet und liegt nun in der Version 2 vor.
Ganzen Beitrag zu 'Neue Live Update Major-Version' lesen
Druckbare Version
Das Contao Live-Update wurde überarbeitet und liegt nun in der Version 2 vor.
Ganzen Beitrag zu 'Neue Live Update Major-Version' lesen
Gefällt mir. Der Updateprozess erinnert mich an syncCto ;)
Sieht super aus. Hätte das bei meinem Live Update gestern gut gebrauchen können. Da war ich wohl ein bisschen zu früh dran.
Wie kann ich das in meiner Seite aktualisieren? via Extension-Manager?
+1 :D
Achtung: Ich habe testweise versucht ein Update von einer TYPOlight 2.6.2 mit dem neuen System zu machen. Dabei kommt es ziemlich schnell zu einem URL- und dann einem PHP-Fehler. Ich weiß noch nicht, ob es ein Bug im neuen System oder vom Webspace ist. Leo habe ich es schon gemeldet. Das nur als Warnung, damit andere erstmal solche Hardcore-Updates von TL zu Contao noch nicht versuchen :)
Ich gebe Bescheid, sobald klar ist woran es liegt bzw. eine Lösung bereitsteht.
sagt leo im video nicht das er nur contao updates unterstützt? zumindest kann man die pakete auch erst ab 2.9.0 auswählen
Was passiert eigentlich wenn man PHP 5.2 noch hat ohne phar Erweiterung? Wird dann auch das neue Live Update installiert? Wäre ja fatal.
Nein, du hast die Wahl. Da wird nix zwangsinstalliert ;)
Wegen dem von mir genannten Problem: Es scheint bei dem Webspace-Anbieter (All-Inkl) erstaunlicherweise phar nicht unterstützt zu werden obwohl es 5.3 ist. Leo meinte, dass eventuell blockiert der Suhosin Patch die Ausführung davon blockiert. Ich bin mit dem Webspace-Anbieter im Gespräch und versuche die Ursache herauszufinden. Weitere Infos folgen in Kürze.
Spannend wäre in diesem Zusammenhang (allinkl) ob es einen Unterschied macht, ob der Server unter "echtem" PHP 5.3 läuft oder via htaccess-Eintrag als fast-cgi unter PHP 5.3 läuft.
Sowas sollte in Zukunft dann der Contao Check auch prüfen können. Oder eine spezieller Check, da ja phar nur bei Live-Update nötig (bisher).
Hallo,
die Probleme bei all-inkl habe ich auch...
Ich habe hier mal was gepostet https://www.contao-community.de/show...978#post212978 es geht um eine Mamp Installation.
nur als kleine Info, bei Alfahosting funktioniert das neue Update ebenfalls nicht.
Es kommt ebenfalls eine Fehlermeldung /update.phar.php on line 26
Ich habe All-Inkl mitgeteilt, dass Phar nicht läuft, aber für Contao benötigt wird. Sie haben es jetzt generell aktiviert. Der Support dazu:
Zitat:
Phar wurde für alle Kunden unter php5.3 installiert. Allerdings gab es seit dem noch nicht auf allen Servern einen reload der Konfiguration, sodass das Modul noch nicht überall verfügbar ist.
Ich führe in den nächsten Minuten einen Reload durch, in kürze steht das Modul auf allen Servern zur Verfügung.
Hallo Nina,
wir sind auch mit einigen Kunden auf All Inkl, php5.3 ist aktive und laut php info ist Phar aktiviert.
Laut All Inkl ist alles in Ordnung.
Der Fehler tritt in der Zeile 26 auf PHP Parse error: syntax error, unexpected '{' in /Users/xxxxx/xxxxx/contao/contao/update.phar.php on line 26
Selbst bei Alfahosting wo ein Kunde von uns ist funktioniert das neue Update nicht.
Lokal unter Mamp Pro konnten wir das Liveupdate auch nicht ausführen. ( PHP 5.3.14, PHP 5.4.4 )
Ein Hinweis für Hoster die noch phar-Probleme haben: Hier sind übliche "Standard-Fallen" die dafür sorgen, dass es Stress mit Phar gibt.
Ich kann leider auch bestätigen, dass es bei All-Inkl trotzdem noch Probleme gibt. Die Meldung hat sich aber etwas geändert:
Der Webspace läuft mit folgenden technischen Eckdaten:HTML-Code:Warning: Unexpected character in input: '' (ASCII=4) state=0 in /www/htdocs/XXX/contao/update.phar.php on line 65
Parse error: syntax error, unexpected T_STRING in /www/htdocs/XXX/contao/update.phar.php on line 65
Linux-Maschine
PHP Version 5.3.13-nmm1
MySQL 5.1.63
Additional .ini files parsed: [...] conf.d/phar.ini
Registered PHP Streams : [...] phar
Phar EXT version 2.0.1
Phar API version 1.1.1
Phar-based phar archives enabled
Tar-based phar archives enabled
ZIP-based phar archives enabled
gzip compression enabled
bzip2 compression enabled
OpenSSL support enabled
Directive Local value Master value
phar.cache_list no value no value
phar.readonly On On
phar.require_hash On On
Öhm, ich wollte jetzt grad eine Seite von 2.11.4 auf 2.11.5 updaten und werden jetzt gefragt:
[] Ich habe PHP 5.3 oder höher, bitte zum neuen Live Update
[] Ich habe nur PHP 5.2 ohne die Phar-Erweiterung, bitte Version installieren
Warum ermittelt denn diese Abfrage nicht grad selbst, welche PHP-Version auf dem Server drauf ist?
Jetzt muss ich wieder irgendwie rausfinden, wo ich das nachschauen kann... Könnete man nicht irgendwo
im Backend diese Informationan abrufbar machen, so in Form von phpinfo()?
Add:
Ok, ich hab rausgefunden, dass ich PHP 5.3.10 zur Verfügung habe.
Also hab ich "Ich habe PHP 5.3 oder höher, bitte zum neuen Live Update" ausgewählt. Danach werden zwei Dateien aktualisiert. Danach kommt eine weisse Seite mit "????? ?????"
Weil der Live Update-Server nicht mal eben auf Deinen Server zugreifen kann, um dort die PHP-Version auszulesen. Das wäre wohl ein eklatantes Sicherheitsrisiko :)Zitat:
Zitat von tinoo
@Nina: Lade Dir noch mal das .phar-Archiv herunter (Datei im Ordner /contao löschen und Live Update neu starten). Es sollte gar keine Zeile 65 im Skript geben.
Aber Contao könnte sicherlich erkennen, welche Version und welche Features vorhanden sind und dann einen Statuscode übermitteln, oder?
Hallo, ich wollte heute von meiner version 2.11.4 auf die 2.11.5 mit dem neuen Liveupdate updaten. Leider funktioniert es nicht. Ich hab PHP Version 5.3.3-7+squeeze13.
Bis zu folgendem Bild komme ich. Wenn ich dann auf Weiter klicke, kommt im FF eine weiße Seite und im IE9 HTTP 500 Interner Serverfehler.
Anhang 8200
Kann mir vielleicht jemand sagen, warum es nicht funktioniert? Ich hab herausgefunden, dass die Datei update.phar.php im Ordner jetzt zwar existiert, aber die Datei runonce.php im systemordner nicht.
Der Contao-Check für die aktuelle Version 2.11.4 ist OK. Alles grün.
Okeee, und wenn ich auf "Ich habe nur PHP 5.2 ohne die Phar-Erweiterung, bitte Version installieren" klicke, kommt gleich eine weisse Seite mit dem TextZitat:
Zitat von tinoo
"Sie haben die maximale Anzahl an Domains erreicht".
Was aber nicht sein kann, weil ich hab 3 Domains aktiviert und die sind bereits bezahlt bis 2014 :(
Damit bist du nicht alleinZitat:
Zitat von tinoo
Passiert trotzdem.Zitat:
Zitat von leo
Genau die gleiche Meldung nochmal. :confused:
Ich probier es nochmal in einer anderen Contao-Installation auf dem selben Server.
//Nachtrag: Hier lief eine Contao 2.10.x - beim Update nach dem Fenster für die phar-Datei kommt wieder diese Meldung:
Code:Warning: Unexpected character in input: '' (ASCII=4) state=0 in /www/htdocs/w0088665/contao/update.phar.php on line 65
Parse error: syntax error, unexpected T_STRING in /www/htdocs/w0088665/contao/update.phar.php on line 65
Danke Nina! 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...Zitat:
Zitat von Nina
Ich habe deinen Beitrag hier rein geschoben, damit das möglichst alles in einem Thread ist :)Zitat:
Zitat von m-werk
Hallo,
ich möchte mich hier auch mal einklinken. Wollte mir die update.phar.php mal anschauen, aber diese Datei lässt sich mit keinem normalen Editor öffnen!
Könnte hier der Hase im Pfeffer liegen?
Gruß,
Ignatz
Ich glaub du solltest dich eher mal hier einlesen http://de.php.net/manual/en/intro.phar.phpZitat:
Zitat von Ignatz
Nö, wenn man weiß was eine phar Datei ist. Die ist ist gepackt.
(Tril schneller war...)
... nach einem langen Telefonat mir All Inkl riet man mir einen Testacount anzulegen.
Dort läuft die PHP Version 5.3.13-nmm1 nicht im CGI Modus sondern von hause aus.
Ich habe allen Files auf 777 stehen, aber auch wirklich alles und noch dazu verschiedene Besiter (PHP Run) getestet.
Das alles ergab nichts neues, die selbe Fehlermeldung wie bei Nina.
Der Support von All Inkl hat sich das genau angeschaut und ....
Was nun?Zitat:
Bitte wenden Sie sich mal an die Entwickler. Diese können dann detaillierter sagen, was in der besagten Zeile drin steht.
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
- Updated contao/update.phar.php
- 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 :eek:.
[26.07.2012 15:39] Live update from version 2.11.4 to version 2.11.5 completed
Das stimmt aber nicht :D. Das ältere Live-Update-System funktionierte tadellos.
Ok, wer lesen kann ist klar im Vorteil! Ist das peinlich...:o
Bitte die Forensuche benutzen (und ich schiebe das mal rüber ins aktuelle Thema zum Liveupdate 2)
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. :D
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.
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!!!
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.Zitat:
Zitat von leo
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.
5.3.2, nicht 5.3.2x ;) (Die 5.3.15 ist momentan die aktuellste 5.3er Version.)
Das ist also kein Problem.
Hoi Leo
Sondern? WEnn das eine nicht geht, probiert man zwangsläufig das Andere...Zitat:
Zitat von leo
Was muss ich denn meinen Hoster genau fragen oder ihn worauf hinweisen, damit ich da nicht ins Verderben laufe?Zitat:
Zitat von leo
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...
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:
Wenn ich mir dann beispielsweise bei ALL-INKL die PHP-Konfiguration über phpinfo() ausgeben lasse und im Abschnitt "Phar" u.a. die folgenden Einstellungen findeCode:detect_unicode = Off
phar.readonly = Off
phar.require_hash = Off
http://img6.imagebanana.com/img/9a9hifdn/phar.png
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.
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:
Weitere Hoster stehen noch aus. Wie xchs aber schon korrekt gesagt hat, sagt die Version alleine noch nicht viel aus.Zitat:
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.
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.
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...Zitat:
Zitat von xchs
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"...
schau mal bitte einige Zeilen über denen im Phar Abschnitt, da werden Pack Arten aufgelistet, ob die auch gleich sind.
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...Zitat:
Zitat von xchs
Hier mal Goneo zur Datensammlung:
http://img6.imagebanana.com/img/4yxr2tjb/goneophar.jpg
Hi.
Ich weiß nicht obs hilft... bei mir:
Uberspace PHP 5.3.5 - keine Probleme
Canhost PHP 5.3.14 - keine Probleme
Weitere Server mit Projekten, die ich betreue, hab ich noch nicht getestet.
Gruß
Thomas
Hoi BugBuster
Hier mal ein Auszug vom Hosting, wo es NICHT funktioniert:Zitat:
Zitat von BugBuster
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?
Bei denen wo es geht, wäre der Phar Abschnitt der Phpinfo interessant.
Wer es nicht kennt:
als Datei anlegen und aufrufen und scrollen bis zum Abschnitt.PHP-Code:<?php phpinfo(); ?>
Hallo tinoo,
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:
Falls du testen magst:Zitat:
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"...
lege im Verzeichnis /system/config eine Datei initconfig.php an, mit dem Inhalt:
Die Beschreibung läßt leider offen, ob man das nur On setzen kann im Programm oder auch Off.PHP-Code:<?php
ini_set('detect_unicode', 'Off');
Hoi BugBuster
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.
1und1 unterstützt derzeit nur PHP5.2 oder 5.4 aber ohne Support (PHP Einstellung: PHP-dev)
PHP Version 5.4.4
System Linux infong 2.4 #1 SMP Fri May 18 17:32:59 UTC 2012 i686 GNU/Linux
Server API CGI/FastCGI
Phar: PHP Archive support enabled
Phar EXT version 2.0.1
Phar API version 1.1.1
SVN revision $Id: 2a47d3d0354109d8077e34d59f1228ccfd021d59 $
Phar-based phar archives enabled
Tar-based phar archives enabled
ZIP-based phar archives enabled
gzip compression enabled
bzip2 compression enabled
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
"--disable-phar"-Flag war laut phpinfo() nicht gesetzt
Update mit der Version 2 führt an der gleichen Stelle, wie oben erwähnt zu einem Umteilungsfehler (FF) bzw. Netzwerkfehler (IE)
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.
Ach so, und das Server-Betriebsystem wäre auch noch interessant :)
Hi,
Schreib das am besten in der .htaccess um, so dass nur eine Schriebweise gültig ist. Mag Google auch lieber. ;-)Zitat:
Zitat von tinoo
Jan
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.
Hallo,
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.
Danke für die Info.
Schmidty
Hab die Angaben hier mal noch ergänzt:Zitat:
Zitat von leo
https://www.contao-community.de/show...l=1#post213917
Habe auch noch ein paar Infos hinzugefügt
https://www.contao-community.de/show...l=1#post213924
Gibt es eine Möglichkeit das phar "Problem" zu testen ohne das man eine Liveupdate ID hat?
Die phar Datei hätte ich schon mal.
Dann könnte ich bei meinem Provider testen ob es theoretisch gehen würde und ein Kauf sich damit zukünftig lohnt.
Hab eben noch einen möglichen "Schuldigen" gefunden: Der ionCube-Loader und Phar verstehen sich auch nicht unbedingt immer.
Moin,
habe dasselbe Problem mit minimal anderer Fehlermeldung.
Habe also eine live-update-id gekauft und nutze diese.
Ich frage mich was macht ein User der sich überhaupt nicht auskennt? :(
allinkl ist ein seriöser, weitverbreiter Hoster, der sehr gerne von Webentwicklern genutzt und empfohlen wird.
Vor diesem Hintergrund sage ich nicht dass allinkl ein Problem hat, sondern das Contao ein Problem mit einem suboptimalen Update hat.
Die Diskussion hier befremdet mich doch ziemlich. :rolleyes: Es wird imho ausschließlich drumrumgeredet und der unwissende User komplett im Regen stehengelassen.
Warum wird das Update nicht zurückgezogen um die offensichtlich vorhandenen Fehler zu beseitigen??? Stattdessen wird hier wild gemutmaßt und rumprobiert.
Da kann ich nur verständnislos den Kopf schütteln und fragen:"Hey Leute, gehts noch??" :(
Bin da jetzt auch nicht ganz so drin, leider, und eher Nutzer.
Da es ja hier die unterschiedlichsten Fehlermeldung zu geben scheint, hier mal meine:
unter /contao/update.phar.php/index.php.Code:Parse error: syntax error, unexpected '@' in /www/htdocs/booking/contao/contao/update.phar.php on line 9
Hoster: All-Inkl
PHP: 5.3.13-nmm1
Und die Phar-Infos:
https://www.contao-community.de/atta...1&d=1343720441
https://www.contao-community.de/atta...1&d=1343720457
Das Live Update hat doch keinen Fehler, nur weil irgendwo die Server-Voraussetzungen nicht erfüllt sind!Zitat:
Zitat von wotank
Ach so, noch eine vielleicht nicht ganz offensichtliche Sache: Die .phar-Datei muss beim Upload über FTP als Binärdatei und nicht als Textdatei übertragen werden!
Wenn ich das richtig sehe, reicht es aus die Datei '/contao/update.phar.php' umzubenennen (falls man später doch wieder damit will)
Dann wird automatisch das alte Verfahren genutzt. Wie Leo aber schon sagte, das gilt nur für Contao 2.
Wer gar nicht erst dahin will sollte bei der Abfrage ob man PHP5.3 mit phar oder 5.2 ohne phar habe, die 5.2 auswählen.
wenn ein Update nicht funktioniert hat es für mich zunächst mal einen Fehler.Zitat:
Zitat von leo
Wenn ein Update nicht funktioniert, weil es bei einem der großen Provider nicht funktioniert (allinkl ist sicher kein kleiner Provider) hat es immer noch einen Fehler.
Das Ganze auf die Servereinstellungen eines Providers zu schieben ist natürlich leicht und der schwarze Peter scheinbar weitergereicht. Aber das kanns ja wohl nicht sein. :(
Vielleicht sind dann die Vorraussetzungen zu einem fehlerfreien Update zu hoch geschraubt. Da ich kein Programmierer bin, fehlt mir da auch a weng der fachliche Hintergrund um das beurteilen zu können.
Die Diskussion erinnert mich insgesamt eher an ein rumstochern im Nebel. Sowas scheint mir imho nicht sehr zielführend zu sein. Wie das in der Außendarstellung bei Kollegen ankommt kann man sich ja denken, oder? ;)
Theoretisch hat Leo recht, auch ich habe eine Erweiterung wo ich davon ausgehe, dass die Hoster nicht was rausnehmen was per default in PHP 5 drin ist. (SPL)
Aber praktisch wäre dieses neue Feature eher was für 2.12 gewesen, nicht für 2.11.5 wo die Möglichkeit für die phar Liveupdate-Möglichkeit eingebaut wurde.
Da die 2.12 ja meines Wissen nich mehr kommt, wurde das dann in die 2.11.5 reingehauen.
Mit der 2.12 hätte man dafür eine RC Phase haben können zum Test, und bei der Gelegheit auf die Erweiterung der Systemvoraussetzungen hinweisen können.
Damit man nun nicht per Hand wieder zur alten Variante zurück "schalten" muss, wäre es vielleicht nicht schlecht das im Backend wählbar zu machen.
Hallo wotank, ich glaube, hier liegt ein Missverständnis vor. In dieser Diskussion wir darauf verwiesen, welche Servervoraussetzungen grundsätzlich gegeben sein müssen. Leider wurde deutlich, dass diese Voraussetzungen allein nicht ausreichen. Die folgenden Beiträge dienen deshalb dazu, herauszufinden, woran genau es liegt, dass das Update manchmal nicht funktioniert. Wenn das klar ist, wird es entweder eine Anpassung im Update gaben, die das Problem umgeht oder einen klaren Hinweis, welche Einstellungen Serverseitig vorzunehmen sind. In der Zwischenzeit gibt es aber leider eine Phase der Unsicherheit. Schade ist, dass diese Probleme anscheinend nicht in der Beta-Phase aufgetreten sind.Zitat:
Zitat von wotank
Vielleicht wäre es auch nützlich, wenn diejenigen, bei denen es funktioniert, die Einstellungen ihres Hosters posten und dabei auch konkret den Namen des Hosters nennen.
Herzliche Grüße
Fryd
Die Anforderungen sind hoch aber wie du selbst sagst - du kannst es nicht wirklich beurteilen. Daher denke ich das es bei Kollegen mit entsprechendem Hintergrund weniger schlimm ankommt.Zitat:
Zitat von wotank
Ist ja nicht so das TYPO3 z.B. ganz geringe Anforderungen hat und nur aus reiner Langeweile sich ganze TYPO3 Hoster gebildet haben. Das wird schon wieder, mit in die Diskussion zu breschen und hier Dampf abzulassen wird dir nichts bringen.