Neue Live Update Major-Version

[pmmueller]

@BugBuster Es geht mir bei der Konfiguration des Webspace schon um das gesamte Paket, also Contao mit Live Update.

Hier die Antwort vom all-inkl- Support:

Letztlich bleibt nur der Umzug auf einen Server mit PHP 5.3 als Apache-Version und der Verzicht auf den PHP-CGI-Modus. Damit PHP dann auf die Installation schreiben kann, verwenden Sie bitte den Safe-Mode-Hack. Nur so bringen Sie alle Dinge unter einen Hut.

Ich werde also auf einen Server mit Apache-PHP-Modul 5.3.* umziehen und dann hier weiter berichten, aber dadurch, dass der PHP-CGI-Modus nicht mehr geht, wird all-inkl als Provider für mich ein Stück weit weniger attraktiv. Eigentlich schade, aber such is life...

[do_while]

Hallo Peter,

ich habe bei All-Inkl in meine .htaccess folgende Zeile eingetragen:

AddHandler php53-cgi .php

Dadurch läuft der Webspace jetzt in

PHP Version 5.3.13-nmm1
System 	Linux dd10318 2.6.32-41-server #91-Ubuntu SMP Wed Jun 13 11:58:56 UTC 2012 x86_64
Build Date 	May 9 2012 13:11:41
Server API 	CGI/FastCGI

Den Check habe ich noch nicht probiert, aber PHP-Version und CGI sind schon erstmal da.

EDIT: Da fehlt doch noch etwas:
Eine alte Version des ionCube Loader kleiner der Version 4.0.9 ist installiert.

check1.png
check2.png
check3.png

[pmmueller]

AddHandler php53-cgi .php

Genau um diese Zeile geht es. Die habe ich momentan auch überall drin stehen, um erstens den SMH zu vermeiden und zweitens PHP in 5.3.13 zu haben. Aber das neue Live Update läuft damit nicht. Ich bekomme immer nur einen "internal Server Error".

Der Contao-Check 2.1 hat dann heute zwei konkrete Ursachen dafür angezeigt: ionCubeLoader 4.0.8 und "FastCGI mit eAccelerator".

Der Support sagt dazu:

Den PHP-CGI-Modus können Sie auch auf dem neuen Server verwenden. Das Problem ist dort dann aber das selbe. Es wird den Konflikt mit dem eAccelerator wieder hervorrufen.

Letztlich bleibt nur der Umzug auf einen Server mit PHP 5.3 als Apache-Version und der Verzicht auf den PHP-CGI-Modus. Damit PHP dann auf die Installation schreiben kann, verwenden Sie bitte den Safe-Mode-Hack. Nur so bringen Sie alle Dinge unter einen Hut.

Also nix mehr mit Fast-CGI bei all-inkl.com, zumindest wenn man das neue Live Update nutzen will. Und das wird bei Contao 3 das einzige Live Update sein...

[pmmueller]

Nach Server-Umzug bei all-inkl.com

Nach Server-Umzug hat mein Webspace bei all-inkl.com jetzt:

- PHP 5.3.13 als Apache-Modul (also kein FastCGI mehr)
- SMH ist aktiv und funktioniert (mit ftpSSL)

Beim Versuch, im Backend das Live Update aufzurufen, kommt nur eine Fehlermeldung:

Warning: Unexpected character in input: '' (ASCII=4) state=0 in /www/htdocs/.../contao/update.phar.php on line 65

Parse error: syntax error, unexpected T_STRING in /www/htdocs/...contao/update.phar.php on line 65

Der Contao-Check 2.2 meldet beim Live-Update-Check (Link)

"Eine alte Version des ionCube Loader kleiner der Version 4.0.9 ist installiert."

Laut phpinfo ist aber ionCube Loader V4.0.10 installiert (phpinfo).

/edit
Ich habe zwischendurch via .htaccess mal wieder auf PHP als FastCGI umgestellt und den SMH deaktiviert.
Die Fehlermeldung mit FastCGI und eAccelerator ist auf dem neuen Webspace mit Check 2.2 nicht mehr da.
Für das Live Update ändert sich dadurch gar nichts. Selbe Fehlermeldung wie oben zitiert.

So langsam habe ich keine Lust mehr...

[CeeKay]

So langsam habe ich keine Lust mehr...

Also falls das ein Schrei nach einer Alternative war und du <10GB brauchst: Bei Uberspace ist alles grün.

[wotank]

So langsam habe ich keine Lust mehr...

versteh ich!
Ich auch nicht.
Der Fred wurde am 18.7. eröffnet und zählt mittlerweile 140 Beiträge. Geändert hat sich eigentlich nix. Das LiveUpdate läuft bei vielen Providern einfach nicht und wenn dann nur mit erheblichen Klimmzügen.

Es wird auf Teufel komm raus daran festgehalten dass das LiveUpdate keinen Fehler hat, sondern die Ursache die ach so rückständigen Provider sind.
Peters Fehlermeldung ( Parse error: syntax error, unexpected T_STRING in /www/htdocs/...contao/update.phar.php on line 65 ) sieht für mich jedenfalls nach einem fehlerhaften LiveUpdate-Prozess aus.

