Új hozzászólás Aktív témák

• #3498 maestro87 őstag StrangeFight #3497

  Új Válasz 2016-02-19 16:10:08 #3498

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  maestro87

  őstag

  válasz StrangeFight #3497 üzenetére

  És mekkora tárhelyet ad maximum a Dropbox ingyen? Illetve a gépen lévő bármely fájlt vagy mappát lehet szinkronizálni, anélkül hogy be kellene őket másolni a Dropbox mappába? Rég használtam Dropbox-ot de emlékeim szerint ezt nem tudja, és alapból csak 2GB-ot ad (nem tudom mennyire lehet felturbózni), márpedig Oldman2-nek a Google által nyújtott 15Gb is kevéske.

  Google Photos meg tényleg tömöríti a képeket, videókat ha az ingyenes "végtelen nagyságú" felhőbe töltöd fel őket.

  Oldman2: Ami képes a gépen lévő bármely mappa(fájl nem) szinkronizációjára és nagy tárhelyet ad ingyen (50GB) az a Mega. De csinálhatsz OwnCloud-dal saját felhőtárhelyet is.

• #3496 Oldman2 nagyúr StrangeFight #3495

  Új Válasz 2016-02-19 11:15:53 #3496

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Oldman2

  nagyúr

  válasz StrangeFight #3495 üzenetére

  Lehet hogy jó, de igazából nem "lecseszést vártam".

  A minőségromlás kérdése a Google miatt jött elő, ahol ugyebár korlátlan lehet feltölteni, lebutított felbontású videókat. Ezt szeretném elkerülni, anélkül hogy fizetnem kellene pluszban.

  Köszi!

  Nekiállok ismét kipróbálni a lehetőségeket, kezdve a Dropbox-al.

• #3474 kispx addikt StrangeFight #3473

  Új Válasz 2016-02-13 16:24:56 #3474

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kispx

  addikt

  válasz StrangeFight #3473 üzenetére

  Ezt azért ugye érzékelted, hogy UWP-s alkalmazásból szeretnél csinálni, egy nem UWP-s? A Te esetedben nem tudom, hogy miért ragaszkodsz ennyire az UWP-s dropbox-hoz. Én sem használom az UWP-t, mert itthon linuxozok, a munkahelyen pedig azt használok, amit kell.

  Az explorer is csak egy program. Nem több. Mellesleg nem UWP-s. Ha pedig UWP-s lenne, akkor vagy tartsa be a korlátozásait, vagy az MS kukázza az egész UWP platformot, mert annak semmi értelme nincs, hogy kijelent, hogy X mentesül Y alól. Nem vagyok jogász, de ez tudtommal versenyellenes is lenne, hogy saját cégének olyan programokat tud fejleszteni a saját operációs rendszeréhez, aminek a lehetőségét másoktól elveszi.

  Nincs olyan, hogy saját mappája. Max egy "általános" mappa, ami a futtatható állományát tartalmazza. Itt jegyném meg, hogy ezt a modell pont az ilyen esetektől védi meg a felhasználót.

  Az MS hosszútávon a Win32 API-ról akarja a népet átszoktatni az új UWP-s alkalmazásokra. Szóval ha senki sem fogja használni az alkalmazásplatformját, akkor majd engedni fog.

  De inkább elég legyen itt az offból, inkább itt folytassuk.

