Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >网盘可以良心到什么程度? 试试MEGA吧!

网盘可以良心到什么程度? 试试MEGA吧!

作者头像
zhaoolee
发布于 2018-08-02 06:49:20
发布于 2018-08-02 06:49:20
10.3K0
举报
文章被收录于专栏:木子昭的博客木子昭的博客

MEGAsync的特色

  • 没有限速的概念(真的被百度盘的限速策略恶心到了)
  • 在国内可用(google虽好, 但国内用不了, MEGAsync亲测国内可用)
  • 云端加密, 资源不会被封杀
  • 官方提供了Linux客户端

关于流量限制(对比坚果云的流量计费策略)

国内有坚果云, 同步的流量是需要计费的, 但MEGA官方没有提到同步流量的概念,如图,在下面的截图中我在本地电脑Mega的同步文件夹中, 放了1.18GB的文件,同步完成后, 传输的流量并没有被消耗

如何安装?

MEGAsync的官网是https://mega.nz, 你可以从官网下载对应的客户端,直接安装! 但有意思的是, 在国内, https://mega.nz是不存在的... 更有趣的是, 虽然https://mega.nz在国内无无法访问,但如果你能安装maga的客户端, 那么你就可以正常使用mega在国内的服务, 而且同步速度超级快~ 或许你现在就缺一个mega的客户端了,如果你网络环境不好, 无法下载客户端, 可以用我下载好的,资源链接:https://pan.baidu.com/s/1yaUTRHpfAnpFKgd55BPIHg 密码:mjx8

另外mega的浏览器插件也非常强大,如果你没有同步本地文件的需求, 可以安装浏览器插件https://chrome.google.com/webstore/detail/mega/bigefpfhnfcobdlfbedofhhaibnlghod?hl=zh-CN

查找资源

你可以通过http://megasearch.co/ 找到类似种子的东西, 通过截图你大概也猜到了,但里面的大多数资源链接都是损坏的, 如果有好的mega资源站点, 可以在留言区留言...

分享资源

我传了一个自己录过的小视频做测试

资源分享

https://mega.nz/#!Tn5FHDqA!KiKQ88dKk9ExDoKPY-casqpQClChxE8cnzVtQgUQEJE

如果你对安全性要求很高, 你可以把链接中的黑色字体的资源链接, 和红色字体的资源秘钥分开发送~

  • 嵌入代码方式分享视频:

与百度网盘类似, 视频可以在线播放, 无广告, 优势在于,可以将视频代码嵌入到自己的网站中, 节省服务器空间...

下载资源

小技巧:

mega是自带备份功能的, 也就是,上传到网盘的资源即使本地删除了, 网盘也会有备份, 但这个功能也会导致网盘的空间越来越小, 解决的方法如下图所示:

谈谈移动版的Mega

iPhone版的Mega, 功能丰富, 界面简洁, 提供了社交功能, 支持加密聊天~

小结

从产品的角度讲, Mega并不是很纯粹的网盘, 提供了很好的加密技术, 但也被一些人滥用, 所以Mega前几年险些被国内封杀 从技术的层面来讲, Mega注重加密, 理念先进, 而且提供了跨平台的客户端支持, 界面清新无广告,重视用户体验, 是一款很好的工具~

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2018.07.15 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
Oracle 基于 RMAN 的不完全恢复(incomplete recovery by RMAN)
      Oracle 数据库可以实现数据库不完全恢复与完全恢复。完全恢复是将数据库恢复到最新时刻,也就是无损恢复,保证数据库无丢失的恢复。而不完全恢复则是根据需要特意将数据库恢复到某个过去的特定时间点或特定的SCN以及特定的Sequence。我们可以通过基于用户管理的不完全恢复实现,也可以通过基于RMAN方式来实现。本文主要描述是基于RMAN的不完全恢复的几种情形并给出示例。有关数据库备份恢复,RMAN备份恢复的概念与实战可以参考文章尾部给出的链接。
