Fórum Root.cz
Hlavní témata => Server => Téma založeno: Palo 08. 07. 2014, 17:25:44
-
Myslíte, je možné na OwnCloude vybudovať rovnako kvalitné úložisko ako je je Dropbox? Uvažujem o online službe pre tlačiarov, ktorá by upravovala dáta na tlač pomocou vlastného pluginu do OwnCloudu. Reálne by ten plugin bežal na serveru v (asi) pythone - riešilo sa to tu http://forum.root.cz/index.php?topic=9051.0 .
Po rešerši diskusii ma pár vecí ale odradilo:
-by mal mať každý týždeň bezpečnostný bug
-zlý beh viac uživateľskéj inštalácie na sqlite
-klient na Win uploaduje celý súbor odznova, nie len zmeny v súbore
-PHP - je vraj pomalý
Za vidím
-OC má širokú základňu vo vývoji
-optimalizácie OC by sa opäť publikovali a zúžitkovala ich komunita
-vôbec, že stačí sa len sústrediť na kódenie tlačiarenského pluginu a neriešiť zbytok
AjaxExplorer ma nezaujal veľmi, medzi výhodu radím jednoduchosť. Proti, že OwnCloud má viac pluginov na výber, ktoré by som mohol ponúknuť uživateľom.
Čo by ste mi poradili? Hlavne tá bezpečnosť.
-
Není, z jednoho velmi jednoduchého důvodu. Dropbox je služba, která běží v cloudu - tj. výpadek jednoho nebo několika serverů uživatelé nijak nezaznamenají, protože data budou na dalších serverech (aby nedošlo k omylu, to neznamená, že o data nemůžou přijít nebo že nemohou být nedostupná - mohou, zejména pokud dojde k závadě na cloudové infrastruktuře). OwnCloud je aplikace, která běží na jediném serveru. Předělat ji na cloudovou by asi bylo složitější, než ji napsat znova - třeba s pomocí cloudového úložiště Amazon S3, které ostatně používá i Dropbox.
-
Není, z jednoho velmi jednoduchého důvodu. Dropbox je služba, která běží v cloudu - tj. výpadek jednoho nebo několika serverů uživatelé nijak nezaznamenají, protože data budou na dalších serverech (aby nedošlo k omylu, to neznamená, že o data nemůžou přijít nebo že nemohou být nedostupná - mohou, zejména pokud dojde k závadě na cloudové infrastruktuře). OwnCloud je aplikace, která běží na jediném serveru. Předělat ji na cloudovou by asi bylo složitější, než ji napsat znova - třeba s pomocí cloudového úložiště Amazon S3, které ostatně používá i Dropbox.
Nevidim jediny duvod proc by nemohl ownCloud bezet v cloudu, pouzivam ho uz nejakou dobu na vmware doma a kdyz hapne (coz se jeste nestalo) tak se vytoci na druhem esxi jako kazda jina virtualka. Bezi mi na debian jessie a zabira tak malo zdroju, ze si troufnu tvrdit, ze by jel na 1 core VM a mohl bych zapnout i fault tolerance, cimz dropboxu muzes konkurovat, staci jen zalohovat datastore, coz musis stejne.
Po rešerši diskusii ma pár vecí ale odradilo:
-by mal mať každý týždeň bezpečnostný bug
-zlý beh viac uživateľskéj inštalácie na sqlite
-klient na Win uploaduje celý súbor odznova, nie len zmeny v súbore
-PHP - je vraj pomalý
Za vidím
-OC má širokú základňu vo vývoji
-optimalizácie OC by sa opäť publikovali a zúžitkovala ich komunita
-vôbec, že stačí sa len sústrediť na kódenie tlačiarenského pluginu a neriešiť zbytok
Čo by ste mi poradili? Hlavne tá bezpečnosť.
- Dropbox ma take bezpecnostni bugy, pokud pamatuju dobre tak v r.12 vsichni musely resetovat hesla... spis se koukni jak dlouho trva owncloud teamu nez bugy opravi.
- Na SQLite zapomen, i s jednim uzivatelem to bylo velmi pomale, chce to mySQL i v dokumentaci dropboxu SQLite nedoporucuji.
http://doc.owncloud.org/server/6.0/admin_manual/configuration/configuration_database.html pisou doslova:
Because SQLite handles multiple users very badly SQLite is only recommended for single user ownCloud installations.
- Nepride mi, ze by PHP behalo nejak pomalu, muzes si to vyzkouset na demu demo.owncloud.org
A ja urcite hlasuji pro ownCloud, mam s nim velmi dobre zkusenosti. Aplikace na android stoji 26Kc a neumi synchronizovat, ale muzes pouzit nejaky webdav klient. Owncloud jsem navic napojil snadno na active directory a sprava uzivatelu je hned snazsi.
-
Já jsem od owncloud přešel k seafile a maximalni spokojenost http://seafile.com/en/home/
-
Nevidim jediny duvod proc by nemohl ownCloud bezet v cloudu, pouzivam ho uz nejakou dobu na vmware doma a kdyz hapne (coz se jeste nestalo) tak se vytoci na druhem esxi jako kazda jina virtualka. Bezi mi na debian jessie a zabira tak malo zdroju, ze si troufnu tvrdit, ze by jel na 1 core VM a mohl bych zapnout i fault tolerance
To, že vám OwnCloud běží ve virtuálním počítači, vůbec neznamená, že poběží v cloudu. Je to každé úplně něco jiného. Jednotlivé uzly cloudu klidně mohou běžet na fyzickém hardwaru.
staci jen zalohovat datastore
Nestačí jen zálohovat, ty repliky musí být on-line ukládány na několika místech najednou, a musí také být transparentně přístupné (tj. pokud je jedna nepřístupná, čte se z jiné), neexistuje tam žádné přepínání na zálohu nebo dokonce obnova ze zálohy.
Takže je to přesně jak jsem psal - z OwnCloudu by bylo nutné cloudovou službu teprve udělat, a bylo by to podstatně těžší, než využít nějaké už existující cloudové úložiště a nad ním teprve vystavět svou službu.
-
Nevidim jediny duvod proc by nemohl ownCloud bezet v cloudu, pouzivam ho uz nejakou dobu na vmware doma a kdyz hapne (coz se jeste nestalo) tak se vytoci na druhem esxi jako kazda jina virtualka. Bezi mi na debian jessie a zabira tak malo zdroju, ze si troufnu tvrdit, ze by jel na 1 core VM a mohl bych zapnout i fault tolerance
To, že vám OwnCloud běží ve virtuálním počítači, vůbec neznamená, že poběží v cloudu. Je to každé úplně něco jiného. Jednotlivé uzly cloudu klidně mohou běžet na fyzickém hardwaru.
Tak to mi teda definujte cloud podle vas. Podle me 2x esxi, kazde na jinem fyzickem zeleze, ktere jsou zclusterovane = redundantni cloud a je jedno jestli ho mam doma anebo na sitelu.
staci jen zalohovat datastore
Nestačí jen zálohovat, ty repliky musí být on-line ukládány na několika místech najednou, a musí také být transparentně přístupné (tj. pokud je jedna nepřístupná, čte se z jiné), neexistuje tam žádné přepínání na zálohu nebo dokonce obnova ze zálohy.
Takže je to přesně jak jsem psal - z OwnCloudu by bylo nutné cloudovou službu teprve udělat, a bylo by to podstatně těžší, než využít nějaké už existující cloudové úložiště a nad ním teprve vystavět svou službu.
Tak k tem replikam samozrejme esxi take pristupuje. Synchronni replika dat je snad uz standard dnes ne?
-
Moja naivná predstava je - nie, nie som informatik - takáto:
- AWS
- 1x autorizačný server
- x serverov (podľa záťaže) na ktorých beží web s OwnCloudom pre konkrétnych užívateľov s mojím pluginom (kľudne aj s adresou sluzba.com/menouzivatela)
- prístup do "blok storange" so súborovým systémom, kde by boli reálne uložené dáta
Zálohy rieši Amazon, ak by server s konkrétnymi užívateľmi spadol, tak nabehne iný. To znamená, že nevidím dôvod sa tváriť cloudovo.
Ja si skôr kladiem otázku, či je na serveru "výkonejší" OC, Seafile, AjaxExplorer.
Akú vybrať technológiu, aby som potom neľutoval.
-
Tak to mi teda definujte cloud podle vas. Podle me 2x esxi, kazde na jinem fyzickem zeleze, ktere jsou zclusterovane = redundantni cloud a je jedno jestli ho mam doma anebo na sitelu.
Cloud nejen podle mne znamená, že aplikace běží na větším množství uzlů, přičemž počet uzlů se dynamicky mění. Takže pokud jeden uzel havaruje, klient to nijak nepozná a komunikuje s jinými uzly. Pokud se připojí více klientů, další uzly se automaticky nastartují, aby se rozložila zátěž, pokud špička opadne, přebytečné uzly se zase zastaví. Cloud od clusteru tedy poznáte mimo jiné tak, že cluster má přesně daný počet uzlů, u cloudu je to proměnlivé. Přičemž vaše řešení „2ד bych nenazýval ani clusterem…
Tak k tem replikam samozrejme esxi take pristupuje. Synchronni replika dat je snad uz standard dnes ne?
A ta replika je na předem neznámém počtu uzlů, přičemž infrastruktura ESXi se sama stará o rozvažování?
1x autorizačný server
To ale není cloud. Jakmile máte někde konstantu označující počet serverů, není to cloud.
- prístup do "blok storange" so súborovým systémom, kde by boli reálne uložené dáta
Takže data budete ukládat třeba do S3 přes HTTPS. Umí OwnCloud přistupovat k datům v S3?
-
Ale mne nie je treba cloudovať.. asi :-) Ja chcem produkt pre tlačiarov a súborové úložisko mi pripadá ako najlepší štartovací bod. To porovnanie s Dropboxom nemusí až tak sedieť.
OC vie pristupovať na S3, ale ja som mal namysli Amazon Elastic Block Store - a ak som to správne pochopil, tak sa s tým dá pracovať ako z bežným diskom, primountujem na stroji s webserverom a OC bude pristupovať priamo naňho.
Jednotlivé webservery (uzly) nemusia medzi sebou komunikovať.
-
No, stručně. OC == zabugovaná pomalá m*dka s chaotickým vývojem, ani ve verzi 7 to není ve stavu, který by se dal označit aspoň jako stabilní beta. Doprovodné aplikace (klienti pro desktop) jsou na tom ještě o poznání hůř. Totální ztráta času. ::)
-
Ale mne nie je treba cloudovať.. asi :-) Ja chcem produkt pre tlačiarov a súborové úložisko mi pripadá ako najlepší štartovací bod. To porovnanie s Dropboxom nemusí až tak sedieť.
V tom případě bych nejprve zapomněl na úložiště souborů a řešil bych, co ta aplikace má dělat. Různých souborových úložišť existují spousty, stačí si pak vybrat, co bude nejlépe vyhovovat vašim potřebám – případně je možné podporovat i více různých souborových úložišť.
-
V tom případě bych nejprve zapomněl na úložiště souborů a řešil bych, co ta aplikace má dělat. Různých souborových úložišť existují spousty, stačí si pak vybrat, co bude nejlépe vyhovovat vašim potřebám – případně je možné podporovat i více různých souborových úložišť.
Nechcem robiť plug in do nejakej služby, ktorá je len úspešný start up.. ktorý raz asi skončí.. ako varovanie mi vyskakuje Google Reader, keď ho ukončili.. to bolo náreku. Tu jeden úspešný start up http://www.tyinternety.cz/2014/07/08/clanek/box-ma-za-sebou-investici-150-milionu-dolaru-odklada-ipo/
Viem veľmi presne čo chcem od aplikácie. Sám som tlačiar. Ale pýtam sa na IT záležitosti, aby som mal prehľad.
Napríklad teraz skúšam Seafile a OC, otázka je ktorý z nich je efektívnejší. Aj keď Seafile v opensource verzii má limity napr v S3 http://seafile.com/en/product/private_server/ Zatial ma Seafile odrádza asi kvôli tomu, že je to produkt komerčnej firmy - možno budú problémy s licenciou.
Od OC ma odrádza divoký vývoj (aj keď neviem presne čo to znamená).
-
Proč píšete o nějakém pluginu? Podle toho, co jsem pochopil, chcete udělat nějakou aplikaci, která bude také ukládat nějaká data. Tak řešte tu aplikaci, ukládání dat je zatím nepodstatný detail, který se dá snadno změnit. Existují i knihovny, které sjednocují přístup k různým úložištím, takže pak můžete úložiště vyměnit teoreticky jen změnou konfigurace.
-
tesko se radi kdyz se presne nerekne co bude s daty na serveru delat a jak se to ma optimalne synchronizovat jestli vadi ze se stahne cely soubor nebo radeji jen upravy atd.. , jak velka by byla prenasena data.
Na cem jede vetsina klientu jestli win, linux, android
-
Asi sa naozaj vyjadrujem zle.
Užívateľ nahraje PDF, klikne napr. na "konvertuj do CMYKu", na serveru sa spustí natívny kód a potom sa na úložisku sa objaví nový súbor cmyk.PDF.
Neviem načo riešiť znovu ukladanie, nahrávanie, autorizáciu, dizajn, bezpečnosť, správu užívateľov, bugy etc.. keď mi stačí siahnuť napr. po OC a do neho dorobiť jeden plugin.
Užívatelia budú Win/mac na cca 60/40%.
Ja si skôr kladiem otázku, či je na serveru "výkonejší" OC, Seafile, AjaxExplorer. Akú vybrať technológiu, aby som potom neľutoval.
O toto mi ide.
-
Neviem načo riešiť znovu ukladanie, nahrávanie, autorizáciu, dizajn, bezpečnosť, správu užívateľov, bugy etc.. keď mi stačí siahnuť napr. po OC a do neho dorobiť jeden plugin.
Vyřešit tohle všechno je mnohem jednodušší, než řešit nějaký plugin (navíc do aplikace, která nejspíš žádný koncept pluginů pro zpracování dat nezná). Navíc na tohle všechno už dávno existují hotové komponenty (které nejspíš používají i ty aplikace, které jste jmenoval), takže stačí použít ty komponenty.
-
Asi sa naozaj vyjadrujem zle.
Užívateľ nahraje PDF, klikne napr. na "konvertuj do CMYKu", na serveru sa spustí natívny kód a potom sa na úložisku sa objaví nový súbor cmyk.PDF.
Neviem načo riešiť znovu ukladanie, nahrávanie, autorizáciu, dizajn, bezpečnosť, správu užívateľov, bugy etc.. keď mi stačí siahnuť napr. po OC a do neho dorobiť jeden plugin.
Užívatelia budú Win/mac na cca 60/40%.
Ja si skôr kladiem otázku, či je na serveru "výkonejší" OC, Seafile, AjaxExplorer. Akú vybrať technológiu, aby som potom neľutoval.
O toto mi ide.
no pokud to chces mit rychle spustene tak OW se na to hodi, mozna casem narazis na to ze uzivatele budou zmateni ze v prohlizeci jim prave tlacitko s konvertem maka a u nich na pc ve slosce nikoli. Presne vidim tu hlasku, vsude mi to jde ale u me na pc ne.
ja sem neco podobneho resil ale prave tlacitkum sem se vyhnul tim ze to bezi jen pres webdav s tim ze si uzivatel nahraje soubory do slosky jak se mu to zliby (u me nejaky media soubor a k nemu text ktery obsahuje), a za chvily jako zazrakem k nim pribide vysledek (u me .srt cili zarovna se ten text k audiu a udela to titulky), uzivatelsky je to jednoduche.
-
A ja urcite hlasuji pro ownCloud, mam s nim velmi dobre zkusenosti. Aplikace na android stoji 26Kc a neumi synchronizovat, ale muzes pouzit nejaky webdav klient. Owncloud jsem navic napojil snadno na active directory a sprava uzivatelu je hned snazsi.
Pouzivam tuhle neoficialni https://play.google.com/store/apps/details?id=owncloud.pro (https://play.google.com/store/apps/details?id=owncloud.pro) a ta umi docela dobre synchronizovat a ma trochu lepsi UI.
-
OwnCloud, něco, co jsme v práci jen jednou zkusili testnout. Error log hned po instalaci začal sypat tunu zpráv. Bugtracker je plnej bugů a rostou místo toho, aby byly řešené rychleji. No nevím nevím, klientovi bych se neodvážil něco takového nikdy dodat. To je ovšem jen můj názor.
Pokud bych stavěl něco jako veřejnou službu a myslel bych to vážně, udělal bych to od nuly sám (s týmem) a to pokud se bavíme o cloudovém uložišti, musí být základna v cloudu a to hlavně data replikovaná geolokačně, výkon rozložený na více hardwaru, než jen na jednom stroji s několika virtuálkama.
-
... neexistuje tam žádné přepínání na zálohu nebo dokonce obnova ze zálohy.
Tady je nekdo hodne naivni ...
Cloud od clusteru tedy poznáte mimo jiné tak, že cluster má přesně daný počet uzlů,
rek jirsak ... lol
Asi sa naozaj vyjadrujem zle.
Užívateľ nahraje PDF, klikne napr. na "konvertuj do CMYKu", na serveru sa spustí natívny kód a potom sa na úložisku sa objaví nový súbor cmyk.PDF.
Ftp? ... OwnCloud je hracka pro nekoho, kdo ma naladu resit miliony bugu. Jinak sis vybral cisternu a ted se do ni snazis nahnat dobytek. Doprava jako doprava ...
php zadnej problem s vykonem nema, klidne obslouzi desitky tisic useru a kdyz uz nestiha, tak ti stejne nepomuze vymena jazyka.
-
php zadnej problem s vykonem nema, klidne obslouzi desitky tisic useru a kdyz uz nestiha, tak ti stejne nepomuze vymena jazyka.
má recht ten kluk... v každém případě, jakýkoliv jazyk to stihne zpracovat (pokud je to dobře napsaný), problém je ten, že to nestačí. Web servery jednoduše nestihnou zpracovat velké množství požadavků v jeden moment. Když jsem něco řešil, tak Apache2 při default konfiguraci nestíhal už 300 požadavků v jednu chvíli. Tím se stane to, že procesy apache se začnou kupit, později se z některých stanou zombie a web server vypovídá totálně službu. V takovou chvíli nezbývá nic jiného, než to mít fakt na 100% cloudu, nebo to balancovat sám (klasika haproxy, heartbeat, replikace db (celkem se mi osvědčila replikace mysql pomocí google tungsten a potom jednoduše mysql-proxy).. no ale to je asi už mimo téma.. jen je potřeba si uvědomit, co to může obnášet, mimojiné.
-
Se mi zdá, že většina odpovědí je dost off topic. Tiskařů asi nebude milion, nebudou mít tisíce přístupů v jednom okamžiku, a na cloudu taky nezáleží...
I když mne Owncloud moc netěší, tak těch pár nejzákladnějších modulů, které by se mohly hodit pro tu službu, funguje dobře. Takže hlasuji za OC.
-
Cloud od clusteru tedy poznáte mimo jiné tak, že cluster má přesně daný počet uzlů,
rek jirsak ... lol
Jak tedy ty definuješ cloud?
Pokud jsou tiskaři v LAN nebo alespoň VPN, co použít nějaké normální sdílení souborů (Samba, NFS)?
Když Apache spustí forkbombu, co použít lighttpd nebo nginx?
-
Se mi zdá, že většina odpovědí je dost off topic. Tiskařů asi nebude milion, nebudou mít tisíce přístupů v jednom okamžiku, a na cloudu taky nezáleží...
Mimo téma není většina odpovědí, ale původní dotaz:
rovnako kvalitné úložisko ako je je Dropbox?
Teprve v průběhu diskuse vyplynulo, že tazatel nechce žádné úložiště, které by byť jen vzdáleně připomínalo Dropbox. Že vlastně nechce vůbec žádné úložiště.
-
php zadnej problem s vykonem nema, klidne obslouzi desitky tisic useru a kdyz uz nestiha, tak ti stejne nepomuze vymena jazyka.
má recht ten kluk... v každém případě, jakýkoliv jazyk to stihne zpracovat (pokud je to dobře napsaný), problém je ten, že to nestačí. Web servery jednoduše nestihnou zpracovat velké množství požadavků v jeden moment. Když jsem něco řešil, tak Apache2 při default konfiguraci nestíhal už 300 požadavků v jednu chvíli. Tím se stane to, že procesy apache se začnou kupit, později se z některých stanou zombie a web server vypovídá totálně službu. V takovou chvíli nezbývá nic jiného, než to mít fakt na 100% cloudu, nebo to balancovat sám (klasika haproxy, heartbeat, replikace db (celkem se mi osvědčila replikace mysql pomocí google tungsten a potom jednoduše mysql-proxy).. no ale to je asi už mimo téma.. jen je potřeba si uvědomit, co to může obnášet, mimojiné.
On Apache už nějak dávno zastaral, 300 požadavků je hodně málo, to by dát měl, alespoň pár tisíc...
Málo která aplikace dokáže být reálně škálovatelná horizontálně, programátor byl
a) línej (mnohdy můj případ - stejně je to jen pro pár uživatelů)
b) vůbec nechápe co to je a řeší to nákupem HW
-
Teprve v průběhu diskuse vyplynulo, že tazatel nechce žádné úložiště, které by byť jen vzdáleně připomínalo Dropbox. Že vlastně nechce vůbec žádné úložiště.
Diskutujúci sa sami presvedčili, že nechcem úložisko. Ja ako užívateľ chcem "Dropbox" a v ňom tlačítko na úpravu PDF. Alebo na konverziu JPEG do PDF.
A pôvodná otázka znela, že čo použiť namiesto "Dropboxu" : Owncloud, AjaxExplorer, SeaFile etc.
Myslím, že časť odpovedí je offtopic, ale diskusiu sledujem a aj názory typu "nakodiť to od nuly" rešpektujem. Aj keď neviem načo odznovu kódiť už raz nakodené.
Vďaka za pripomienky.
-
Diskutujúci sa sami presvedčili, že nechcem úložisko. Ja ako užívateľ chcem "Dropbox" a v ňom tlačítko na úpravu PDF. Alebo na konverziu JPEG do PDF.
Ne, vy nechcete Dropbox. Možná akorát nevíte, co to Dropbox vlastně je, ale doporučuju, abyste tohle přirovnání přestal používat, protože tím pouze matete všechny okolo.
Vy chcete webovou stránku, kam nahrajete soubor, server s ním provede nějaké úpravy a vy si ho zase stáhnete k sobě.
A pôvodná otázka znela, že čo použiť namiesto "Dropboxu" : Owncloud, AjaxExplorer, SeaFile etc.
Přičemž se posléze ukázalo, že žádné úložiště nechcete.
Aj keď neviem načo odznovu kódiť už raz nakodené.
Nic takového nikdo nenavrhuje. To, co byste použil z vámi uváděných aplikací, je upload souboru přes web a jeho download. Přičemž obojí je už naprogramované ve webových prohlížečích, takže byste to znovu neprogramoval. To, co potřebujete naprogramovat vy, je ten mezičlánek na serveru, který vezme uploadovaný soubor a upraví jej.
-
:)
Ja s Vami nediskutujem, preco chcem ulozisko ako je Dropbox. Vidim vyhody oproti up/downloadu.
Poradit mi up/download je ako odporucit vozik cloveku, ktory sa rozhoduje medzi combi a pickupom.
Mam tak trochu pocit, ze ste trol.
-
To by se jeden vo***al ... Prosímtě, žádnej cloud s funkcí "konvertuj do CMYKu" neexistuje. Krom toho nevím ani o jednom příčetném grafikovi, co by prepress realizoval formou uploadu PDFka na nějaké webové udělátko, které mu vyflusne upravený soubor. Co je proboha vůbec cílem tohohle počínání? Ušetřit za grafika?
-
Ja s Vami nediskutujem, preco chcem ulozisko ako je Dropbox.
Nejdřív si tedy asi budete muset rozmyslet, co vlastně chcete.
Jestli chcete úložiště jako Dropbox - tedy úložiště provozované v cloudu, který umožňuje pružně a automaticky reagovat na změny využití služby v čase, úložiště, které poskytuje API pro přístup aplikací třetím stranám, umožňuje spolupráci více subjektů a řešení přístupových práv, řeší verzování změn v souborech, poskytuje aplikace pro automatickou synchronizaci lokálních adresářů s úložištěm.
Nebo jestli chcete webovou aplikaci pro konverzi souborů, jejíž webové rozhraní by v něčem mohlo být podobné webovému rozhraní pro práci se soubory v Dropboxu.
Vidim vyhody oproti up/downloadu.
Dobře - já jsem vyjmenoval pár podstatných vlastností Dropboxu. Které z nich jsou tedy ty vaše výhody?
Mam tak trochu pocit, ze ste trol.
To máte špatný pocit. Jenom máte zkreslenou představu o tom, co je Dropbox, zřejmě se vám líbí nějaká část jeho webového rozhraní, a mermomocí se snažíte do toho napasovat nějakou svou aplikaci. Já se vám pouze snažím pomoci v tom, abyste pro začátek zapomněl na Dropbox, nadefinoval si, co má vlastně vaše aplikace dělat, z toho odvodil, jak by se měla ovládat, a teprve pak si můžete vzpomenout na Dropbox a na to, že třeba GUI&UX práce se soubory ve webovém prohlížeči by mohlo být řešené podobně, jako vypadá GUI&UX Dropboxu.
-
OwnCloud znam jen uzivatelsky, ale prece nemuze byt tak tezky si tam nechat dopsat nejaky plugin ktery to pres imagemagick udela.
Pri rozumnem budgetu bych si dokazal predstavit, ze bych nacpal do Drupalu WebDAV a nejaky takovyhle pluginy tam udelal :-)
-
OwnCloud znam jen uzivatelsky, ale prece nemuze byt tak tezky si tam nechat dopsat nejaky plugin ktery to pres imagemagick udela.
Pri rozumnem budgetu bych si dokazal predstavit, ze bych nacpal do Drupalu WebDAV a nejaky takovyhle pluginy tam udelal :-)
Bingo!
Ja s Vami nediskutujem, preco chcem ulozisko ako je Dropbox.
Nejdřív si tedy asi budete muset rozmyslet, co vlastně chcete.
Jestli chcete úložiště jako Dropbox - tedy úložiště provozované v cloudu, který umožňuje pružně a automaticky reagovat na změny využití služby v čase, úložiště, které poskytuje API pro přístup aplikací třetím stranám, umožňuje spolupráci více subjektů a řešení přístupových práv, řeší verzování změn v souborech, poskytuje aplikace pro automatickou synchronizaci lokálních adresářů s úložištěm.
Nebo jestli chcete webovou aplikaci pro konverzi souborů, jejíž webové rozhraní by v něčem mohlo být podobné webovému rozhraní pro práci se soubory v Dropboxu.
Ano, toto vsetko chcem. Ulozisko zamerane na tlaciarov, ciastocne grafikov. API by som asi blokol. Preto som sa pytal na Owncloud/Seafile etc.
-
Pri rozumnem budgetu bych si dokazal predstavit...
Bingo!
No vida, tak prestan mlatit prazdnou slamu a dej sem nejaky presnejsi zadani co to ma umet za akce a jakej mas na zacatek budget.
-
No vida, tak prestan mlatit prazdnou slamu a dej sem nejaky presnejsi zadani co to ma umet za akce a jakej mas na zacatek budget.
Ale von nic neshání... ;D ::)
-
Ja s Vami nediskutujem, preco chcem ulozisko ako je Dropbox.
Nejdřív si tedy asi budete muset rozmyslet, co vlastně chcete.
Jestli chcete úložiště jako Dropbox - tedy úložiště provozované v cloudu, který umožňuje pružně a automaticky reagovat na změny využití služby v čase, úložiště, které poskytuje API pro přístup aplikací třetím stranám, umožňuje spolupráci více subjektů a řešení přístupových práv, řeší verzování změn v souborech, poskytuje aplikace pro automatickou synchronizaci lokálních adresářů s úložištěm.
Nebo jestli chcete webovou aplikaci pro konverzi souborů, jejíž webové rozhraní by v něčem mohlo být podobné webovému rozhraní pro práci se soubory v Dropboxu.
Ano, toto vsetko chcem. Ulozisko zamerane na tlaciarov, ciastocne grafikov. API by som asi blokol. Preto som sa pytal na Owncloud/Seafile etc.
Ale mne nie je treba cloudovať. To porovnanie s Dropboxom nemusí až tak sedieť. ... Užívateľ nahraje PDF, klikne napr. na "konvertuj do CMYKu", na serveru sa spustí natívny kód a potom sa na úložisku sa objaví nový súbor cmyk.PDF. ... Diskutujúci sa sami presvedčili, že nechcem úložisko. Ja ako užívateľ chcem "Dropbox" a v ňom tlačítko na úpravu PDF. Alebo na konverziu JPEG do PDF. ... Vidim vyhody oproti up/downloadu. ... Moja naivná predstava je - nie, nie som informatik. Akú vybrať technológiu, aby som potom neľutoval.
Takže abych to shrnul. Chcete nějaké úložiště souborů, které poběží v cloudu, ale vlastně to cloud být nemusí. Má to být něco jako Dropbox, ale vlastně to jako Dropbox být nemá. Nechcete jenom upload, transformaci a download, protože chcete, aby uživatel jen uploadoval soubor, ten se na serveru transformoval a uživatel si ho zase stáhl. API pro přístup třetích stran potřebujete proto, abyste ho mohl zakázat. Nejste informatik a ptáte se na výběr technologie, a zároveň přesně víte, která technologie se má použít. Víte přesně, čemu má být vaše řešení podobné, ale ani jednou jste nenapsal, v čem by ta podobnost měla spočívat.
Já už jsem pár dotazů na webových fórech zodpověděl. Zúčastnil jsem se i mnoha diskusí, kde tazatel přesně věděl, jaká technologie a způsob řešení se má použít, akorát potřeboval poradit, jak ten jeho složitý šelmostroj vyrobit. Ty diskuse tak půl na půl vedly k tomu, že se podařilo tazatele přesvědčit, ať na svůj šelmostroj zapomene, popíše, jaký řeší problém - a pak vždy následovala rychlá odpověď s jednoduchým řešením, se kterým byl tazatel spokojen. V druhé polovině případů tazatel trval na tom, že bude vyrábět svůj šelmostroj a že jenom potřebuje poradit, jak to udělat. Posléze vynadal všem, kteří se mu snaží pomoci, že se málo snaží, a znechuceně odešel. Případně bývá později různě spatřován v diskusích s doplňujícími dotazy "mám hřebík a šroubovák, jak hřebík tím šroubovákem nejlépe zatlouci (kladivo v žádném případě použít nechci, neptejte se mne proč)", "sháním rovnák na vohejbák, kde se dá nejlevněji sehnat" apod. A koneckonců je to i moje práce analytika - zákazník zpravidla přijde s nějakou představou, jak něco udělat, takže je potřeba se s ním o tom chvíli bavit a společně formulovat, jaký vlastně řeší problém. Zákazník bývá velice často překvapen, když konečně zjistí, jaký problém vlastně chce řešit, přičemž řešení pak zpravidla bývá mnohem snazší než to, co původně požadoval (a často ani není z oblasti IT). Pravda je, že jiní tohle neřeší a s gustem zákazníkovi dodají (a nechají si zaplatit) přesně to, co na začátku požadoval. Z toho jsou pak všechny ty historky o IT projektech, které překračují rozpočet, nejsou hotové v termínu a ve výsledku jsou úplně k ničemu.