有没有比较好的 Synology 备份照片到 Google Photos 的方案?

2016-11-29 13:53:41 +08:00
 xianglifei
尝试过找接口同步自己写程序,不过Picasa的接口据说不支持到Google Photos
13189 次点击
所在节点    问与答
30 条回复
antiblahblah
2017-07-14 16:31:31 +08:00
@lifanxi Google 新发布了 Backup & Sync,不知道会不会对上述问题有帮助。还没试,先来 share 一发。
lifanxi
2017-07-18 11:13:47 +08:00
@antiblahblah 谢谢,Backup & Sync 工具没用,比以前的 Google Photos Backup 还没用。因为它只支持本地文件系统( HFS+或 NTFS ),Samba 等网络文件系统都不支持。
godkind
2017-08-04 22:25:43 +08:00
入手了群晖,也想找找有没有合适的思路备份照片。
不知道有什么办法,从 nas 自动上传到 flickr 或者 google photo ?
思路很混乱。
lerry
2017-09-18 17:53:36 +08:00
gaolycn
2017-09-24 18:35:17 +08:00
@lifanxi 我在 win10 里映射网络驱动器,google photos backup 初次备份是成功了,但是有新文件添加到网络驱动器里时 google photos backup 并不能自动发现啊
richar
2017-10-07 10:59:35 +08:00
新的 Backup & Sync 工具不支持网络文件系统了,这下又要折腾
knightli
2018-02-18 01:36:38 +08:00
关注! 目前也没找到完美方法,但我用的办法是挂载网络硬盘然后用 win10 上去年装的'google photos backup',这个方法还是可以用的。

我心目中的理想图景是: **Google Photos 作为 NAS 上所有照片的前端**

-------------- 啰嗦的分割线 ----------------------------
这个先稍微要解释一下为啥一定要用 NAS,而不直接用 Google Photo。
简单说就是一个因素:方便大家上传。

我的需求说起来很简单,想让一家老小,随时随地,拍的照片,在不同的手机,不同的 wifi 下都能很方便的上传。
如果用 Google Photo,首先面临的就是翻墙的问题,自己好说,老人在我配好路由翻墙的家里也好说,但回老家或者出去外面,翻墙这件事就挡住了大家同步上传照片的步伐。大家懂得,出游共享传照片其实才是最常见的需求场景,这种场景都满足不了,什么方案都白搭。
另外面临的就是上传速度,即使在我家里配置好了翻墙的路由,速度最快的情况下,出去拍一天照片,在家里睡一晚上往往也传不完。这也非常蛋疼。
所以用 NAS 做一个可控的翻墙中介,也同时作为一个可快速上传的 cache,就非常有必要了。

于是,解决方案自然就是让 NAS 成为整个家庭照片数据的存储中心。

但这个照片存储中心,作为数据源很强大, 但说到对照片的分析处理这些前端的事情,说实话各种 NAS 厂家加上其他一些云储存厂商,都不够给 Google Photos 提鞋的。

所以才得到上面说的这个方案:「 NAS 做家庭照片存储中心,Google Photos 做浏览、加工、处理的前端」


-------------- 啰嗦的分割线 ----------------------------

这个前端需要具备哪些特性,才真的可以说做到完美了呢?

目前因为各种限制,还不完美 (5★满分,☆属于有缺陷):

[读] -- 浏览照片的最佳前端

背后的特性有:

- [★] (照片同步--从源到前端)可以支持 NAS 作为数据源,即时同步新的照片到这个平台上。主流平台上需要有这个同步软件,支持各种同步策略。

- [★★★★] (浏览--设备)支持各种设备的浏览,以及浏览本身的体验(排序、各种维度、相册等功能)
- [★★★★★] (浏览)有强大的智能分析处理,帮助以各种维度去浏览,乃至主动触发回忆以及发现
- [★★★] (处理)能够制作在原始照片或视频之上的剪辑
- [★★★] (社交)和社交功能结合,可以在朋友之间共享和互相发现和自己相关的照片并纳入管理

[写] -- 从前端找到原始数据源,并且可以对源数据进行相关操作

- [☆] (数据反写--从前端到源)可以支持从前端出发,找到数据源,并且对数据源进行操作(为啥需要这个功能?在 Google Photos 上浏览照片后,发现拍的不好的照片想删掉,但如果不在源上也同步删掉,就有可能重新下次再被同步上来--这个问题其实也同样出现在 NAS 和各设备这种上下游同步关系中,解决方案也类似,删掉下游时,希望能够通过提示的方式,确认是否也删除上游--此外,在 Google Photos 上删除废照片,即使解决了重新被同步的问题,本身这个废照片在 NAS 上也会白白占据空间,不如通过某种方式经用户确认后删除)
- [☆] (数据反写--从前端到源)可以支持完善图片的原始信息。这包括文件名、EXIF 等信息。因为有的照片这类附加信息可能在外部传递过程中丢失或不正确。既然 Google Photo 作为浏览的前端,这类信息在浏览过程中被发现后应该可以顺手修改掉,并且完善源数据才对
toyst
2018-08-31 10:16:09 +08:00
nevermlnd
2018-11-21 11:21:27 +08:00
@qdsearoc 请问用的什么加密呀
qdsearoc
2018-11-21 12:04:15 +08:00
@nevermlnd 系统自带加密,没有说明加密方式,印象中好像可用加密密码或私有密钥解密

github 有开源的解密实现,https://github.com/marnix/synology-decrypt

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/324094

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX