Live Update ID für localhost?

[ricola]

Da im Forum ja immer wieder darauf hingewiesen wird, dass man Updates sicherheitshalber zunächst auf einem Testsystem machen sollte - und das ist ja auch richtig so - könnte nicht evtl. auch eine LUID für localhost und localhost:8888 bereitgestellt werden?

Da ich dieses Feature des Klick-Updates toll finde (und für meine Echt-Domains auch einen Key habe), wäre es doch toll, es zunächst auch so einfach per Klick auf localhost zu probieren ... oder?

LG. Rico

[FloB]

Jo, fände ich auch gut. Allerdings würde ich die Domainliste gerne noch ein wenig erweitert haben, habe mir nämlich mehrere *.local eingerichtet, damit ich mehrere Installationen parallel installiert lassen kann.

[acenes]

Funktioniert hier problemlos.

Domäne in die heimische hosts Datei eintragen und im Apache einen entsprechenden virtual host einrichten:

127.0.0.1 example.com

Selbst Google maps ID's funktionieren so einwandfrei.

[FloB]

Da besteht dann aber starke Verwechslungsgefahr zwischen Live und Lokal – unschöne Lösung.

[ricola]

Domäne in die heimische hosts Datei eintragen und im Apache einen entsprechenden virtual host einrichten

Ok, das ist ein Tipp für die Fortgeschrittenen - dafür Danke .

Naja, aber DAU-kompartibel ist das nicht ... wer kennt denn schon die hosts und die httpd.conf?

LG. Rico

[acenes]

Da besteht dann aber starke Verwechslungsgefahr zwischen Live und Lokal – unschöne Lösung.

In der Praxis ist es ja auch so, dass ich die Web-Entwicklungsumgebung in einer VM habe, sonst wäre mir das natürlich auch zu unbequem. So aber ist es für mich nahezu perfekt.

[FloB]

VM ist gar nicht mal so dumm … Problem bleibt dann bei mir zumindest aber der Dateitransfer zwischen System + VM. Hab auch keine Lust in einer VM zu programmieren.

Peter, was für eine VM nutzt du?

[ricola]

VM ist gar nicht mal so dumm …

Ja, das stimmt. Hatte auch ewig VMWare unter Windows. Nutze jetzt aber wegen Umstieg auf Mac die Light-Version von MAMMP - blicke da mit den Virtual Hosts noch nicht durch...

Ach, schade, ein Key für Localhost wäre so einfach gewesen ....

LG. Rico

[FloB]

Rico, hast du dir VirtualBox angeschaut? Die benutze ich, ist kostenlos, recht einfach zu bedienen und läuft gut (da läuft mein einziges zur Zeit installiertes Spiel, sogar vollkommen ruckelfrei – Anno 1602 mit XP-Patch ).

[ricola]

Rico, hast du dir VirtualBox angeschaut?

Danke für den Tip . Ich nutze eigentlich schon eine Virtualisierungs-Software - Parallels für Mac. Da habe ich ein komplettes Windows in meinem Macki zu laufen. Ach, eigentlich bin ich mit dem MAMMP schon ganz zufrieden - nur das mit den Hosts funktioniert nicht. Aber ich hätte da noch einen Tip für Dich: Ich habe ja ewig Extensions für Joomla entwickelt - was man (jedenfalls ich) auch oft gebraucht habe, war ein lokaler E-Mail-Server zum testen. Da könnte ich Hamster empfehlen - einfach, schnell und super konfigurierbar.

LG. Rico

[acenes]

Problem bleibt dann bei mir zumindest aber der Dateitransfer zwischen System + VM. Hab auch keine Lust in einer VM zu programmieren.

Peter, was für eine VM nutzt du?

Ich verwende VmWare Workstation 6.5 unter W7 Enterprise, und habe diverse VM's für unterschiedliche Entwicklungs- und Testumgebungen, von W2000 über XP und Vista bis W7. Dateitransfer Probleme hatte ich noch nie.

[ricola]

@acenes: Da Deine PM-Möglichkeit gesperrt ist: Ich wollte nicht frech sein, meinte nur, dass ja eben nicht viele sich mit der Apache-Konfiguration auskennen und dies dann eben leider auch nicht realisieren können - so gut der Tip mit der hosts-Datei auch ist.
Und unter Mac wüsste ich persönlich auch gar nicht, wie ich das mit der hosts-Datei regele.
Sorry, falls der Beitrag evtl. so rübergekommen ist.

LG. Rico

[acenes]

Sorry, falls der Beitrag evtl. so rübergekommen ist.

Da hat mich gar nichts gestört, ich denke du hast auch recht.

