Toto som zistil a mám to potvrdené aj od vývojárov (a neplánujú to zmeniť):
Ak máte v Transmite nastavené nejaké rules pre synchronizáciu, tak tieto sú aktívne aj pri uploade/downloade. Myslite na to predtým, než budete robiť zálohu starého webu pre zákazníka (teda download ku sebe), potom to na serveri zmažete a on vás potom poprosí o spätný upload. Ak tam boli nejaké súbory, ktoré vyhovovali tým rules, tak je po nich. A ak bol ten starý web postavený na Joomle, tak pánbúpoteš. :-(
ved je snad jasne, ze ked synchronizujem dva adresare, zo vzdialeneho vsetko zmazem, zosynchronizuje sa to a bude to zmazane aj v lokalnom adresari.. Neviem co myslis, ale nakolko pouzivam transmit, dost ma to zaujalo :)
2 raul – petiarovi sa stalo asi to, ze robil zalohu z ftp ale “vdaka” rules/fitrom sa neskopirovalo vsetko. Zmazat uz ale zmazalo vsetko :-) Takze nemal kompletnu zalohu, ked zakaznik ziadal jej obnovu…
Ide mi o to, vysvetloval som to aj vyvojarom, ze vidim rozdiel medzi up/download a sync.
Up/download pouzivam vacsinou ked robim prvy deployment projektu na FTP, pripadne ked cosi stahujem (zalohu), ked potrebujem presunut vsetky subory.
Ked robim sync, tak potrebujem presuvat len zmenene subory, ci uz podla modification date alebo velkosti, to je teraz jedno. Pri tomto vyuzijem tie rules, pretoze typicky nechcem synchronizovat napr. databazove configy, ktore su ine na serveri a ine na lokale, logy a podobne.
Ja neviem, ale aplikovanie tychto rules pri up/downloade mi nedava zmysel, hoci technicky ide aj pri synchronizacii len o akysi selektivny up/download. Vznikaju potom kuriozne situacie, ked potrebujem vynimocne uploadnut subor s nazvom config.php (ktory podla nazvu “matchuje” pravidla) a Transmit ho proste neuploadne, celu akciu ignoruje. Musim ist do rules, vypnut pravidla, potom mi ho dovoli uploadnut. Samozrejme, ak potom zabudnem tie pravidla zase zapnut, tak pri synchronizacii si bud na serveri rozhasim vsetky configy alebo nan nauploadujem megabajty log suborov.