Leshami
2018/08/13
2.6K0
下载丨9月数据库技术通讯:Redo日志丢失,重建遭遇ORA-16433处理
在Oracle中,Redo日志文件包含所有的数据库变化历史记录,例如所有的DML变化(INSERT、UPDATE、DELETE和SELECT FOR UPDATE)和所有DDL语句造成的数据字典对象的更改及递归语句的更改等,所以redo文件可以最大限度地保证数据的一致性与安全性。万一数据库出现故障可以启用数据恢复。但是redo日志被误删了怎么办呢?本文通过一个案例来了解一下redo日志被误删,强制开库遭遇ORA-16433,供大家参考。
数据和云
2020/10/09
4860
案例:记录一则强制开库遭遇ORA-16433的处理过程
客户的一套开发环境,大概了解到的背景是清理空间时redo被运维人员当作log误删除,一线同事先接手处理,过程中遇到问题升级到我这里继续分析。 接手后,数据库处于mount状态,之前恢复过程中已经做过resetlogs的操作,也设置了"_allow_resetlogs_corruption"隐藏参数为true,目前直接开库会提示需要恢复,重新进行resetlogs时报错ORA-600 [2662],起初看到这个错误心中略有些放松,根据经验,推下SCN就好了:
Alfred Zhao
2020/09/10
1.1K0
偷梁换柱 | 无备份情况下的数据恢复实践(二)
在数据恢复实践(一)中,我们了解到在 Windows 的11.2.0.1的环境中恢复过程比较顺利,那么接下来的测试,是我遇到更加复杂的情况:系统表空间保护两个不连续的系统文件;恢复过程中出现 ORA 错误及数据字典不匹配的情况。我借助了一些非常规的手段规避这些问题,达到数据拯救的目的。
数据和云01
2019/05/26
4650
Oracle数据库工程师手记:备份恢复双城记(一)
本文作者系大连健哥、 POSTGRESQL、ORACLE 数据库资深从业人员、IT 技术的深度爱好者。相信科学改变人类、技术创造未来。个人主页:https://www.cnblogs.com/gaojian/,经其本人授权发布。
SQLplusDB
2022/08/19
7800
备库跳归档恢复的有趣案例(r9笔记第19天)
在Data Guard环境中,主备库基本都是使用归档来传递数据的变化。如果主备的归档传输中断,同时主库的归档被删除或者损坏,这种情况下备库是没法开始继续接收归档,应用新的数据变更了。 看到网友paulyibin的文章中提到了SCN恢复的想法,感觉非常有意思,明白了思路,自己在本地也测试了一把,发现真是有趣。 一般来说,主库的归档丢失,常规的思路只能是重建备库了。其实我们可以换一个角度来看这个问题,数据的变化在归档中是一个连续的过程,而在日志文件,数据 文件中则是一个状态。我们可以
jeanron100
2018/03/19
6360
实战篇:Oracle DataGuard 出现 GAP 修复完整步骤
DG GAP 顾名思义就是:DG不同步,当备库不能接受到一个或多个主库的归档日志文件时候,就发生了 GAP。
Lucifer三思而后行
2022/01/08
4.1K0
实战篇:Oracle DataGuard 出现 GAP 修复完整步骤
Oracle 基于用户管理的不完全恢复
    Oracle 数据恢复从恢复类型来说,抛开具体的文件,总共可分为两大类型的恢复,一是完全恢复,一个是不完全恢复。其实,熟悉了Oracle 体系结构之后,对于Oracle恢复就会有一个总体的概念。因为Oracle组成的外围部分,主要由不同的文件来组成,每种不同类型的文件有不同的 作用,因此只要了解了其作用,更利于了解与掌握Oralce数据库的备份与恢复。言归正传,完全恢复即是把数据库恢复到最新的SCN,出故障前 的那一刻,是无损恢复。而不完全恢复即是有损恢复,多用于恢复用户误操作,归档日志丢失等情形。本文主要描述基于用户管理的不完全恢复。