Es schadet anderseits keinem Webmaster sich bei Gelegenheit mal etwas genauer mit Apache und TCP/IP auseinander zu setzten, auch wenn man selber keinen Server betreibt.

[FloB]

Und unter Mac wüsste ich persönlich auch gar nicht, wie ich das mit der hosts-Datei regele.

`sudo vi /etc/hosts`

Hosts-Datei-Format ist eigentlich das selbe wie auf Win.

[FloB]

Ich verwende VmWare Workstation […]. Dateitransfer Probleme hatte ich noch nie.

Ja, ich glaube VMWare (und Parallels) integrieren sich stärker in ein laufendes System, damit sollte der Dateiaustausch einfacher sein. Ist mit VirtualBox leider nicht drin (oder ich hab die Funktion nicht gefunden).

Anyway, wenn Leo sich dazu nicht äussert, werde ich wohl die hosts-Methode nehmen. Stehen sowieso "nur" zwei größere Updates von Seiten an, bei denen es langwierige Probleme geben könnte.

[xchs]

Domäne in die heimische hosts Datei eintragen und im Apache einen entsprechenden virtual host einrichten:

127.0.0.1 example.com

Selbst Google maps ID's funktionieren so einwandfrei.

Funktioniert damit eigentlich auch der W3C Validator? Der meckert sonst immer, wenn es gilt "localhost" zu prüfen...

[FloB]

Der Validator würde auf den Server zugreifen. Es sei denn, du nutzt die Webdeveloper-Toolbar und nutzt Extras -> "Lokales HTML validieren" .

[xchs]

Der Validator würde auf den Server zugreifen. Es sei denn, du nutzt die Webdeveloper-Toolbar und nutzt Extras -> "Lokales HTML validieren" .

Ich dachte nur, das würde eventuell durch den "hosts"-Eintrag funktionieren, aber ist auch egal, als lokalen Validator verwende ich ohnehin das Firefox Addon "HTML Validator"

[FloB]

Ich dachte nur, das würde eventuell durch den "hosts"-Eintrag funktionieren, aber ist auch egal, als lokalen Validator verwende ich ohnehin das Firefox Addon "HTML Validator"

Nö, die Daten bleiben ja trotzdem auf deinem Rechner. Einzige Möglichkeit wäre dein Netzwerk zu öffnen und dem Validator deine IP zu geben, falls du das machen möchtest .

[xchs]

Einzige Möglichkeit wäre dein Netzwerk zu öffnen und dem Validator deine IP zu geben, falls du das machen möchtest .

Nein, lieber nicht

[FloB]

Dachts mir schon

[ricola]

`sudo vi /etc/hosts`

Na da bin ich doch von den Socken Danke

LG. Rico

[monachus]

Hi,

da wollte ich auch mal nachfragen, wo tragt ihr denn nun lokal was ein, damit der LiveUpdate auf dem lokalen Rechner funktioniert?

Danke.

[xchs]

Hi,

da wollte ich auch mal nachfragen, wo tragt ihr denn nun lokal was ein, damit der LiveUpdate auf dem lokalen Rechner funktioniert?

Danke.

Welches Betriebssystem hast Du?

[monachus]

win7 mit xammp portable

[xchs]

win7 mit xammp portable

Vorausgeschickt: Das Updaten einer lokalen TYPOlight-Installation funktioniert (so wie hier beschrieben) nur in Verbindung mit einer Virtuellen Machine (VM).

Du müsstest also eine VM installieren, dort ein Betriebssystem aufsetzen und dann je nach BS entweder XAMPP oder LAMP als lokale Entwicklungsumgebung installieren.
Damit das Update dann auch wirklich klappt, musst Du in Deiner Hosts-Datei den Namen der betreffenden Domain dann auf "localhost" zeigen lassen. Dazu wäre in der Hosts-Datei ein Eintrag der Art "127.0.0.1 domain.tld" einzufügen.
Die Hosts-Datei sollte auf Windows-Systemen unter "%WINDIR%\system32\drivers\etc\" zu finden sein.

[Sitting Bull]

Geht das inzwischen auch ohne VM und hosts-Eintrag.

Leo hat mir gemailt "selbstverständlich funktioniert das Live Update auch für localhost" ... funktioniert bei mir aber nicht. Es kommt auch keine Fehlermeldung ... es tut sich einfach gar nichts außer einer kurzen Meldung "Connecting to live update server" ... danach ist alles wieder beim alten!?!?!?

Grüße
Sitting Bull

[xchs]

