Nl/Terrasync: Difference between revisions

* ondersteuning van de verschillende mogelijkheden in de code zou heel alstig worden, dus de intentie is om alleen de HTTP-methode direct in FlightGear te ondersteunen, ook bekend als 'ingebouwde terrasync'

* Een van de belangrijkste voordelen van het HTTP-systeem is dat het SHA1 hashes gebruikt in plaats van SVN revisies om bestanden te identificeren, en er wordt geen (server) URL opgeslagen in de gedownloade directories. Dit betekent dat u een terrasync directory kunt opzetten met bestanden die worden gedownload door elk mechanisme dat u wilt (DVD, BitTorrent, kopiëren vanuit een andere computer) en mits de SHA1 hashes overeenkomen, zullen de bestanden niet opnieuw worden gedownload. Bestanden die verouderd zijn, worden vernieuwd, maar alleen die bestanden. Dit betekent dat overschakelen van SVN -> HTTP ervoor zorgt dat nietdownloaden alles weer opnieuw wordt gedonload.

Het overschakelen naar een andere server, zelfs binnen dezelfde FG-sessie, is ook mogelijk en zorgt er ook nu voor dat niet alle eerdere bestanden opnieuw moeten worden gdownload, in tegenstelling tot de SVN-opzet waarbij de server-URL deel uitmaakt van de repositorystructuur.

* het terrasync /netwerkprotocol/ zal blijven, wat betekent dat u uw eigen externe terrasync systeem kunt schrijven (met gebruik van een breed scala van computertalen, waaronder Python) met behulp van rsync of elk ander mechanisme dat u maar wilt. Mijn hoop is dat dit een goed en onderhoudbaar uitgangspunt biedt voor zeer gevorderde gebruikers, terwijl het ingebouwde HTTP mechanisme eenvoudig en robuust zal zijn (dankzij het feit dat het op hash gebaseerd is) voor 95% van de gebruikers. <ref>{{cite web