Melde auch mal Interesse an. 
Für einen feature request solltet ihr einen netcup-Offiziellen (Kommunikation/Support) miteinbeziehen (mention).
Erledigt --> Unerledigt gesetzt.
Mein Wunsch besteht noch immer 
Ich schließe mich da auch mal an. Ich bin gerade dabei ein paar Seiten hierher umzuziehen. rsync wäre nett.
Hier zumindest mal dazu ein etwas älteres Statement des ehemaligen Chefs:
rsync fordert einiges an CPU-Performance zur Berechnung der Checksummes. Aus diesen Grund werden wir rsync nicht im Webhosting anbieten.
Ich vermute viel wird sich diesbezüglich nicht geändert haben. Ggf. bekommt ihr auch eher eine aktuelle Aussage, wenn ihr euch direkt an den Support wendet.
Ich vermute viel wird sich diesbezüglich nicht geändert haben. Ggf. bekommt ihr auch eher eine aktuelle Aussage, wenn ihr euch direkt an den Support wendet.
Da die Aussage des früheren Geschäftsführers mittlerweile fünf Jahre alt ist und rsync mittlerweile auch xxhash-Unterstützung besitzt, sollte sich die Ausgangsposition mittlerweile (auch dank schnellerer CPUs) allerdings deutlich verbessert haben; diese Anmerkung würde ich bei Anfragen beim Support hinzufügen ... 
Mir kommt es jedes Mal erstaunlich ineffizient vor, den ganzen Kladderadatsch komplett hochzuladen, nur weil irgendwo ein Fipptehler korrigiert wurde.
Musste leider auch gerade mit erschrecken feststellen das es wohl kein rsync gibt.. Ob sich das noch ändert?
Hatte auf die Frage ob rsync im Webhosting unterstützt wird, folgende Antwort vom Support am 02.10.23 erhalten:
Quoteda Rsync in einer Shared Webhosting Umgabung einiges an Performance nehmen würde ist dies nicht geplant.
Mit freundlichen Grüßen,
netcup Team
Da wird also so schnell nichts.
Ihr könnt statisch gelinkte Programme auch auf der Webhosting Shell ausführen.
Erster Google Treffer zu rsync static binary
In meiner Static Binary Sammlung gibt es jetzt auch Builds von rsync.
// edit: Natürlich mit dem bereits von m_ueberall erwähnten XXHash support!
//edit 2: Ein Test mit ~20GB Daten (tausende kleine Dateien) mit "rsync -a" auf einer VM im idle: Anstieg des Load Average von 0.6 auf maximal 2.4, alle acht CPU Kerne zur gesamten Zeit maximal bei 10%. Sieht für mich nicht nach Konkurrenz für Crypto Mining aus.
//edit 2: Ein Test mit ~20GB Daten (tausende kleine Dateien) mit "rsync -a" auf einer VM im idle: Anstieg des Load Average von 0.6 auf maximal 2.4, alle acht CPU Kerne zur gesamten Zeit maximal bei 10%. Sieht für mich nicht nach Konkurrenz für Crypto Mining aus.
rsync -avze ssh --rsync-path /pfadzumstaticbinary/rsync.amd64 sshfs:/quelle ./ziel
Mit https://github.com/froonix/webhosting-mods/tree/master von KB19 kann man sich auch ein richtiges $HOME inklusive ~/bin im $PATH bauen. Dann brauchts auch kein --rsync-path mehr.
Da ist doch git vorhanden...
rsync ist auch im Vergleich zu git langsamer und Last hungriger, besonders wenn es viele Dateien sind (sieh hier für ein Beispiel - 10 Minuten mit git vs. 3-4 Stunden mit rsync).
Einfach eine oder mehrere git-Repositories anlegen (und/oder klonen) und die dann über git synchronisieren:
git add --all
git commit -am "{data-time} snapshot"
git push netcupRemote (zu netcup) kann man wie folgt einrichten (in .git/config) :
[remote "netcup"]
url = ssh://hostingNNNNNN@example.com:22/path.git
# optional key (to sync without password):
puttykeyfile = /path/to/netcup-ssh-key.ppkMan hat dann auch weitere Vorteile - es ist vollkommen versioniert: so man kann die komplette Historie verfolgen bzw. zu irgendeine Version zurückkehren, Teile aus der Historie wiederherstellen usw.
Und wenn die alte Historie irgendwann mal nicht mehr gebrauch wird, einfach synchronisieren, dann .git-Ordner löschen und mit neuer Repository ersetzen, oder einfach vom Grund auf einchecken (git checkout --orphan ... + commit) und alten Branch löschen, oder einfach mehrere Revisionen zusammenführen:
git reset --soft "$rev_id" ;# oder "HEAD~N", wo N - Anzahl von commits zurück
git commit -am "{data-time} snapshot"
