Neue Live Update Major-Version

[GeorgDerks]

Hat wunderbar geklappt.

Zur genauen Vorgehensweise habe ich einen kommentierten Screenshot erstellt: [ATTACH=CONFIG]8252[/ATTACH]

Auch bei mir (WebhostOne Reseller V2) klappte es scheinbar mit dem neuen Live Update, es lieft alles gut durch, prima Tipp, besten Dank! Was mich jedoch stutzig macht, ist die Tatsache, dass mit dem Update auf 2.11.5 nun im Ordner system/backup zwar die mysql-2.11.4.sql liegt, allerdings ohne jeglichen Inhalt. Damit steht das DB-Backup auch für eine spätere Wiederherstellung der früheren Version nicht zur Verfügung. Kennt jemand diesen Sachverhalt?

[tlightuser]

Hi

Die zweite Installation ist die neuere, hab ich erst letzten April in Betrieb genommen. Hab aber im Moment weder Lust noch Zeit für
solche Experimente...

Ich kann dir sagen was dann passiert. Dann ist die Website weg und nach dem Backup der DB wird alles so sein wie vorher.

Ich dachte, es handelte sich um eine Testinstallation, deshalb der Vorschlag, Sorry.

[tinoo]

Hallo Nina

Wenn ich mir den Thread hier so ansehe, sind vom Problem verifiziert derzeit folgende Hoster betroffen (bitte auch in dieser Warnbox angeben):
- Hostpoint.ch (laut User Tinoo)

Kannst Hostpoint aus der Liste entfernen, bitte. Nach dem setzen von detect_unicode = OFF und dem kurzzeitigen Deaktivieren des eAccelerators scheint das neue Liveupdate nun einwandfrei zu funktionieren...

[monachus]

Nochmal ich,

hat jemand eine Idee, wieso ich die Fehlermeldung:

Es ist ein Fehler aufgetreten

Keine Verbindung zum Live Update-Server möglich

erhalte?

Ich hatte es schonmal gepostet und im Forum selbst gibt es einige, die es wohl auch haben, jedoch bisher keine erklärung oder Lösung.
Bisher ging das alte Update immer. Die Einstellungen wie hier genannt bringen keine Änderungen.

Wie kann ich die Fehlermeldung abstellen? Bzw. warum wird diese generiert?

[voglohnee]

Eine Stimme zum Live-Update außerhalb Deutschlands

Ich verfolge gerade diese Diskussion bei welchem Hoster hier was einzustellen ist und wie es evtl. funktioniert oder evtl. nicht. Vorweg ich schätze eure Arbeit hier sehr und bin auch grundsätzlich ein großer Fan von Contao. Was hier aber gerade abgeht, kann ich nicht nachvollziehen. Ich habe Contao bei diversen Hostern in Österreich laufen und ich kann ja jetzt nicht bei jedem Hoster nachsehen was wo oder evtl. wie einzustellen ist (die Infos über die großen Hoster in Deutschland sind zwar nett, aber bringen mir wenig). Das kann es ja irgendwie nicht sein - ihr seit ja auch angetreten um ein weltweit funktionierendes System zu erschaffen.

Vielleicht könnt ihr mal als Output einen klare Info liefern welche Einstellungen bei einem Hoster eingestellt sein müssen. Eine Info die man an jeden Hoster schicken kann, mit der Bitte die Website dahingehend umzustellen. Ich kann bei manchen Hostern selbst nämlich gar nichts in diesen Tiefen einstellen, ich brauche hier immer die Hilfe des Hosters und das ist bekanntlich etwas mühsam.

Zu meinen Live-Update Erfahrungen: bei mir lande ich zwar scheinbar beim Ausführen im Nirvana, im Systemlog erscheint aber die Meldung "Live update from version 2.11.3 to version 2.11.5 completed" - klingt nach Erfolg, aber wenn ich auf die Startseite gehe, kommt nach wie vor die Aktualisierunginfo. Keine Ahnung ob die Aktualisierung stattgefunden hat oder nicht. Im Error-Log habe ich keinen Eintrag.

lg

[Stefan_Denz]

...klappt nicht mit dem neuen LiveUpdate. Das Webpack ist auf dem PHP-Stand PHP-Version 5.3.13. Das bisherige Live-Update funktioniert tadellos.

Das habe ich bereits mit Hosteuropes Support besprochen und entsprechend heute diese Meldung bekommen

Sehr geehrter Herr Denz,

vielen Dank für Ihre Anfrage.

> die Schwarzwaldschule Rheinstetten setzt auf Ihrem Webpack das CMS
> Contao ein. Dieses benötigt für das Live Update die PHAR
> Funktionalität, welche in PHP ab Version 5.3 standardmäßig verfügbar ist.

Wir haben die Serverkonfiguration nun so angepasst, dass phar in die suhosin.executor.include.whitelist aufgenommenen wurde. Damit sollte Ihre Anwendung funktionieren.

Wir würden uns freuen, wenn Sie uns eine kurze Rückmeldung geben würde, ob diese Änderung den gewünschten Erfolg hatte. Wir könnten dann diese Anpassung für alle Kunden vornehmen.

Sollten Sie weitere Fragen haben, stehen wir Ihnen telefonisch oder per E-Mail jederzeit gerne zur Verfügung.

Mit freundlichen Grüßen
Frank Madro

