Neue Live Update Major-Version

[leo]

Hab eben noch einen möglichen "Schuldigen" gefunden: Der ionCube-Loader und Phar verstehen sich auch nicht unbedingt immer.

[wotank]

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. 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??"

[dotflo]

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:

Parse error: syntax error, unexpected '@' in /www/htdocs/booking/contao/contao/update.phar.php on line 9

unter /contao/update.phar.php/index.php.

Hoster: All-Inkl
PHP: 5.3.13-nmm1

Und die Phar-Infos:

[leo]

Warum wird das Update nicht zurückgezogen um die offensichtlich vorhandenen Fehler zu beseitigen???

Das Live Update hat doch keinen Fehler, nur weil irgendwo die Server-Voraussetzungen nicht erfüllt sind!

[leo]

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!

[BugBuster]

zurück zum alten Liveupdate

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.

[wotank]

Das Live Update hat doch keinen Fehler, nur weil irgendwo die Server-Voraussetzungen nicht erfüllt sind!

wenn ein Update nicht funktioniert hat es für mich zunächst mal einen Fehler.
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?

[BugBuster]

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.

[Fryd]

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.

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.

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

[andreasisaak]

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 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.

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.

[wotank]

Die Anforderungen sind hoch aber wie du selbst sagst - du kannst es nicht wirklich beurteilen.

das hatte ich ja schon gepostet. Wiederholungen sind nicht notwendig.

Daher denke ich das es bei Kollegen mit entsprechendem Hintergrund weniger schlimm ankommt.

Leider nicht richtig!
Der Fred wird auch von Kollegen mit entspr. HG verfolgt. Deren Meinung zu zitieren erspare ich mir. Ich habe in der Hinsicht schon alles gesagt.

Das wird schon wieder, mit in die Diskussion zu breschen und hier Dampf abzulassen wird dir nichts bringen.

Wenn du deutliche Worte finden mit Dampf ablassen gleichsetzt stimmt das in der Tat. Da ich offensichtlich der einzige bin der dazu deutliche Worte findet sticht das natürlich um so mehr heraus.

[leo]

Also heute noch mal die definitive Bestätigung: Der ionCube-Loader verhindert die korrekte Ausführung von Phar-Dateien!

Das Problem ist bekannt: http://forum.ioncube.com/viewtopic.php?p=8867 und https://github.com/fabpot/Silex/pull/104/files

Bis seitens ionCube ein Patch zur Verfügung steht, muss die Extension entsprechend deaktiviert werden. Dies ist auch der Grund, warum das neue Live Update bei allinkl nicht klappt.

[Nina]

Eine Bitte @Leo: Schreib doch bitte auf die Update-Auswahlseite eine hervorgehobene Warnbox die genau darauf hinweist sowie die Info, wie man die getroffene Auswahl wieder umkehren kann (phar-Datei aus /contao/ löschen). Ich denke, das würde schon einigen Leuten helfen.

Wenn ich mir den Thread hier so ansehe, sind vom Problem verifiziert derzeit folgende Hoster betroffen (bitte auch in dieser Warnbox angeben):

- All-Inkl (selbst getestet)
- 1&1 (selbst getestet)
- Alfahosting (laut User steffen und RedWise)
- Hostpoint.ch (laut User Tinoo)
- Webhostone (laut User pmmueller)

Natürlich könnten noch weitere Hoster betroffen sein. Ich hab nur die genannt, die hier schon erwähnt wurden. Man muss dem Nutzer einfach klar machen, dass der Fehler nicht bei uns liegt, hoffentlich bald durch ein Update von IonCube (oder wie das Ding heißt) behoben ist und bis dahin halt doch die alte Variante genutzt werden sollte.

Selbst wenn es nicht unsere Schuld ist, dass das Problem auftaucht, könnten wir durch die entsprechende Warnbox Frust bei den Nutzern vermeiden.

[RedWise]

Hallo Nina....

wir haben bei All-Inkl ein Testaccount beantragt und eingerichtet. PHP 5.3 ist aktive.

Gemeinsam mit dem Support haben wir ein Paar Verändeungen durchgeführt z.B. https://www.contao-community.de/show...Aktualisierung

oder den ionCube-Loader zu deaktiviert, leider ohne Ergebnis, der Fehler ist nach vie vor.

Parse error: syntax error, unexpected '?' in /www/htdocs/test75833/contao-2.10.4/contao/update.phar.php on line 103

Aber nun etwas erfreuliches...

Nach Umstellung der PHP Version von 5.2 ( mit Fehlermeldung) auf 5.3, funktionierte das Backup....

mit der kleinen Fehlermeldung

Datenbank-Backup
Die PHP-Funktionen exec() oder shell_exec() sind nicht verfügbar.

Wir sind von Alfahosting positiv überascht.

Wir habe nun die infophp an den Support von All-Inkl gesand und mal sehen was passiert.

Ein kleiner Nachtrag..

Wir haben bei Alfahosting einen Testaccount angelegt, und siehe da.... das Liveupdate funktioniert auch da mit diesen Servereinstellungen.

Bildschirmfoto-2012-08-01-um-20.33.jpg

[tlightuser]

Hallo Nina.

Ich ergänze einmal deine Liste.

Wenn ich mir den Thread hier so ansehe, sind vom Problem verifiziert derzeit folgende Hoster betroffen (bitte auch in dieser Warnbox angeben):

- All-Inkl (selbst getestet)
- 1&1 (selbst getestet)
- Alfahosting (laut User steffen und RedWise)
- Hostpoint.ch (laut User Tinoo)
- Webhostone (laut User pmmueller)

- Ergänzung: STRATO Managed Server Level 5 (v1205.1.44)

@Leo: nur zur Info.
die Deaktivierung des "ionCube Loader" beim STRATO Managed Server Level 5 (v1205.1.44) hingegen hilft nicht weiter.

Edit: Problem gelöst.
Beim STRATO Managed Server Level 5 (v1205.1.44) muss FastCGI+eAccelerator im Kundenmenü deaktiviert werden. Der Server darf also nur mit FastCGI konfiguriert (betrieben) werden.