Liebe ForscherInnen,
seit Dezember 2019 gibt es die Version 2.0 von Webtrees. Dazu habe ich
folgende Fragen:
1. Ist/Wird ein Upgrade von 1.7 auf 2.0 über die Verwaltungsseite von
Webtrees möglich sein oder muss dies "händisch" am Server installiert
werden?
2. Was sind die Unterschiede zwischen 1.7 und 2.0?
3. Welche Gründe sprechen für einen Umstieg und welche dagegen?
Vielen Dank für Eure Hilfe
Viele Grüße
Thomas
Halllo Thomas,
Ich bin gerade dabei zu testen, um genau diese Fragen zu beantworten.
Mein Grund für die Migration ist, dass in der 1.7.x er Reihe keine Verbesserungen mehr eingepflegt werden.
Ich hatte u.a. bemängelt, dass lediglich die erste verbundene Person zu einem Ereignis auch zurückverweist.
z.B. zwei Paten, ein Geistlicher, zwei Anwesende bei einer Taufe werden gar nicht richtig dargestellt.
hier die alte Version 7.1.16 https://wt.rauhut.eu
hier die neue Version 2.0.1 https://wt2.rauhut.eu
Mach Dir selbst ein Bild. Ich hatte noch mit ein paar Mängeln beim Umstieg zu kämpfen, aber Greg antwortet auf Fragen immer sehr zeitnah und kompetent
Siehe auch dazu unser Frage und Antwortspiel im Forum <webtrees - [SOLVED] Migration to a new domain - webtrees;
Ich bin gespannt auf weitere Reaktionen auf Deine Fragen.
Gruß
Andreas
always searching for members
of the MAUPILLÉ <http://www.maupilier-nos-trois-branches.com/> and RAUHUT <http://familie.rauhut.eu> family using a common webtrees <http://wt.rauhut.eu> installation.
Hallo Andreas,
Ich hatte u.a. bemängelt, dass lediglich die erste verbundene Person zu einem Ereignis auch zurückverweist.
z.B. zwei Paten, ein Geistlicher, zwei Anwesende bei einer Taufe werden gar nicht richtig dargestellt.
Zu dem Problem gibt es meines Wissens ein Add-on für v1.7 und v2 von Richard Cissee unter cissee.de.
Mit Grüßen
Martin
Hallo Thomas,
wenn Du mit v1.7 zufrieden bist: Never touch a running system!
1. Ist/Wird ein Upgrade von 1.7 auf 2.0 über die Verwaltungsseite von
Webtrees möglich sein oder muss dies "händisch" am Server installiert
werden?
Laut Greg soll es perspektivisch ein Update für v1.7 mit einer automatischen Updatemöglichkeit geben. Aktuell geht es nur manuell.
2. Was sind die Unterschiede zwischen 1.7 und 2.0?
Weitestgehend neuer Programmkode. Der Vorteil für den Nutzer habe ich noch nicht ganz verstanden.
3. Welche Gründe sprechen für einen Umstieg und welche dagegen?
Dafür (persönliche Meinung)
- Kompatibilität zu PHP 7.4
- wird weiterentwickelt
- bessere/zusätzliche Einstellmöglichkeiten unter Verwaltung
- mehrere Mediendateien in einem Medienobjekt
- Openstreetmap (gab es aber für v1.7 als Add-on) statt Google Maps
Dagegen (persönliche Meinung)
- einige von mir genutzte Add-Ons und das Theme sind aktuell nicht verfügbar
- Standardlayouts sind nicht perfekt
- viele kleinere Unzulänglichkeiten mit oft kryptischen Fehlermeldungen, Bugs
- eigene Übersetzungen nur aufwendiger möglich
...
Momentan sehe ich noch keine Notwendigkeit zu wechseln - v1.7 funktioniert. 
Mit Grüßen
Martin (Pannier)
ffp.bauschaffen.de
Hallo zusammen,
3. Welche Gründe sprechen für einen Umstieg und welche dagegen?
Ich habe schon die Beta intensiv getestet und habe einen zwiespältige Meinung dazu.
Pro:
- Das System ist unter der Haube komplett modernisiert worden, was klar für einen Umstieg spricht.
Contra:
- Das Layout geht sehr verschwenderisch mit dem Bildschirmplatz um. Ich hatte dazu auch ausführlich reported, allerdings ohne durchzudringen.
Antwort von Greg: "The space isn't "wasted". Space is added between things to make them easier to read/comprehend.“
Inzwischen geht es einigen anderen Usern ähnlich. Endgültige Abhilfe wird nur ein eigenes CCS bieten.
- Die Links werden auf eine andere Art dynamisch erzeugt, als bisher.
"Redirect old URLs onto new URLs
The URL structure has changed. Therefore bookmarks and search-engine links will not work.
However, if you enable pretty URLs, then webtrees will generate suitable redirects from the old URLs, and any existing bookmarks will continue to work.
For example, the old URL individual.php?ged=demo&pid=X123 will be redirected to the new URL trees/demo/individual/X123."
Wenn also, wie in meinem Blog-Beiträgen, umfassend auf URLs verlinkt wurde, funktionieren diese nicht mehr und produzieren massenhaft broken link errors. Mal abgesehen, dass die Funktionalität ganzer Seiten verloren geht und nur mit massivem Aufwand manuell gefixt werden könnte, ist das dem Rating bei Google nicht zuträglich.
Als Lösung hierfür ist die Aktivierung von "Pretty URLs“ vorgesehen, ein nachträgliches Umschreiben der neu generierten Links. Das soll man sowohl serverseitig wie durch ein rewrite rule set in der .htaccess ermöglicht werden.
Bei mir funktioniert beides nicht, da ich bereits andere umfangreiche Modifikationen vorgenommen habe, die sich anscheinend gegenseitig in die Quere kommen. Ich konnte mich noch nicht intensiv damit beschäftigen.
Für mich sind beide Einschränkungen absolute Killerkriterien und ich **muss** bei 1.7x bleiben, obwohl ich ein moderneres System bevorzugen würde.
Darüberhinaus ist der Umstieg auf OpenMaps zwar grundsätzlich zu begrüßen, aber das Modul ist noch nicht ausgereift und bietet nur teilweise die Funktionalität der Google Maps-Integration.
Hier meine Testinstallation: https://dargels.de/phpgedview/
Herzlichst, Marko (Dargel)
Danke Marko,
für die ungeschminkte Wahrheit. Mir geht es ähnlich. Ich bin noch am Testen.
Wer mittesten möchte, hier meine Links.
-- > wt.rauhut.eu <https://wt.rauhut.eu> V1.7.16
-- > wt2.rauhut.eu <https://wt2.rauhut.eu> V2.0.1
Solange ich noch probe, ist und bleibt die erste meine Originalversion.
Schöne Woche allen
Andreas
Hallo Andreas,
-- > wt.rauhut.eu <https://wt.rauhut.eu> V1.7.16
-- > wt2.rauhut.eu <https://wt2.rauhut.eu> V2.0.1
Solange ich noch probe, ist und bleibt die erste meine Originalversion.
überträgst du dann jedesmal die Original-DB aus 1.7.x manuell zu 2.x,
oder gibt es vielleicht (schon) einen automatisierbaren Weg?
Ich frag nur, falls wir dann mal unsere 300 Listen bei Webgenealogie mit der neuen Version testen wollen ...
Vielen Dank schon mal
Falko
Hallo Falko,
Nee, auf keinen Fall. Zu viel Aufwand. Sonst wären ja viele Einstellungen verloren.
Einige Voraussetzungen müssen gegeben sein, das neue System ist restriktiver.
- Die DB-Tabellen müssen alle InnoDB Format haben <webtrees - [solved] upgrade 1.7.1 to 2 issue - webtrees;
- mein Provider OVH bietet PHP-Beschleunigung an, das geht bei einigen webtrees Installationen nicht
Vorausgesetzt der Provider / Hoster stelllt eine kompatible Plattform zur Verfügung (daher testete ich zuvor mit einem Clon der kompletten Seite),
geht das im Prinzip ohne Probleme wie folgt:
- als erstes wie immer ! Datensicherung der FTP Inhalte und der Datenbank. Für alle Fälle.
- Die Datei /data/offline.txt anlegen (damit dir keiner dazwischenfunkt)
- die Datei /data/config.ini.php anpassen
- Dann die aktuelle Version (z.Zt. 2.0.1) downladen, entpacken und auf den Server laden in das Verzeichnis der aktiven, bestehenden 1.7.xx
- Das war's. Deine Seite meldet sich mit alter Adresse im neuen Kleid, wenn du vorher die Datei /data/offline.txt umbenenns oder löschst.
- Damit eventuell im Netz kursierende Links auf Deine neuen Struktur zugreifen könne bedarf es noch eines kleinen Kunstgriffs <webtrees - Old existing bookmarks don't work - webtrees;
Ansonsten hält Greg das Forum ständig aktuell und freut sich über jeden noch so kleinen Bug, den wir noch finden.
Ich werde die Migration auch demnächst durchziehen. Suche aber noch ein besseres CSS <https://www.webtrees.net/index.php/fr/add-ons/download/3-modules/249-webtrees-2-theme-enhancements>\.
Viel Erfolg
Andreas
PS: Berichte hier oder im webtrees- Forum <https://www.webtrees.net/index.php/fr/forum/help-for-2-0> über Deine Erfahrungen
Hallo Andreas,
vielen herzlichen Dank für deine ausführliche Antwort.
Nee, auf keinen Fall. Zu viel Aufwand. Sonst wären ja viele > Einstellungen verloren.Jein - ich erklär mal, wozu ich das brauche.
Deine Anleitung kommt dem
ja schon recht nahe.
Wir bzw. damals René haben ja schon immer unsere eigenen Anpassungen am
System vorgenommen bzw. vornehmen müssen, was bei jeder Upstream-Versionsänderung natürlich entsprechend Aufwand macht.
Nun brauche ich hier einen Prozess, mit dem ich erstmal rausbekomme,
was alles anders ist (den hab ich im Prinzip, ich vergleiche einfach unser git-Repo mit der entsprechenden Ursprungsversion von webtrees 1.7.x). Da bisher immer relativ viel Zeit zwischen solchen Upgrades
vergangen ist, hab ich das dann auch gern mal wieder vergessen, was gemacht werden muss ... daher der Vergleich :=)
Dann baue ich eine Testumgebung auf, wo eben die neue Version jeweils
mit unseren Anpassungen versehen und mit dem aktuellen Datenstand ausführlich getestet wird. Falls dabei etwas an Problemen auffällt,
melde ich bei Greg upstream und muss ggf. warten, bis es behoben ist,
oder selbst einen workaround finden. In der Testumgebung werden unsere
Patches entsprechend angewendet. Sobald eine neue Version kommt -
das Ganze von vorn.
Für die 2.x Version stelle ich mir eigentlich vor, dass unsere
Anpassungen vielleicht nicht in den Core eingreifen müssten. Sprich:
es ist zukünftig nichts mehr zu programmieren, sondern nur zu konfigurieren. Man darf ja mal träumen 
Zum Teil sind die Änderungen im Xenea-Theme, das ließe sich
vielleicht auch in ein eigenes auslagern. Oder wir verwenden auch
gern mal etwas moderneres. Wobei ich das "zu viel Platz auf der Seite
verschwendet"-Problem nicht aus den Augen verlieren will.
D.h. ich würde nach Analyse unserer Änderungen ggf. bei Greg ein paar
Feature-Vorschläge machen, was konfigurierbar sein könnte - und/oder
ggf. entsprechend PR einreichen, sobald ich/wir uns durch den neuen
Code durchgefitzt haben.
Einige Voraussetzungen müssen gegeben sein, das neue System ist restriktiver.
- Die DB-Tabellen müssen alle InnoDB Format haben <https://www.webtrees.net/index.php/en/forum/help-for-2-0/33772-solved-upgrade-1-7-1-to-2-issue#73295>
Das ist bei uns gegeben.
- mein Provider OVH bietet PHP-Beschleunigung an, das geht bei einigen webtrees Installationen nicht
Vorausgesetzt der Provider / Hoster stelllt eine kompatible Plattform Ll
zur Verfügung
Da wir eigene/n Server betreiben, können wir das selbst einrichten.
(daher testete ich zuvor mit einem Clon der kompletten Seite), ...
Das klingt schon mal gut. Alte Seite und DB spiegeln, WebTrees 2.x drüber packen - ggf. alte php-Dateien löschen - sollte sich alles
scripten lassen.
- Damit eventuell im Netz kursierende Links auf Deine neuen Struktur zugreifen könne bedarf es noch eines kleinen Kunstgriffs <Old existing bookmarks don't work - webtrees;
So ganz steige ich da nicht durch - ist das jetzt geklärt oder noch nicht?
Ich werde die Migration auch demnächst durchziehen. Suche aber noch ein besseres CSS <https://www.webtrees.net/index.php/fr/add-ons/download/3-modules/249-webtrees-2-theme-enhancements>\.
D.h. dieses Theme funktioniert so noch nicht für dich, oder was genau suchst du?
Viel Erfolg
Vielen Dank!
PS: Berichte hier oder im webtrees- Forum <https://www.webtrees.net/index.php/fr/forum/help-for-2-0> über Deine Erfahrungen
Das können wir gern machen, aber bis dahin wird sicher noch einige Zeit ins Land gehen
Vielen Dank und beste Grüße
Falko