Der Support wird die entsprechende Voreinstellung für alle Webpacks übernehmen und ich kann bestätigen, dass damit HE Webpacks den neuen Updater unterstützen.
HE hat wieder sehr schnell reagiert.

[WebDucer]

HostEurope läuft

Nach einigen Wochen Schriftverkehr mit HE Support ist es heute so weit.

Heute habe ich von HE die Meldung erhalten, dass alle Vorbeiretungen zu PHAR abgeschlossen sind. Der ionCube kann von dem Support für WebPacks nicht deaktiviert werden. Aber auch mit aktivierten ionCube läuft nun der neue Live-Update problemlos durch.

Phar

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
Native OpenSSL support		enabled

Phar based on pear/PHP_Archive, original concept by Davey Shafik.
Phar fully realized by Gregory Beaver and Marcus Boerger.
Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle.

Directive	        Local Value	Master Value
phar.cache_list		no value	no value
phar.readonly		On		On
phar.require_hash	On		On


Additional Modules: ionLoader


suhosin

This server is protected with the Suhosin Extension 0.9.33

Copyright (c) 2006-2007 Hardened-PHP Project
Copyright (c) 2007-2012 SektionEins GmbH

Directive				Local Value	Master Value
suhosin.executor.include.whitelist	phar		http://,https://

[leo]

Ich habe heute auch in der T3N gelesen, dass die neueste Version (4.09 oder so) des ionCube Loader wohl den Fehler nicht mehr enthält. Wir müssen den Check entsprechend anpassen, sofern man die Version über PHP auslesen kann.

[mamboo]

Live Update 2 mit PHP 5.2.17

Habe den Live Update von 2.10.4 auf 2.11.5 (hatte ja keine andere Wahl) mit PHP 5.2.x ausgeführt.
Nun bekomme beim Aufrufen der Website im Frontend nur einen 404 Fehlermeldung.
___________________________

404 - File or directory not found.
The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable.
___________________________

Rufe ich aber eine einzelne Seite meinedomain.xy/seitexy.html auf wird die Seite angezeigt.

.htaccess OK
localconfig.php auch OK
contao-check 2.11.5 alles im grünen Bereich

Contao Logeintrag:
__________________________

Details: No active page for page ID "", host "www.x-act-creativ.ch" and languages "de, en, it, ru, fr, pt" (http://www.x-act-creativ.ch/Index.php)
__________________________

Was kann sonst den Fehler verursachen?

[pmmueller]

all-inkl geht nicht

Ich habe mit dem neuen Contao-Check 2.1 (https://github.com/contao/check) meinen Webspace bei all-inkl.com gecheckt, und geschaut, ob das Live-Update funktionieren wird. PHP als Modul läuft in Version 5.2.12. Dazu habe ich zunächst wie immer PHP per .htaccess auf FastCGI umgestellt.

Der Check meldet, dass das Live Update nicht funktionieren wird. Es gibt zwei Probleme (siehe Screenshot 03-live-update-NOT-OK.png):
- ionCubeLoader V4.0.8 (mindestens 4.0.9 benötigt)
- eAccelerator zusammen mit FastCGI

Der Support hat geantwortet:

In diesem Fall können Sie PHP 5.3 leider nicht über den CGI Modus verwenden.

Bleibt nur der Umzug auf einen anderen Server mit PHP 5.3.* als Modul, aber dann benötigt Contao den SafeModeHack. Der Support dazu:

Auf jedem unserer Systeme hat ein PhP Modul des Apache keinerlei Schreibrechte. Dies ist nicht nur bei uns so, sonder auf jedem normalen System. Das heißt Sie müssen entweder die Schreibrechte ändern (dann können Sie auch mit dem Modul arbeiten) oder aber Sie müssen im CGI arbeiten und auf das Updates des Contaos verzichten.

So wie das aussieht, werde ich demnächst wohl einige Contao-Installationen zu WebHostOne umziehen. Da läuft das absolut problemlos.

[BugBuster]

Ist bei dir der eAccelerator wirklich am Laufen?
Der Check hat noch ein Bug wie ich zumindest meine: https://github.com/contao/check/issues/14
Wenn du fastCGI hast und kein eAccelerator dann sollte es, nach Angaben der Texte, funktionieren.
Tut es ja auch, denn Contao läuft doch, oder?

[pmmueller]

Hallo Bugbuster,

danke für den Hinweis mit dem Bug. Contao läuft auf dem Webspace, aber das LiveUpdate nicht. Ich weiß nicht, ob der eAccelerator wirklich läuft, ich habe mich erstmal auf die Angaben des Contao-Check 2.1 verlassen.

In der PHPInfo (http://dd27118.kasserver.com/infophp.php53) steht nix vom Accelerator. Müsste der da auftauchen? Aber dieser ionCubeLoader hat noch V4.0.8.

[leo]

Dies ist nicht nur bei uns so, sonder auf jedem normalen System

Cool, dann haben Anbieter wie iNet Robots oder WebhostOne offenbar keine normalen Systeme

[pmmueller]

Cool, dann haben Anbieter wie iNet Robots oder WebhostOne offenbar keine normalen Systeme

Genau das habe ich zurückgeschrieben, dass die vielleicht nicht "normal" sind, aber durchaus "sinnvoll"

[BugBuster]

Da muss ich auch raten aber ich denke mal das der eAccelerator schon dort auftauchen würde.
Was den ionCubeLoader betrifft, der könnte stören beim Liveupate, Contao selbst arbeitet ja nicht mit phar Dateien wo die Störung auftritt.