Jak uz tu rika pihhan, nejvetsi problem je ze nejaky server synchronizuje jenom obsah+jmeno souboru, ale ne jeho timestamp (z filesystemu), takze ho vytvori s aktualnim a ostatni si pak mysli ze tenhle soubor je nejnovejsi (i kdyz je mesic starej).
Server se nejdrive musi dotazat na timestamp souboru na druhem serveru a jenom pokud je novejsi tak ho stahnout (tohle by se dalo udelat i prez wget (option -N), nebo uplne nejlepe pouzit RSYNC).
Mazani souboru je myslim docasny problem, protoze nazev je jasne dany jmenem cloudu. Takze nejake to mazani celeho souboru bude jednou za hodne dlouho... Reseni pomoci nuloveho souboru + smazani za X dni mi prijde jako dobra cesta, klientum to nevadi a na serveru to bude prakazet jenom chvili...
Super, jsem rad ze ti to bezi. Docela by me zajimalo kolik lidi to vyuziva - a to jak primo prez klienta tak prez web rozhrani (udelat statistiky z apache). Bylo by zajimave tohle vedet, protoze uprimne se mi nezda ze by CZF4BFU byla nejaka super bomba a BFU ji moc nevyuzivaji (vyvedte me z omylu, budu jenom rad ).
Jenom bych chtel ale upozornit na jednu vec: pokud bezi server kde je BFU na adrese:
http://10.32.0.132/czf4bfu/
tak je vse OK, ale pokud vytvorite DNS
http://czf4bfu.kobylisy.czf/ kterej ukazuje primo do adresare /czf4bfu/ tak uz tohle jmeno nejde pouzit pro synchronizaci (ani mezi servery, ani pro klienty) protoze neexistuje http://czf4bfu.kobylisy.czf/czf4bfu/ kde by byl seznam souboru.
Reseni na linuxu je symlink z http://10.32.0.132/czf4bfu/czf4bfu/ -> http://10.32.0.132/ takze bude jedno jestli clovek zada http://czf4bfu.kobylisy.czf/ nebo http://czf4bfu.kobylisy.czf/czf4bfu/.
Tenhle stejny problem existuje i na http://czf4bfu.prosek.czf/czf4bfu/.
Proste vzdy (at uz jde o IP nebo DNS) musi existovat /czf4bfu/ kde budou soubory .txt a defaultni stranka musi obsahovat jejich nazvy.
08.10.2005 v 12:08
Ale kdyz jsem to delal, nechal jsem si nejdriv ozkouset DNS zaznam i ze vzdaleneho okoli. 
file error
