ownCloud 7 (diskuse)

[Zopper]

Hmm, taky zajímavé, že konečně asi první pořádný linuxový klient pro Google Drive má GDrive vlastně jen jako doplněk...

[tuxmartin]

<flame>Jaky mate nazor na bezpecnost ownCloudu? Jeste nedavno byly plne diskuze nazoru, jak je ownCloud plny chyb a jak je nebezpecne ho pouzivat.</flame>

[Zopper]

Že chyby jsou ve všem, proskenovat všechny webové servery, jestli pod nějakou url neumožňují přístup k owncloudu je nereálné a počítat s cíleným útokem na moji osobu např. od třípísmenkových agentur by mi přineslo příliš mnoho omezní na to, aby se mi to vyplatilo. Privátní OwnCloud na vlastním serveru považuji za přijatelnější riziko, než používat Dropbox.

[Lol Phirae]

Na bezpečnost? Dokud to nebude použitelné, tak je to celkem jedno. Tohle by měla být tak verze 0.7 beta. Bugů jak máku a ten výkon...

[tuxmartin]

Psat takovyto projekt v PHP neni imho nejlepsi...

Uz jenom psat WebDAV v PHP, kdyz by ho mohl resit primo webserver je taky sporne.

[Lol Phirae]

Tam je toho víc... např. práce s MySQL (optimalizace dotazů) je naprosto příšerná. Největší tragédie jsou teda desktop klienti pro synchronizaci, to spolehlivě totálně zabije celkem slušný server už při 10 uživatelích.

[bigBRAMBOR]

Verze 5 i 6 mi chcipala na synchonizaci klienta z win. A dost casto uz se nikdy nerozebehla, pomohlo jedine smazat slozku a rpidat ji znova. 6 mi po jednom minor update zacala psat ze nebezi na serveru webdav ale pred update tam bezela. Zatim to beru jako takovy sranda projekt.

[St4nd3l]

Ano tohle se mi taky stavalo po jednom update. Pak jsem zjistil, že chyběl sloupec v DB. Nyni již updaty na nove verze probihají v pořádku. A co se tyče mobilního a desktop klienta tak se taky pohli směrem vpřed.

[frantisek]

Vse je opensource, neni nic jednodussiho, nez pushnout commit :)

[Lol Phirae]

Který se v další verzi v chaotickém vývoji opět ztratí (viděl jsem několikrát), případně to dokurví někde jinde. Dík, na tuhle věc dalších několik let nešáhnu. Pro produkční použití k ničemu.

[xvasek]

Jeste nedavno byly plne diskuze nazoru, jak je ownCloud plny chyb a jak je nebezpecne ho pouzivat.

Můžu určitě potvrdit to první (je plný chyb), to druhé (že je nebezepčný) jsem nezkoumal, ale šance, že to není pravda, se podle mě blíží nule. Celkem bych uvítal, kdyby někdo napsal to stejné úplně znovu a pořádně. Zatím nejlepší cloud, co jsem zprovoznil, je sshfs na server v hostingu.

[Lol Phirae]

Celkem bych uvítal, kdyby někdo napsal to stejné úplně znovu a pořádně.

Ano, taky mám pocit, že by to bylo jediné řešení.

[Zopper]

Zatím nejlepší cloud, co jsem zprovoznil, je sshfs na server v hostingu.

No, jenže to buď vyžaduje, abych pracoval s daty pouze online (nepoužíval lokální kopie), nebo se opět vynořuje nutnost nějaké synchronizace a řešení kolizí. A já, bohužel, nevím o ničem, co by umělo "lokální" synchronizaci stejným stylem, jako nabízí tyhle cloudové aplikace. Rsync na to prostě nestačí.

[juras]

svého času jsem používal http://www.cis.upenn.edu/~bcpierce/unison/ umí synchronizovat dva lokální adresáře, neboli pokud si někam váš server připojíte, měl by to jít bez problémů, u konfliktů se to vždy ptá, jedinou nevýhodou je, že to nefunguje automaticky, ale synchronizaci musíte vždy ručně spustit

[Zopper]

Těch nevýhod je víc, viz níže.

[typek_pb]

ja pouzivam: unison a maximalna spokojnost (moj blog post: Raspberry Pi driven Dropbox alternative).

[Zopper]