Leshami
2018/08/14
6460
Oracle 控制文件(CONTROLFILE)
为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份
Leshami
2018/08/07
6690
偷梁换柱 | 无备份情况下的数据恢复实践
在实际环境中,许多数据库环境并没有做好完整的数据备份恢复计划及容灾方案,无法保证数据安全,并且出现一些灾难性的错误。那么我们就面临这样的问题:在什么样的最极端情况下,我们还能挽救回数据呢? 我们的用户数据存储在相应表空间的数据文件当中,而元数据部分则存储在系统表空间的数据文件当中。假如仅存在系统表空间及重要数据文件(而非所有数据文件)的情况下还有希望恢复数据吗?当然,这里不讨论使用 Dul 的方式进行恢复。 就这个问题,我做了两个测试,一个是在 Windows 的11.2.0.1的环境中,一个是在 Lin
数据和云
2018/03/29
6210
Oracle 12c系列(十) | 12c中的Recovering Tables and Table Partitions
在Oracle12c之前的版本中,rman进行数据恢复时只能进行database/tablespace/datafile/block四种级别的恢复,如果误操作删除某张表或表中数据,无法通过闪回进行数据还原时,且有完整备份以及归档,该种情况下可以进行表空间时间点恢复,但恢复方式较麻烦,在Oracle12c中,Oracle对rman功能进行了增强,除了之前的四种级别的恢复,rman也提供了表/表分区级别的恢复,该特性可以直接从现有的rman备份中来恢复表/表分区,且恢复的过程不影响数据库中的其他的对象。
沃趣科技
2018/08/20
9070
Oracle 12c系列(十) | 12c中的Recovering Tables and Table Partitions
Oracle数据库工程师手记:备份恢复双城记(二)
本文作者系大连健哥, POSTGRESQL、ORACLE 数据库资深从业人员、IT 技术的深度爱好者。相信科学改变人类、技术创造未来。个人主页:https://www.cnblogs.com/gaojian/,经其本人授权发布。
SQLplusDB
2022/08/19
4320
Oracle Recovery 02 - 常规恢复之不完全恢复
背景:这里提到的常规恢复指的是数据库有完备可用的RMAN物理备份。 实验环境:RHEL6.4 + Oracle 11.2.0.4 单实例.
Alfred Zhao
2019/05/24
1.2K0
Oracle12c修复GAP新方法
12c可以通过Server name直连主库,Online修复,省去Rman基于scn备份后再传输到备库恢复的冗繁步骤
杨漆
2021/07/25
8340
Oracle12c修复GAP新方法
恢复控制文件避免使用resetlogs选项 (r10笔记第12天)
在搭建Data Guard的时候,我们可以直接从主库生成一个备库控制文件,或者拷贝一个备库的控制文件即可,后续的工作就交给Data Guard来自动恢复完成了,尤其是使用rman备份恢复的时候,使用recover database是一气呵成,我们无须理会其中更多的细节,当然实际上Oracle已经帮我们处理好了。 我们都知道控制文件的备份有两种方式,一种是镜像,一种是trace。镜像备份方式类似alter database backup controlfile to 'xxxxx'这样的形式
jeanron100
2018/03/19
5810
DBA生存警示:保护现场不要让事情更糟
张乐奕 云和恩墨副总经理 Oracle ACE 总监 ITPUB Oracle数据库管理版版主、Oracle高可用版版主、ACOUG联合创始人 今天收到一个发过来请求帮助的 case,Oracle 数据库无法启动,请求帮助恢复。仔细阅读了发过来的告警日志,这是一个典型的“事情越弄越糟”的案例。 作为一个专业的DBA,在遇到问题时,一定要思考:如何保护现场,不让事情变得更糟。这是基本要求,保护现场以使得其他人接手工作时,可以从原有状态开始。 以下就来根据告警日志,一条一条地回顾这位 DBA 是如何将数据
数据和云
2018/03/06
1.2K0
DBA生存警示:保护现场不要让事情更糟
理解 using backup controlfile
        using backup controlfile 通常用于恢复由于当前控制文件丢失且原来备份的控制文件较当前发生变化的情形之下。using backup controlfile 的 recover 方式一旦使用之后,常用的recover database命令将不可再使用,且必须要使用resetlogs方式来打开数据库,下面是具体的演示描述。
Leshami
2018/08/14
5220
Oracle数据库恢复之resetlogs
首先要明确resetlogs操作非常危险的,也只有在进行不完全恢复开库时会使用到。
Alfred Zhao
2019/05/21
1.2K0
Oracle丢失的是所有的redo日志组
我做实验的过程中有一个诡异的情况,我先把redo文件从操作系统层面都删除了,但是数据库正常创建表,insert数据,我理解的是当你commit的时候,会触发lgwr进程从redo log buffer中涮新redo 到redo 文件中,但是redo文件已经被删除了,就会报错,但是他并没有报错:
星哥玩云
2022/08/18
3560
使用RMAN增量备份处理Dataguard因归档丢失造成的gap
Thu Mar 29 11:21:45 2018 FAL[client]: Failed to request gap sequence  GAP - thread 1 sequence 184-185  DBID 1484954774 branch 960494131 FAL[client]: All defined FAL servers have been attempted. ------------------------------------------------------------ Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization parameter is defined to a value that's sufficiently large enough to maintain adequate log switch information to resolve archivelog gaps.
星哥玩云
2022/08/16
5470
推荐阅读
相关推荐
Oracle 基于 RMAN 的不完全恢复(incomplete recovery by RMAN)
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档