Es kann doch einfach nicht angehen, dass sich die großen Provider nach einem CMS mit ziemlich geringem Marktanteil richten sollen, nur weil es der Kernentwickler nicht zuwege bringt ein neues LiveUpdate (für das man ja auch noch Geld bezahlt, dass sollte man nicht vergessen!) bei den meisten großen Providern zum Laufen zu bringen. Das ist doch irgendwie so als sollte der Schwanz mit dem Hund wedeln.

Contao empfehlen kann ich leider auch nicht mehr. Schade eigentlich, es hat mir gefallen. Mit so einem ratlosen Rumgewurschtl kann ich aber leider absolut nix anfangen. Bei einem Kunden kann und will ich das System deshalb auch nicht mehr einsetzen. Die wenigen, bestehenden Contaoinstallationen werde ich nach und nach auf Wordpress umstellen. Das weiss ich wenigstens das es problemlos bei so gut wie allen Providern läuft.

[stefan-at-work]

Die wenigen, bestehenden Contaoinstallationen werde ich nach und nach auf Wordpress umstellen. Das weiss ich wenigstens das es problemlos bei so gut wie allen Providern läuft.

Viel Erfolg...dann wird sich Dein Update-Zyklus ja aber drastisch erhöhen, damit die permanenten Sicherheitslücken von WP geschlossen werden

[lucina]

Ich kann sehr wohl den Frust mancher über die Funktion verstehen.

Nichtsdestotrotz bitte ich Euch alle, hier weiterhin respektvoll und sachorientiert miteinander zu diskutieren.

Vielen Dank,
Carolina.

[wotank]

Viel Erfolg...dann wird sich Dein Update-Zyklus ja aber drastisch erhöhen, damit die permanenten Sicherheitslücken von WP geschlossen werden

Diese Art des Nachtretens zeigt imho nicht eben von gutem Stil.

Wordpress ist ein CMS was eher weniger Sicherheitslücken als fast alle anderen CMS hat. Das liegt daran weil es ständig weiterentwickelt wird und auftauchende Sicherheitslücken bekanntermaßen sehr zügig geschlossen werden.

Ach und Updates funktionieren bei WP im wahrsten Sinne des Wortes auf Knopfdruck, mehr braucht es in den allermeisten Fällen nicht. Und wenn doch geht eine Neuinstallation und das Einspielen der DB-Sicherung sehr zügig vonstatten.

edit. @lucina respektvoll und sachorientiert ist kein Problem. Ich mag vielleicht deshalb a weng herausstechen weil ich offenbar als Einziger auch mal ein paar deutliche und auch kritische Worte darüber verliere. Wenn jemand dann noch meint nachtreten zu müssen wehre ich mich, ich denke dass ist mein gutes Recht, oder?

[lucina]

Wenn jemand dann noch meint nachtreten zu müssen wehre ich mich, ich denke dass ist mein gutes Recht, oder?

Nein. Auch dann nicht. Das ist ein Forum und nicht ein Schauplatz aus dem Alten Testament.

Meinung ja, aber weder 'nachtreten' noch 'wehren' - weil es hier kein Sandkasten ist, weil es nicht angemessen ist, weil es Regeln gibt.

Mir ist das vollkommen gleich, welche Beweggründe der Einzelne hat. Ich werde - mit wem und aus welchem Anlass auch immer - da ganz sicher nicht in Verhandlungen über Legitimität eintreten.

Und das geht an alle, die hier mitdiskutieren.

[BugBuster]

Hallo Peter,
in der Konfiguration, wo der Check der Meinung war du hättest immer noch eine ionCube Loader <= 4.0.9, wäre es hilfreich, wenn du mal dieses kleine Script starten könntest.

<?php
echo ioncube_loader_version();
?>

[CeeKay]

@BugBuster: https://github.com/contao/check/issues/17

[BugBuster]

Aja, Danke. Da hab ich zu spät reingeschaut.

[Kind-der-Nacht]

Contao empfehlen kann ich leider auch nicht mehr. Schade eigentlich, es hat mir gefallen. Mit so einem ratlosen Rumgewurschtl kann ich aber leider absolut nix anfangen.

Solange es die alte Version noch gibt, kann ich die Aufregung nicht nachvollziehen. Allerdings sollten die Probleme gelöst werden, bevor diese Alternative wegfällt. Schliesslich geht es hier um ein Problem was zahlende Kunden betrifft..

[tinoo]

Naja, mir als Laien erschliesst sich die Logik am Festhalten an der neuen Liveupdate-Variante irgendwie auch nicht. Vorallem wenn mein Hoster - notabene einer der grössten und besten in der Schweiz - genauso ratlos ist...

Jetzt hab ich grad mal die Git-Hub-Variante von Contao-Check heruntergeladen. Da bekomm ich die "Fehler":

Detect Unicode
Die detect_unicode-Einstellungen auf Ihrem Server sind nicht korrekt.

FastCGI+eAccelerator
Sie verwenden FastCGI mit dem eAccelerator.

Mein Hoster hat mir versichert, dass er detect_unicode = off geschaltet hat, für mein Hosting.
Seither scheint das neue Liveupdate zu funktionieren. Trotz FastCGI+eAccelerator... Also sooo
eindeutig ist die Sache noch immer nicht...