• #3472 kispx addikt StrangeFight #3471

  Új Válasz 2016-02-12 13:57:11 #3472

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kispx

  addikt

  válasz StrangeFight #3471 üzenetére

  1000 fájlnál, 1000 kérdés lenne.

  Ha minden program csak a saját mappájához férhet hozzá, akkor hogyan fogsz hozzáférni a fájlhoz egy másik programmal?

  Itt nem r/w joggal van a probléma, mivel a fájlrendszert nem is látja, szóval még r/w jogról sem beszélhetünk. Itt a technológia akadálya van: az windows api nem engedi ezt amit szeretnél.

  Letöltésnél, kap egy fájlt. Azután az alkalmazás mit csináljon vele? Nem mondhatja, hogy írja ki a C:\Users\Jóska nevű mappában, mivel nem tudja, hogy létezik-e egyáltalán és ellenőrizni sem tudja. Olyankor max egy save file dialog-ot feldobhat a felhasználónak, aki egyenként expliciten, kiválaszthatja a fájl nevét és helyét. De ekkor sem "kapja meg a fájlt" a program, hanem csak egy a fájlt leíró objektumot kap meg, amivel tud majd írni és olvasni azt az adott fájlt.

  Az új Windows API tervezésénél a biztonság előrébb került mint a Win32 API-nál. És a probléma, hogy ami biztonságosabb, az nem felhasználóbarátabb.

• #3470 kispx addikt StrangeFight #3467

  Új Válasz 2016-02-12 13:05:53 #3470

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kispx

  addikt

  válasz StrangeFight #3467 üzenetére

  Van lehetőség fájl műveletre, de a felhasználó közreműködésével. Azért van az, hogy ha a felhasználó behúzza drag and drop módszerrel belehúzza a fájlt, akkor feltölti neki. De lefele már nem szinkronizál.

  Itt nem is az olvasási/írási jogról beszélünk, hanem, hogy milyen módszerekkel lehet egyáltalán a fájl(ok)hoz hozzáférni.

• #3468 Rimuru veterán StrangeFight #3467

  Új Válasz 2016-02-12 12:27:32 #3468

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Rimuru

  veterán

  válasz StrangeFight #3467 üzenetére

  En rovid leszek:
  A win32-es dropbox az minden fajlt megvizsgal amivel toretenik valami (letre lett hozva/modisitva lett), nem csak azokat ami a /X/Dropbox-sync-folder/ alatt vannak. Elsonek eldonti hogy a korabban emlitett mappa alatt van-e, ha igen akkor szinkronizal, ha nem akkor nem csinal semmit. Na ilyesmire nincs joga az UWP-s appnak.

• #3466 kispx addikt StrangeFight #3465

  Új Válasz 2016-02-12 12:11:43 #3466

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kispx

  addikt

  válasz StrangeFight #3465 üzenetére

  Nincs is joga hozzá és nem is látja azokat a mappákat.

  Kicsit hosszabban. A ritka eseteket eltekintve nem a hardware-t programozzák a fejlesztők. Az oprendszerre tekinthetünk virtuális gépként is, mert nagyon sok dolgot elfed a programozó elől és biztosít egy olyan interface-t amit a programozó igénybe tud venni.

  Így amikor egy fájlt olvasni kell, akkor az adott programozási nyelv és a oprendszer által biztosított interface (Win32 API, vagy újonnan bevezetett Universal Windows apps által használt Windows API) segítségével ilyen utasításokat ad ki a programozó:
  - Nyisd meg a "X:\Saját programom" helyen található config.ini állomány.
  - olvasd be a legelső sorát.

  Ezeknél láthatod, hogy egy csomó részletkérdést nem tartalmaz.
  - független a háttértártól (HDD, SSD, Pendrive)
  - független háttértáron használt fájlrendszertől (NTFS, EXT4)
  - sőt még azt sem vizsgálja meg, hogy az adott eszköz energia-takarékosság miatt épp ki van-e kapcsolva

  Ezeket azért lehet megtenni, mert az oprendszer elfedi a programozó elől ezeket. (vagy épp lekérdezhetőek, de érdektelen információk)

  A program annyit tud látni a fájlrendszerből, mint amennyit enged neki az operációs rendszer. Na mármost az UWP-s alkalmazásoknak biztonsági okokból, erősen le vannak korlátozva. Így pl. már nem teheti meg, hogy megnézi, hogy milyen fájlok vannak a fájlrendszerben vagy egy adott mappában. Ha nem látja a fájlokat, akkor nem is fog tudni szinkronizálni.

Új hozzászólás Aktív témák