Das Live Update über localhost sollte eigentlich problemlos funktionieren, sofern die Systemvoraussetzungen erfüllt sind. Wenn Du allerdings die gleiche Update-ID bereits für ein Update eines Live-Systems verwendet hast, könnte es sein, dass das Update der lokalen Installation nicht mehr funktioniert.

[Supamarioana]

Entschuldigt bitte das Ausgraben dieses älteren Threads, aber genau dieses Problem habe ich auch gerade:

Ich habe ein Backup der von mir betreuten Webseite (Contao 2.11.4) per XAMPP auf einem Ubuntu Server installiert, der wiederum in VirtualBox läuft. Das ganze auf einem Windows 7 Rechner. Dies ist also meine Testumgebung.

Wenn ich auf dieser Installation nun ein live-update durchführen will, passiert das gleiche wie bei "Sitting Bull": Es erscheint ganz kurz die Meldung "Connecting to live update server" und schon ist alles wieder wie vorher.

Die Update-ID wurde auf der Original-homepage bereits verwendet. Gibt es dann keine Möglichkeit mehr, das live-update in einer Testumgebung zu benutzen?

[lucina]

Wenn ich mich recht erinnere dann sind die Liveupdate-IDs domaingebunden. Eine VM mit wie auch immer gearteten Vhosts ist davon sicherlich nicht gedeckt ... ;-)

Allerdings verstehe ich auch gerade nicht wirklich, wozu man da noch ne VM mit einem anderen OS zwischenschaltet. Ich weiß auch nicht wirklich, ob Virtualbox das Protokoll so einfach durchlässt. Aber das muss ich ja auch gar nicht verstehen.

[Supamarioana]

Allerdings verstehe ich auch gerade nicht wirklich, wozu man da noch ne VM mit einem anderen OS zwischenschaltet.

Mit der VM kann ich Snapshots anlegen, auf die ich im Falle von Problemen leicht zurückspringen kann, ohne groß ein Backup einspielen zu müssen. ;-)

[lucina]

Ah, spannend, ich mach das immer mit Contao2go ... ;-)

[do_while]

Normalerweise geht auch ein LiveUpdate von einem localhost, wie z.B. aus einem Contao2Go ohne Schwierigkeiten.

[Supamarioana]

Ah, spannend, ich mach das immer mit Contao2go ... ;-)

Ah, okay, das kannte ich nicht. Andererseits kannte ich bis vor ein paar Monaten noch nicht einmal Contao selbst.

Normalerweise geht auch ein LiveUpdate von einem localhost, wie z.B. aus einem Contao2Go ohne Schwierigkeiten.

Gilt das auch, wenn die ID bereits mit einer Domain verknüpft ist? Bevor ich mit den VMs angefangen habe, hatte ich das Backup mit XAMPP direkt auf meinem Win 7 Rechner laufen. Auch hier lieferte der Versuch eines live-updates kein Ergebnis.

[xchs]

Über die Live Update Verwaltung kann man die ID für bestimmte Domains deaktivieren. Damit könnte man dann jeweils die Live- und die lokale Testinstallation bedienen. Ist zwar etwas umständlich, aber so oft muss man ja auch nicht updaten...

[do_while]

localhost zählt dann auch als Installation, also wenn Du die Live-ID noch gleichzeitig woanders verwenden möchtest, müßtest Du eine Mehrfach-Live-ID oder eine zweite ID haben.

[andreasisaak]

Oder du nutzt die Live Update ID nur auf dem localhost, testest dort deine Updates und synchronisierst dann mit syncCto alles online.

[monachus]

Hallo,

hat jemand schon mit der neuesten Live-Update Version auf dem localhost ein Update gemacht?

Bei mir ist es seltsam, habe auch schon alternativ neben xammp , wampserver installiert, aber auch das gleiche folgende Problem:

-> Contao Check alles grün
-> phar Datei gelöscht
-> Update im Backend gestartet, fragt nach PHP etc. pp. wähle PHP 5.3 höher aus
-> Browser dreht und dreht und dreht
-> Taskmanager zeigt eine NTVDM.exe an, diese wird über den httpd.exe und cmd.exe gestartet und es passeirt nichts weiter.
-> wenn ich die exe dann beende, geht das Update auf den nächsten Schritt und startet wieder diese ntvdm.exe

PHP 5.4.16 / Apache 2.4.4

------------------------------------------------------------------------------------------------
Update: gleiches passiert auch, wenn ich über dem neuen Contao Check 7.3 "Install COntao" mache.

[TheKidRocker]

Gibt es hier neue Erkenntnisse?
Würde das Live Update auch gerne offline auf localhost nutzen.

[fabil]

Wohl am besten und am einfachsten so: https://community.contao.org/de/showthread.php?p=306073