Jo, Unison jsem používal taky. Ale pokud nemám homogenní ekosystém, tak je to peklo - všude musí být stejná verze Unison, jenže balíčky jsou v různých verzích. A kvůli závislostem na konkrétních verzích jiných knihoven v půlce případů nešlo ani zkompilovat. Do toho na Windows byl výkon naprosto tragický, pouštět jsem to musel pro každou synchronizaci ručně, takže automatické a "okamžité" nahrávání změn nebylo možné (cron je taková dost nešikovná náhrada). A možná bych si vzpomněl i na další problémy.

Osobně jsem, přes všechny jeho nedostatky, spokojenější s OwnCloudem.

[typek_pb]

nj, moze byt.

zas moj use case je linux only (klienti - ubuntu+fedora a server - raspbian) a sync je u mna skor ako zaloha ako nieco co potrebujem mat hned, takze to pustam len z casu na cas manualne.

[luky]

automatické a "okamžité" nahrávání změn nebylo možné

Nejde to udelat onelinerem pomoci inotifywait?

[Zopper]

IMHO Unison neumí syncnout jen jeden soubor někde v hloubce, ale jen celý "synchronizovaný root" - jako že když synchronizuju ~/Documents, nemůžu mu říct o konkrétním souboru uvnitř. A než projde celý ten synchronizovaný prostor, tak to trvá.

Pokud se pletu, tak mě někdo opravte.

[tuxmartin]

A než projde celý ten synchronizovaný prostor, tak to trvá.

Na SSD to neni tak hrozne

[Heron]

No, jenže to buď vyžaduje, abych pracoval s daty pouze online (nepoužíval lokální kopie), nebo se opět vynořuje nutnost nějaké synchronizace a řešení kolizí.

Já na tohle dlouhou dobu používal (zneužíval) svn, teď git. Ano, při každé práci se musí pamatovat na pull add commit push (což si lze zjednodušit skriptem), ovšem když už člověk tyto nástroje používá běžně k práci, tak to není nic co by otravovalo. A navíc se tím tak nějak sám udržuje pořádek.

[tuxmartin]

Já na tohle dlouhou dobu používal (zneužíval) svn, teď git

Vetsinou pouzivam klasicky git, ale zkousel jsem i SparkleShare (pouziva git, ale vypada jako Dropbox).

Vzdy jsem mel problem s historii souboru. Git uklada vsechny revize (na to je taky urceny), ktere se kdy commitnou (SparkleShare dela vlastne jen auto-commit pri detekci zmeny). Pokud ale uzivatel nahraje treba 1GB MP3 souboru a nekolikrat jim zmeni ID3 tagy, git repozitar je neunosne velky.

Ve FAQ SparkleSharu pisou:

How can I delete history?
You can’t at the moment. We’re looking into solving this issue by perhaps using a other backend than Git.

SparkleShare umi pri pridavani klientskeho PC stahnout jen posledni revizi. Jenze na serveru jsou porad vsechny revize. A na klientovi me nebavi kazdych X tydnu mazat a znova klonovat.

Ted jsem nasel git-annex, vypada zajimave:

git-annex allows managing files with git, without checking the file contents into git. While that may seem paradoxical, it is useful when dealing with files larger than git can currently easily handle, whether due to limitations in memory, time, or disk space.
git-annex is designed for git users who love the command line. For everyone else, the git-annex assistant turns git-annex into an easy to use folder synchroniser.

zkousel jste ho nekdo?

[/.,]

o git-annex byla prednaska letos na installfestu, na youtube mozna budou zaznamy

[pavlix]

Mně přišel git-annex jako takový specifický tool na media libraries a podobné věci.

[JoHnY3]

Kdyz jsem naposledy onwCloud zkousel, tak byl hrozne zabugovany a pomaly. Pokud je clovek panem vlastniho serveru, tak se mi osvedcil Seafile. Rozchozeni s HTTPS pro portal a celou paradou je o dost slozitejsi, ale verze 3.0.x funguje vazne dobre jak pres web tak pres desktop klienta.

[LuděkS]

Používám už nějakou dobu Seafile a považuji jej za mnohem použitlnější než OwnCloud, který jsem předtím zkoušel a dospěl jsem ke stejným výsledkům, jaké jsou popsány výše.

[lisak]

Pouzivam tento sw od verze 4. V te dobe to fakt byla tragedie, spousta chyb pri synchronizaci atd., ale kazda dalsi verze prinesla zlepseni. Ve verzi sest uz si nikdo na problemy se synchronizaci nestezoval. A co jsem zkousel tuhle posledni verzi, tak mi to opet prijde jako velky krok vpred.

[frantisek]

Souhlasim, ownCloud 7 ma o hodne vetsi rychlost oproti starsim verzim (napr na RPI to jde hodne poznat)