Ismét a webdav és a felhő

Ismét a WebDAV és a Cloud Mail.Ru +34

• 05.02.17 03:18 •
• yar229 •
• # 285520 •
• Giktimes •
• 74 •
• 13000

- ugyanaz, mint Forbes, csak jobb.

Általában a hegy nem megy Mohammedbe, de Mohammed valahogy nem sietett, bár úgy tűnik, hogy minden ehhez - az API bevezetéséhez és a webdav-szerverek megvalósításához. Logikus lenne mindkettőt bevinni, és kombinálni.

Ami valójában az alapon történt

• .Net kliens a cloud mail.ru számára
• NWebDAV. A WebDAV protokoll NET végrehajtása

és ezeknek a kapott WebDAV cloud.mail.ru néhány finomításával.

A Windows alatt történő futtatáshoz a .NET Framework 4.5, a Linux - Mono 4.6 alatt kell. A paramétereket részletesen ismertetjük a projekt olvasmányában.

A maximális méreteket meghaladó fájlok automatikusan feldarabolódnak, amikor feltöltik és összegyűjtik a letöltés során. Valahol a tervek - titkosítás.

Köszönöm a figyelmet.

UPD. Köszönöm coderun
Megerősítem az OS X (10.12) munkáját a Mono-n keresztül. Csak letöltötte a Mono, telepítette a csomagot. Letöltöttem a Gitkhab kiadását Mono-ra, futottam a konzolon a mono / path / to / programm -p number_of_port parancsot, és mindez működött. Az egyetlen dolog, amely csak a ForkLift segítségével működik a Finderben, nem határozza meg helyesen a fennmaradó helyet, így nem tud feltölteni semmit.

Nagyon hálás vagyok neked a WebDAV (mail.ru) számára, de mi fog történni a fájl darabjával az átvitel során, ha van hálózati kapcsolat? Lehetőség van a felhő folytatására?

Kívül, a webdav szintjén hiba lép fel az egész fájl feltöltésével. Ennek megfelelően a fájlt újra kell tölteni.
Pig (most?) Nem volt elfoglalva.

A githaba-nál a projektnek van egy könyvjelzője Releases - ott már feltöltheted már összeállított, készenlétben lévő programokat. Windows esetén töltse le és csomagolja ki egy külön mappába.

Figyelmeztetnünk kell, hogy a Windows webdav-ban megvalósult, mondjuk, nem nagyon, ezért a hálózati meghajtó használata nem a legjobb választás. Jobb, ha bármilyen más klienst használsz - a Total Commander a webdav-plugin, a Far-NetBox-plugin, a CarotDAV, a BitKinex stb. Segítségével.

Mindazonáltal, ha tényleg akarsz

1. Engedélyezze az alapértelmezést a beépített ablakok WebDAV számára:

• Kattintson a Win + R elemre, írja be a regedit parancsot, majd kattintson az OK gombra
• A HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
• Kattintson a jobb gombbal a BasicAuthLevel elemre, majd válassza a Módosítás parancsot
• Az Érték mezőben írunk 2-t, kattintsunk az OK gombra.
• újraindítás

2. Alapértelmezés szerint az ablakok a webdav maximális fájlméretét 5 000 000 bájtra korlátozzák, 4 GB-os értéket adva:

• Kattintson a Win + R elemre, írja be a regedit parancsot, majd kattintson az OK gombra
• A HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WebClient \ Parameters
• Kattintson a jobb gombbal a FileSizeLimitInBytes elemre, válassza a Módosítás parancsot
• Válassza a Decimális lehetőséget
• Írja be a 4294967295 érték mezőbe az OK gombot.
• újraindítás

3. A mappában, ahol a wdmrc.exe található, hozzon létre egy bat-fájlt a következő tartalommal:

Futtassa le (esetleg rendszergazdai jogokkal)
Ennek eredményeként a webdav emulátor elindul, és a V:

Az elvtársam és én nem kerestük a parancssort. Azt írja, hogy a parancs sikeres volt, de a lemez nem jelenik meg. Pontosan ugyanezt tettem, csak a grafikus felületen.
Nem világos, hogy a fájl átmásolódik mielőtt elküldi a felhőbe. És még mindig vannak problémák a 2 GB-nál nagyobb fájlok feltöltésével és a feltöltés a számítógépre - hosszú folyamatok, a 2 GB-ig terjedő fájlok nem jelentenek problémát.
Van ötlet az alkalmazás futtatására szolgáltatásként. Időközben ez az első és egyetlen rendes körülmények között működő megoldás.

Nem világos, hogy a fájl átmásolódik mielőtt elküldi a felhőbe.
Figyelmeztetnünk kell, hogy a Windows webdav megvalósításakor, mondjuk, nem nagyon, ezért a hálózati meghajtó használata nem a legjobb választás.
A Windowsba beépített WebDAV kliens nem másolja, és valamilyen okból olvas, mintha dev / null lenne.
És ez csak a kezdet, még mindig sok érthetetlen görbe van.
Próbálkozzon például egy lemez Yandex felhővel történő összekapcsolásával - ugyanaz a viselkedés.
A (viszonylag) kis fájlok nem nagyon észrevehetőek, de nagyok vannak némi szomorúság
Jobb, ha bármilyen más klienst használsz - a Total Commander a webdav-plugin, a Far-NetBox-plugin, a CarotDAV, a BitKinex stb. Segítségével.

Ezen a ponton ki kell kapcsolnia a fájlkezelőt a tulajdonságok módosításához. Például a Far + Netbox mappák létrehozásakor el kell távolítania a "Set permissions" jelölőnégyzetet

Ha ez nem nehéz, akkor írja le a fájl pontos nevét az LS-ben, mint amit másol, a fájl pontos neve (és úgy tűnik, hogy a konzol megdöntötte a kimenetet) és annak mérete

Nem sikerült lejátszani, Far v.3.0.4774, NetBox v.2.3.0.436
Menjünk a fényszóró és a netbox LS verziójához, itt az eredmény alapján írjuk le

Megértették a kérdést, mint minden rendben van.
Egyébként kiderült, hogy a bejelentkezéshez használt mail .ru-ot nem kell írni.

Becsapta.
A kt368 segítségével kiderült, hogy ha nem írsz mailt .ru (@ mail.ua stb.) A bejelentkezésedbe, akkor megállhatsz, de nem szabad törölni.

Megerősítem az OS X (10.12) munkáját a Mono-n keresztül. Csak letöltötte a Mono, telepítette a csomagot. Letöltöttem a Gitkhab kiadását Mono-ra, futottam a konzolon a mono / path / to / programm -p number_of_port parancsot, és mindez működött. Az egyetlen dolog, amely csak a ForkLift segítségével működik a Finderben, nem határozza meg helyesen a fennmaradó helyet, így nem tud feltölteni semmit.
És így valójában sok köszönet. Nagyszerű lehetőség!