2020年非常特殊，未来一定是一段历史的分水岭；海南成为自贸港，也必定是一个历史性的选择；我希望我们CEC这次的海南会议，也能成为一个跨越时代的会议，在疫情之后，新的全球化开始之后，在整个数字时代到来的时候，我们CEC的企业家能够在这段历史中创造独特的价值。

我昨天还在武汉，也和我们CEC的三十几位理事一起，到武汉去了一趟。几个月前在电视里看武汉，确实非常之难，这次到武汉，真的感到武汉是一座英雄的城市，有英雄气质。疫情是结束了，我们该考虑如何让经济重生。经济重生不是为了回到昨天、回到以前，而是在更高的水平上面，从疫情中看到未来，看到趋势，把握机会。

这次从武汉来到海南，这里面我觉得是巧合，好像也有一种必然的东西。两年前，习主席宣布了建设海南自贸港，全面开放的战略，两年过去了，世界格局发生了巨大的变化。但是我依然相信，我们必须要坚持开放，必须要坚持全球化，特别是疫情之后，我相信全世界所有的门都是要靠自己去打开的，没有门是天然开着的，这时候坚持全球化比什么时候都重要、都有意义。现在海南就站在一个新的历史的起点上，自贸港建设不是简单的海南发展的机遇，更不仅仅是中国经济发展的一个机遇，而是要担当起为世界探索新的全球化的历史责任。

我自己觉得，国际化和全球化是两个不同的概念，国际化更偏向于中国人跟外国人做生意，是双边为主。而全球化是世界各国的大事情，是一个全局的问题。今天很多人觉得全球化出现了这样那样的问题，而我并不这么认为：

第一，我认为今天是真正全球化开始的时候。昨天的、原来的、传统的、工业时代的全球化正在终结。新的、真正的、数字时代的全球化才刚刚打开。

以前，全球化是发达国家和大企业主导，未来，全球化应该是发展中国家、中小企业走向世界；以前贸易是全球化的主力，未来科技将是全球化的主力；以前是人在流动、货在流动，未来是数据在流动、服务在流动；以前是传统企业的全球化，未来是用好互联网技术的企业的全球化；未来，任何一个人，只要有一部手机就可以做全球生意，未来所有的中小企业都是跨国公司，过去三十年是6000家大企业决定了全球化，未来应该是6000万家中小企业决定全球化。地域的扩大就是业务的扩张，这是世界给予我们的巨大机会。

第二， 这是由中国内需驱动的新一轮全球化。

新一轮的全球化，中国将会从“卖卖卖”，变成“买买买”。海南自由贸易港有自己的历史使命，海南未来留在历史中将会成为一个非常重要的角色。假设我们对贸易游戏规则不满意，今天给了我们一次机会，我们是否有这种胸怀、有这种格局、有这种担当为世界未来数字的全球化，为更多企业、更多国家、更多发展中国家的全球化，来制定一个更加公平、可持续、绿色的贸易规则？大家其实不用害怕从“卖卖卖”变成“买买买”。中国每一次大门打开，都是中国进步的象征，每一次大门打开，中国都进步了。

我们要不断地走出去。我记得我们以前的人走出去是找差距，我们觉得人家这个做得好、那个做得好。今天我们很多中国企业走出去，或者很多中国人走出去，是在找感觉。当我们在找感觉的时候，其实我们正在退步。

上一次全球化，是美国3亿人消费驱动的；中国这次的全球化是14亿人的内需，会驱动下一轮真正的全球化，带动世界经济。进口不是终点，进口最终是要倒逼中国产业提升、消费升级，促进现代服务业的发展。对于企业家来说，未来的机会在中国那些百万人口的小城镇。我不知道大家是否知道中国有多少城市过100万人口，我在2014年初步做了一个统计，美国大概有不到12个城市过100万人口，中国有167个城市过100万人口。而100万人口的基础建设、100万人口所诞生的巨大产业，我们远远没有发展好。这些近百万城市的人口，也许我们将来会有三百个，这些地方会迸发出巨大的消费潜力。内需绝对不是有钱人的拉动，内需应该是满足每一个普通百姓的需求，普通人的内需拉动，才是真正可以持续发展的内需价值。

第三，新的全球化是一种服务世界的能力。

全球化的核心是在其他国家和地区创造价值，创造就业，去做当地做不到的事情。如果说过去中国走出去，必须要人走出去、机器走出去、资金走出去；今天的中国走出去需要信息走出去、服务走出去、价值走出去。全球化是一种服务世界的能力，不是赚世界钱的能力。中国企业应当坚定地走向全球，而不是去征服全球。很多人爬山，自己认为是去征服自然，但自然不是去征服的，自然应该是去臣服的，对于世界真正的价值，不是远征，而是去创造价值。我们走出去要赢回来的不仅仅是利润，更应该赢回来的是尊重；我们要展示的不是一个强大的国家，而是一个善良美好的国家；我们不想去转移过剩产能，而是要到当地创造新的、不同的价值，尊重当地的文化、尊重当地的价值观、尊重当地的宗教和信仰、尊重每个国家不同的机制和体制。我们要相信这个世界因为不同而美好。都像你一样，也不行，都像别人一样，也不行。

2020年应该说是一个转折之年，我和很多企业家探讨，发现大家或多或少都有点焦虑。其实谁都有焦虑，任何时代、任何企业、任何人都有焦虑，只是有的人敏感一些，有的人不敏感。我对未来的判断：远的一定好，近期很困难，中期更困难。现在是飞机穿过云层的颠簸期，所以大家要把握好方向盘，系好安全带，但最重要的是要有未来观，当你从未来看今天的时候，今天的困难不是困难，当你只看着今天，跟昨天比较的时候，你的沮丧会越来越大。所以我们要面向未来，用未来的方法来解决今天的问题，而不要用昨天的方法来解决今天的问题。很多人非常乐观，很多人又非常悲观，我认为过度乐观、过度悲观都是因为没有看清楚未来。

昨天的看法和行动决定了你企业的今天，而今天的看法和思考又决定了你企业的明天。未来不是指两年以后你会什么样，未来是指二十年以后、三十年以后，你的企业会变成什么样。在座每个企业，你们今天的规模、你们今天的成就，我们今天所取得的一切不是今天做的，都是因为二十年以前我们相信中国会有今天。我相信当你从今天去判断二十年以后这个世界会变成怎么样，社会会变成怎么样，去解决未来的问题，相信年轻人，你一定会有前途。

在今天所有巨大的不确定当中，我认为数字化是确定的，数字化一定会全面改造所有的行业。不是每家企业都要转型，但是每个企业都必须升级，完成数字化升级。现在不要担心跟你竞争了二十年、十年的“老王”，你要担心的是那些你完全不认识、没见过到的 “小李”，这批人从来没出现过，他们没有包袱，他们采用新的技术，敢于创新，敢于用互联网。这些年轻人将是中国的希望，但也可能是在座每个人可能碰上的压力，最后打败各位的不是互联网企业，而是用好互联网技术的企业。我希望所有的企业今天一定要思考，要利用数据化来升级自己的管理、升级自己的组织、升级自己的产品。

未来十年，是传统行业推进数字化的最后十年。其实我在二十年前，在我去过的很多的省份，不断在讲互联网对于零售行业的冲击、对制造行业的冲击，大家并没有当回事情，直到淘宝、天猫、阿里巴巴、百度这些企业、腾讯这些企业起来以后，大家突然觉得“狼”来了，其实“狼”一直都在。

如果今天不准备变革，十年后我相信你一定是数字脱贫的对象。直到今天，很遗憾的是，还有很多企业家依然在讲数字革命是一场危言耸听，数字技术、互联网技术只是简单的工具。我想告诉大家，数字技术将重新定义生产制造，重新定义零售，重新定义技术，重新定义生产资料和一切，甚至很快这个技术将会引发全社会的所有生产关系的变革。

其实未来越是距离技术远的行业，越是还没有被技术改造的行业，机会越大。很多企业其实只要投入更多技术，在人才，在理念上多一点点，获得的收益和价值将是非常确定的。今天你纯粹做一家互联网公司，你未必有回报，但是你今天把自己传统企业变成数字化，你的回报是肯定的。

传统行业的数字化转型关键在于观念，关键在于理念，责任一定在一把手身上，责任不在技术部门，一把手不改变的企业一定不是有远见，有担当的企业。

疫情总会结束，但是新冠这种疾病可能会伴随人类几百年甚至上千年，现在这个病毒恐怕是会比我们谁都活得长，我们要学会适应，我们的防疫也要学会从常规防疫变成常态防疫，也许以后绝大部分的医院都有一个“新冠科”，这是长期共存可能会出现的情况。

2020年注定是改变历史的一年，在武汉的时候，我们CEC的企业家们给自己提了这样的要求：企业家不等于有钱人，有钱人更不一定是企业家。企业家是国家、民族的优质资产，国难当头时，企业家们无须命令，自觉自愿，挺身而出。疫情是突发的灾难，我们必须主动担当；疫情结束以后的经济恢复，企业家更是责无旁贷。

所有的企业，在座的企业家们，如果你的企业在十年、二十年内没有经历过三次、五次的灾难，你的企业永远是经不起打击的。越是在世界剧变的时候，越是在历史的转折点上，企业家越要担当，我们做这些事情，不是为了赢得掌声，不是为了赢得肯定，不是为了赢得一些政策的支持，而是我们内心相信、我们喜欢、我们认定，应该用未来的眼光，用战略的眼光，与世界去沟通，通过我们自己的努力，让这个世界变得越来越好。

我是Redis，一个叫Antirez的男人把我带到了这个世界上。

“快醒醒！快醒醒！”，隐隐约约，我听到有人在叫我。

慢慢睁开眼睛，原来旁边是MySQL大哥。

“我怎么睡着了？”

“嗨，你刚才是不是出现了错误，整个进程都崩溃了！害得一大堆查询请求都给我怼过来了！”，MySQL说到。

刚刚醒来，脑子还有点懵，MySQL大哥扶我起来继续工作。

“糟了！我之前缓存的数据全都不见了！”

“WTF？你没有做持久化吗？”，MySQL大哥一听脸色都变了。

我尴尬的摇了摇头，“我都是保存在内存中的，所以才那么快啊”

“那也可以在硬盘上保存一下啊，遇到这种情况全部从头再来建立缓存，这不浪费时间嘛！”

我点了点头，“让我琢磨一下，看看怎么做这个持久化”。

RDB持久化

没几天，我就拿出了一套方案：RDB

既然我的数据都在内存中存放着，最简单的就是遍历一遍把它们全都写入文件中。

为了节约空间，我定义了一个二进制的格式，把数据一条一条码在一起，生成了一个RDB文件。

不过我的数据量有点大，要是全部备份一次得花不少时间，所以不能太频繁的去做这事，要不然我不用干正事了，光花时间去备份了。

还有啊，要是一直没有写入操作，都是读取操作，那我也不用重复备份，浪费时间。

思来想去，我决定提供一个配置参数，既可以支持周期性备份，也可以避免做无用功。

就像这样：

• save 900 1 # 900秒（15分钟）内有1个写入
• save 300 10 # 300秒（5分钟）内有10个写入
• save 60 10000 # 60秒（1分钟）内有10000个写入

多个条件可以组合使用，只要上面一个条件满足，我就会去进行备份。

后来我又想了一下，这样还是不行，我得fork出一个子进程去做这件事，不能浪费我的时间。

有了备份文件，下次我再遇到崩溃退出，甚至服务器断电罢工了，只要我的备份文件还在，我就能在启动的时候读取，快速恢复之前的状态啦！

MySQL:binlog

我带着这套方案，兴冲冲的拿给了MySQL大哥看了，期待他给我一些鼓励。

“老弟，你这个方案有点问题啊”，没想到，他竟给我浇了一盆冷水。

“问题？有什么问题？”

“你看啊，你这个周期性去备份，周期还是分钟级别的，你可知道咱们这服务每秒钟都要响应多少请求，像你这样不得丢失多少数据？”，MySQL语重心长的说到。

我一下有些气短了，“可是，这个备份一次要遍历全部数据，开销还是挺大的，不适合高频执行啊”

“谁叫你一次遍历全部数据了？来来来，我给你看个东西”，MySQL大哥把我带到了一个文件目录下：

• mysql-bin.000001
• mysql-bin.000002
• mysql-bin.000003
• ···

“看，这些是我的二进制日志binlog，你猜猜看里面都装了些什么？”，MySQL大哥指着这一堆文件说到。

我看了一眼，全是一堆二进制数据，这哪看得懂，我摇了摇头。

“这里面呀记录了我对数据执行更改的所有操作，像是INSERT，UPDATE、DELETE等等动作，等我要进行数据恢复的时候就可以派上大用场了”

听他这么一说，我一下来了灵感！告别了MySQL大哥，回去研究起新的方案来了。

AOF持久化

你们也知道，我也是基于命令式的，每天的工作就是响应业务程序发来的命令请求。

回来以后，我决定照葫芦画瓢，学着MySQL大哥的样子，把我执行的所有写入命令都记录下来，专门写入了一个文件，并给这种持久化方式也取了一个名字：AOF（Append Only File）。

不过我遇到了RDB方案同样的问题，我该多久写一次文件呢？

我肯定不能每执行一条写入命令就记录到文件中，那会严重拖垮我的性能！我决定准备一个缓冲区，然后把要记录的命令先临时保存在这里，然后再择机写入文件，我把这个临时缓冲区叫做aof_buf。

说干就干，我试了一下，竟然发现数据没有写入到文件中去。多方打听才知道，原来操作系统也有个缓存区，我写的数据被他缓存起来了，没有给我写入到文件中去，这不是坑爹呢嘛！

看来，我写完了还得要去刷新一下，把数据真正给写下去，思来想去，我还是提供一个参数，让业务程序去设置什么时候刷新吧。

appendfsync参数，三个取值：

• always: 每个事件周期都同步刷新一次
• everysec: 每一秒都同步刷新一次
• no: 我只管写，让操作系统自己决定什么时候真正写入吧

AOF重写

这一次我不像之前那么冲动，我决定先试运行一段时间再去告诉MySQL大哥，免得又被他戳到软肋。

试用了一段时间，各方面都运行良好，不过我发现随着时间的推移，我写的这个AOF备份文件越来越大，越来越大！不仅非常占硬盘空间，复制移动，加载分析都非常的麻烦耗时。

我得想个办法把文件给压缩一下，我把这个过程叫做AOF重写。

一开始，我打算去分析原来的AOF文件，然后将其中的冗余指令去掉，来给AOF文件瘦瘦身，不过我很快放弃了这个想法，这工作量实在太大了，分析起来也颇为麻烦，浪费很多精力跟时间。

原来的一条条记录这种方式实在是太笨了，数据改来改去，有很多中间状态都没用，我何不就把最终都数据状态记录下来就好了？

比如：

• RPUSH name_list'编程技术宇宙'
• RPUSH name_list'帅地玩编程'
• RPUSH name_list'后端技术学堂'

可以合并成一条搞定：

• RPUSH name_list '编程技术宇宙' '帅地玩编程' '后端技术学堂'

AOF文件重写的思路我是有了，不过这件事干起来还是很耗时间，我决定和RDB方式一样，fork出一个子进程来做这件事情。

谨慎如我，发现这样做之后，子进程在重写期间，我要是修改了数据，就会出现和重写的内容不一致的情况！MySQL大哥肯定会挑刺儿，我还得把这个漏洞给补上。

于是，我在之前的aof_buf之外，又准备了一个缓冲区：AOF重写缓冲区。

从创建重写子进程开始的那一刻起，我把后面来的写入命令也copy一份写到这个重写缓冲区中，等到子进程重写AOF文件结束之后，我再把这个缓冲区中的命令写入到新的AOF文件中。

最后再重命名新的AOF文件，替换掉原来的那个臃肿不堪的大文件，终于大功告成！

再三确定我的思路没有问题之后，我带着新的方案再次找到了MySQL大哥，我都做到这份儿上了，这一次，想必他应该无话可说了吧？

MySQL大哥看了我的方案露出了满意的笑容，只是问了一个问题：

这AOF方案这么好了，RDB方案是不是可以不要了呢？

万万没想到，他居然问我这个问题，我竟陷入了沉思，你觉得我该怎么回答好呢？

彩蛋

“你怎么又崩溃了？”

“不好意思，又遇到bug了，不过不用担心，我现在可以快速恢复了！”

“那老崩溃也不是事儿啊，你只有一个实例太不可靠了，去找几个帮手吧！”

作者：谭东

最近刚完成点播视频防盗链的部署，也对视频防盗链技术方案有了研究与了解。在这里给大家分享下技术方案和原理。

一、先说下为什么要防盗链？

这个主要是：

1. 网站方为了防止自己的点播服务器的资源和流量被盗用；
2. 保护视频版权；
3. 防止视频被下载盗用等。

二、防盗链技术方案

一般盗链者可以直接获取播放地址盗用或者破解播放器盗用、录屏盗用、下载盗用、视频链接破解提取原地址等方式进行盗链。

所以我们在防盗链时要综合这些因素考虑，当然不可能面面俱到，但是能够覆盖大部分常见的手段即可。

常见方案有：

1. 视频加水印；
2. 视频加DRM版权水印；
3. 视频加密；
4. 播放器加解密；
5. Referer防盗链；
6. URL防盗链；
7. 采用m3u8等盗链难度高的文件格式，也可以防下载；
8. IP黑白名单限制等。

说了这么多，我们来看看目前主流的视频防盗链技术方案，例如央视网、腾讯、优酷等平台一般都采用Referer防盗链和URL防盗链方式进行防盗链。针对直播视频防盗链或点播视频防下载，我们还可以将视频文件格式变成m3u8格式，这样可以防止视频被下载。

那么接下来我们就简单讲解下Referer防盗链和URL防盗链方案：

（1）Referer防盗链

Referer防盗链比较简单，是基于 HTTP 协议支持的 Referer 机制，通过播放请求 Header 中携带的 Referer 字段识别请求的来源。开发者可以设置一批域名为黑名单或白名单，CDN 节点将按照名单中的域名做鉴权，从而允许或拒绝播放请求。也就是携带了播放来源，如果播放这个视频源的页面地址不对的话，则会拒绝播放。当然Referer是可以伪造的，所以建议结合URL防盗链进行使用。

（2）URL防盗链

URL防盗链是主流防盗链方案，也是安全度比较高一种防盗链方式。当然也有称作是Token校验方式，也有叫做鉴权防盗链，这里统称URL防盗链。

URL防盗链可以设置很多功能，如视频链接过期时间、播放人数控制、视频播放时长控制（如试看5分钟这种功能）等等。而控制鉴权的这部分放在CDN节点中去处理。

URL防盗链，允许开发者将视频的播放控制参数以 QueryString 的形式拼接在视频 URL 中，CDN 节点将检查 URL 中的播放控制参数，并依据参数控制视频的播放。目前，Key 防盗链通过“过期时间参数”、“允许播放的 IP 数量参数”和“试看时间参数”，支持“防盗链有效时间控制”、“防盗链播放人数控制”和“视频播放时长控制”。

• 防盗链有效时间控制

在视频 URL 中指定过期时间。如果请求的视频 URL 已过期，则视频无法播放。通过这种方式，可以为视频 URL 设置有效时间，防范他人将视频 URL 转移到其他站点后长期使用。

• 防盗链播放人数控制

在视频 URL 中指定链接最多能供多少人播放。不在同一内网的播放终端，它们的公网 IP 一般是不同的。通过限制一个 URL 允许最多能被多少公网 IP 播放，就能够限制同一个 URL 可以播放的人数，从而可以防范他人将视频 URL 转移到其他站点后，无限制地分发给任意多的人数观看。

• 视频允许播放时长控制

在视频 URL 中指定试看时长（如仅允许播放视频的前5分钟）。通过这种方式，可以实现对未付费用户的试看功能。

URL防盗链功能简介：

• 支持在视频 URL 中指定过期时间，他人获取后无法长期使用。
• 支持在视频 URL 中指定最大允许播放 IP 数，他人获取后不能无限制地分发给更多人观看。
• 支持在视频 URL 中指定试看时长，实现试看功能。
• 开发者使用密钥KEY对视频 URL 签名，并在 URL 中带上签名结果。只要用户密钥不泄露，其他用户无法伪造视频 URL。
• CDN 节点检查视频 URL 中的参数和签名，对视频播放请求进行控制。如果请求检查不通过，则返回403响应码。
• 支持的文件类型：MP4、TS、M3U8、FLV、AAC、MOV、WMV、AVI、MP3、RMVB、MKV、MPG、3GP、WEBM、M4V、ASF、F4V、WAV、MPEG、VOB、RM、WMA、DAT、M4A、MPD、M4S。

三、具体URL防盗链生成和使用

URL的生成是由我们这边服务器处理的，根据指定规则进行生成防盗链处理后的URL。

URL的生成是由我们这边服务器处理的，根据指定规则进行生成防盗链处理后的URL。
URL的生成是由我们这边服务器处理的，根据指定规则进行生成防盗链处理后的URL。

• 开发者在视频的地址中均存在视频原始 URL。未开启防盗链时，使用视频原始 URL 即可播放视频。
• 开启 Key 防盗链后，视频原始 URL 不再能播放，此时需要构造视频的防盗链 URL，CDN解析鉴权通过后返回视频数据。

（1）生成URL

防盗链 URL 的生成规则是在原始 URL 尾部，以 QueryString 的方式加入防盗链参数，形如：

http://example.vod.com/dir1/myVideo.mp4?t=[t]&exper=[exper]&rlimit=[rlimit]&us=[us]&sign=[sign]

这几个参数含义：

• t（必填）：播放地址的过期时间戳，以 Unix 时间的十六进制小写形式表示；过期后该 URL 将不再有效，返回403响应码。考虑到机器之间可能存在时间差，防盗链 URL 的实际过期时间一般比指定的过期时间长5分钟，即额外给出300秒的容差时间；建议过期时间戳不要过短，确保视频有足够时间完整播放。
• exper（选填/选用）：试看时长，单位为秒，以十进制表示，不填或者填0表示不试看（即返回完整视频）；试看时长不要超过视频原始时长，否则可能导致播放失败。
• rlimit（选填/选用）：最多允许多少个不同 IP 的终端播放，以十进制表示，不填表示不做限制；当限制 URL 只能被1个人播放时，建议 rlimit 不要严格限制成1（例如可设置为3），因为移动端断网后重连 IP 可能改变。
• us（选填/选用）：链接标识，用于随机化一个防盗链 URL，增强链接的唯一性；建议每次生成防盗链 URL 时，指定一个随机的 us 值。
• sign（必填）：防盗链签名，以32个字符长的十六进制数表示，用于校验防盗链 URL 的合法性；签名校验失败将返回403响应码。

签名计算公式如下：

sign = md5(KEY + t + exper + rlimit + us)

有人可能注意到了，怎么多了一个KEY？这个KEY就是我们的一个密钥，CDN和我们生成URL的服务器都要使用相同的KEY才能进行加密和解密配对，开启 URL 防盗链时填写的密钥。必须由大小写字母（a - Z）或者数字（0 - 9）组成，长度在8 - 20个字符之间。

（2）防盗链URL生成示例：

例如视频原始地址：[https://example.vod.com/dir1/myVideo.mp4]()，密钥KEY为：24FEQmTzro4V5u3D5epW，随机字符串us为72d4cd1101，URL 的过期时间是2018年01月31日20:00（Unix 时间为1517400000）即t为1517400000这里就不设置exper和limit了。

计算签名：

sign = md5("24FEQmTzro4V5u3D5epW5a71afc072d4cd1101") = "01ad188259e1f34979c06a10e6d0fb89"

最后我们生成URL防盗链：

http://example.vod.com/dir1/myVideo.mp4?t=5a71afc0&us=72d4cd1101&sign=01ad188259e1f34979c06a10e6d0fb89

我们这边服务器自己按照规则生成防盗链后的URL即可，CDN结点也按照这个规则和KEY来进行鉴权即可，匹配即允许播放，否则不允许访问资源。

好了，大致内容就是这么多，是不是很简单？对视频防盗链有了进一步了解？当然如果你想防止下载的话，建议使用HLS（m3u8）文件格式来进行传输，这样可以避免文件下载，安全性更高，而且HLS（m3u8）也可以对分片文件进行标准化或者自定义加密，安全度会更高。

我们这边服务器自己按照规则生成防盗链后的URL即可，CDN结点也按照这个规则和KEY来进行鉴权即可，匹配即允许播放，否则不允许访问资源。

好了，大致内容就是这么多，是不是很简单？对视频防盗链有了进一步了解？当然如果你想防止下载的话，建议使用HLS（m3u8）文件格式来进行传输，这样可以避免文件下载，安全性更高，而且HLS（m3u8）也可以对分片文件进行标准化或者自定义加密，安全度会更高。
我们这边服务器自己按照规则生成防盗链后的URL即可，CDN结点也按照这个规则和KEY来进行鉴权即可，匹配即允许播放，否则不允许访问资源。

好了，大致内容就是这么多，是不是很简单？对视频防盗链有了进一步了解？当然如果你想防止下载的话，建议使用HLS（m3u8）文件格式来进行传输，这样可以避免文件下载，安全性更高，而且HLS（m3u8）也可以对分片文件进行标准化或者自定义加密，安全度会更高。

轻武计费认证系统KDBOSS主要针对中小型企业，用户规模在1-100万内的小区宽带运营商，本系统可作为宽带运营支撑系统，同时该系统支持多业务受理，包括宽带业务，商业客户，语音业务，增值业务等。本系统历经15年千锤百炼，历经百万宽带用户的洗礼，一体化解决方案是一款宽带运营必不少的管理软件。

轻武计费认证系统KDBOSS在先后在成都、重庆、北京、郑州、石家庄、深圳、大连、济南、南京、杭州、福州、厦门、贵阳、长沙、广州、太原、南昌等省会城市均成功部署运营，总承载用户超过500万户，创年收入超过15亿。我们的成功运营经验可以复制，我们曾经的辉煌也可以再现，KDBOSS助您成功！

我们的团队拥有十年宽带运营经验，曾经支撑百万宽带用户，借鉴顶级运营商经验的同时，同时又立足于自身的发展，每一个环节都经过精雕细琢，每个流程都经历了时间的打磨，宝贵的运营经验和技术+持续创新的理念造就了我们独一无二的产品.

KDBOSS系统基于服务器+客户端软件模式，通过ADO数据库组件访问后台数据库，开发平台为DELPHI 7.0，后台数据库采用高效可靠的MICROSOFT SQL SERVER，为企业客户资料管理提供了可靠的保证。独立研发的小区宽带RADIUS认证系统，完美适配REDBACK SE800、华为ME60、JUNIPER E320等BASE设备，支持百万用户同时在线认证，完全媲美电信级认证系统，十年运营经验打造出一套稳定、安全、可靠、方便的PPPOE宽带认证系统.

官方网站：[http://www.kdboss.cn]()

轻武计费认证系统介绍.docx

【人生悟语】以完美主义的标准去要求每天的工作，听起来是很苛刻，也很困难。但是与生命相比起来呢？你做到像对待仅有一次的生命那样严肃谨慎地去对待你的工作了吗？将至高无上的完美主义进行到底吧。

“完美主义”是稻盛和夫在工作中一直追求的目标，他所考虑的完美主义不是更好，而是至高无上。生产一个产品，那怕付出90%的努力也是不够的，一点瑕疵，一点疏漏，一点粗心都不能原谅，只有做足100%才堪称完美。在工作中不断追求的是做到精致、精湛、精益求精，力求最品质量，把产品做成无可挑剔的完美作品，把工作做到极致，挑战极限，这才是工作的终极目标。

稻盛和夫的一位叔叔当过海军航空队的飞机维修员，他从战场归来后曾对稻盛讲起他在航空队的经历，给稻盛很深刻的印象。

每当轰炸机起飞的时候，维修员都要随机飞行，但几乎他们中的所有人都不乘坐自己维修过的飞机，他们似乎不约而同地选择乘坐别的同事维修的飞机，这里面有什么玄机吗？

原来，虽然维修员在维修保养机器时竭尽全力工作，但却不敢保证自己做的万无一失，于是他们都乘同事负责的轰炸机。

正因为对自己的工作缺乏充分的信心，又考虑到万一出现紧急情况，所以维修员们做出了这样的选择。还有很多类似的事情，许多医生的父母妻儿，或是亲戚身患重病，他们大都不愿意亲自诊断医治。亲人们需要进行手术时更是如此，这些医生往往委托自己信任的同事主刀。这样做的缘由是，在血浓于水的亲情面前，关系到亲人的安危，自己会动不了手。

稻盛并不赞同这种观点，他认为每一天的工作都是真刀真枪干出来的，拥有这样的积累，他一定会对自己的技术有满满的自信。如果换了他做飞机维修员，他必定会选择乘坐自己负责的轰炸机；如果换了他做外科医生，当亲人需要救治时，他不会请人代劳，必定会亲手主刀。只有觉得自己的工作做得完美无缺，能自己的能力打满分时，才能有正面观对问题的决心和魄力。

有人说，在中国，不缺少雄韬伟略的战略家，缺少的是精益求精的执行者。这话也许说得没错，国人的“差不多”思想总是引诱我们放弃对完美的追求，但是有一家企业即是在质量上精益求精、苛求完美的典范，它就是荣事达公司。

“零缺陷管理”是荣事达借鉴国外企业“无缺点运动”经验并结合本企业实际加以独特的再创造的成果，而“无缺点运动”最早发端于美国佛罗里达州的马丁马里塔公司。1962年，该公司与美国军事部门签订了一项生产供货合同，合同规定的交货期限很紧，对质量要求很严。可是军令如山，不容耽搁，马丁公司以形势所迫，打破常规，开展了一场“无缺点运动”，这一运动包括：

1. 打破传统的“人总要犯错误”理念，改换成“只要主观尽最大努力，就可以不犯错误”的理念，以此动员全体员工追求无缺点目标，自觉避免工作中的失误。
2. 打破以往的生产与质检的分离格局，要求每个操作者同时也是质检者，规定上道工序不得向下道工序传送有缺陷的产品。
3. 打破过去对错误只有事后发现和补救的常规，讲求超前防患，事先找出可能产生缺点的各种原因和条件，提前采取措施，做到防患于未然。
4. 打破生产过程中各工序的员工各自为战、各行其是的习惯状态，要求树立全局观念，主动配合、密切合作，从总体上保证实现无缺点结果。马丁公司实行“无缺点运动”果然一举成功，合同期限一到便交出无可挑剔的百分之百合格产品。

荣右达吸收其中的精华，形成了自己的“零缺陷生产”模式，将“用户是上帝”“下一道工序是用户”“换位思考”“100%合格”等质量意识转变为员工的自觉行动。与此相关的一系列制度纷纷出台，从而实现分散与集中，全员自控与专门控制、内在质量控制与系统信息反馈相结合的“零缺陷生产”质量管理体系。零缺陷供应是零缺陷生产的前提和保证，通过严把质量关，确保提供“零缺陷”的零配件或可辅助件。

从此，荣事达建立了“零缺陷”的企业文化，企业进入了新的境界。

精益求精是对结果最好的诠释。一位企业经营都说过：“如今的消费者是拿着显微镜来审视每一件产品和提供产品的企业。在残酷的市场竞争中，能够获得较宽松的生存空间的企业，不只是合格的企业，也不只是优秀的企业，而是非常优秀的企业，你要求自己的标准，必须远远高于市场对你的要求标准，才可能被市场认可。”

美国前总统麦金莱在得州的一所学校演讲时，对学生们说：“比其他事情更重要的是，你们需要尽最大努力把一件事情做得尽可能完美。”只有不满足于平庸，才能追求最好。没有人可以做到完美无缺，但是，当你不断增强自己的力量、不断提升自己的时候，你对自己的要求会越来越高，你所取得的成就也会越来越大。

企业只有像荣事达这样，把对质量孜孜不倦的追求上升到企业文化的高度，员工对质量的觉悟才会大大提高。

只有提高工作标准，把产品的完美品质视同自己的生命一样珍惜！其实企业应该把完美主义奉行到像生命一样至高无上的地位。以完美主义的标准去要求 每天的工作，听起来可能很苛刻，也很困难。但是与生命相比起来呢？你做到像对待仅有一次的生命那样严肃谨慎地去对待你的工作了吗？还是将至高无上的完美主义进行到底吧。

从最近15年国内网络发展看，从最初的赶猫上网到VDSL、ADSL，再到光纤上网，网速得到了极大的提升，我们的网络生活也更加丰富，在线视频、网络下载、游戏、在线教育、网络会议、在线办公等等，特别是在今年疫情期间，我国的网络基础环境经受住了前所未来的考验，因为有了网络，即使家里蹲我们的生活也没有受到多少影响。得益于网络基础构架的完成、智能手机的普及、互联网各行业也开始蓬勃发展。

宽带网络公司是如何运作的呢？

当我们需要宽带接入的时候，网络公司会拉一条线路到家里（光纤小区是通过光纤进入用户家里，再通过光猫数据转换后进行上网，广电网络是通过电视数字信息线路上网，还有一种就是通过楼道的宽带接入盒，接入一根网线到用户家里），线路接通之后，网络公司开通帐号和密码，用户通过帐号密码进行PPPOE拨号上网。

技术解释：网络公司在BOSS里创建了用户帐号，缴费后更新用户到期时间，当用户拨号时，消息首先到达BASE设备（如果华为的ME60，SE8000等BASE设备进行PPPOE协议通讯），然后再通过AAA认证（也有叫Radius认证）检查帐号密码是否匹配，检查用户是否到期等，通过之后下发宽带属性到BASE设备（就是是下载速度、上传速度信息），验证通过后即可上网。

BOSS系统是什么？

BOSS系统是网络公司最重要的系统之一，主要包括BSS和OSS两大块，按通俗的语言讲主要是客户资料管理系统（CRM），认证计费（Radius系统），还有工单系统、呼叫系统、缴费系统、业务受理系统、资源管理系统等等。

计费系统如何选择？

大多数计费系统都是FreeRadius修改而来，像网上有不少做一体系统的，大多数是按用户许可收费，一般支持能力在1万用户以内，属于三流计费系统。

第一梯队做计费系统的公司：如亚信、中兴软创、东软等，主要客户是中国电信、中国移动、中国联通，管理用户在1000万以上。

第二楼队：萨莫尔等，主要客户是二级民营运营商，如长城宽带、宽度网络、艾普网络。管理用户在500万以内。

宽带运营中，用户计费只是整体体系中最重要的一块，其实还包括了运营支撑，如用户开通、缴费、故障处理、客服系统、电销系统等。

轻武计费认证系统如何？

轻武计费认证系统（KDBOSS）主要针对中小型企业，用户规模在1-100万内的小区宽带运营商，本系统可作为宽带运营支撑系统，同时该系统支持多业务受理，包括宽带业务，商业客户，语音业务，增值业务等。本系统历经16年千锤百炼，历经百万宽带用户的洗礼，一体化解决方案是一款宽带运营必不少的管理软件。

下载：轻武计费主证系统介绍

上线城市

第一，提高Google Adsense点击率

毋庸置疑，提高广告的点击率对增加收入无疑是一个有力的因素。有很多的朋友害怕点击率过高会导致K号，所以基本保持在百分之三左右，其实只要流量的来路正常，广告点击也是自然点击，大可不必担心因为点击率过高而导致帐号被K的，有的站长朋友的点击率都不到百分之一，这其中对于提高自己的广告收入有很大的发挥空间，那么如何提高广告的点击率呢？

广告的点击率和网站的结构和主题有着很大的关系，比如你的站的访问者过来就想复制你网站的资源（当然不是同行的站长了），那么广告放在文章内容里面混排，稍稍用不同色的背景区分一下，效果就显然易见了；如果你的站是专业的站点，来访问的人群也是想了解专业信息的受众，那么在导航下方做一个醒目的链接广告，实践证明点击率也是非常高的。

当然了，不同的站会有不同的方法，建议站长们多动动脑子，利用渠道来优化自己的广告位，效果肯定会有大大的改观的。

第二，提高Google Adsense单价

这是站长们最为头疼的事，时常听到站长抱怨我的单价怎么只在0.01$,甚至有更低的。如果职业做Google Adsense的站长朋友，建议做专业的站点，不建议做娱乐站点，小说站和图片类的站点。有些站长或许会问，做专业站点不容易上流量，的的确确，专业站点的流量不是那么容易上来的，不过你会发现单价要比娱乐站点高出许多。

为了弥补访问量的不足，可以多做一些专业的站点，用心去利用SEO技术优化一下，十个日IP一千的专业站远远超过一个日IP一万的娱乐站。站长做站，能赚到钱才是真的，朝这个方向去努力，其中的乐趣不言自明。

第三，做推介

站长们都知道推介的单价比国内的点击单价要高出许多，所以获得推介的专业IP是“兵家”必争的流量，基本上都是靠搜索引擎来提高这些专业的IP，每个关键词在搜索引擎的前十个位置就成了站长们最看中的黄金位置。有经验的站长朋友做火狐浏览器推介，月入千刀尤如切菜一般，呵呵，阿杰不才，也做了一个以火狐浏览器为主题的站，目前日收入也有十刀左右吧。

另外，做推介另外的两个好处是不用担心恶意点击和保持页面的美观。

我还见过有的站长朋友专做Google Adsense推介，月收入居然在三千刀以上，没有透露具体的方法，不过也知道个大概。（多结交新站长，介绍他申请，利用自己的资源优势，协助他们做满百刀。）

google adsense 的秘密

转自：http://www.delphibbs.com/keylife/iblog_show.asp?xid=13579
SQL Server图像字段操作
uses jpeg;
保存 :
var
  Ms:TmemoryStream;
  jpg:Tjpegimage;
begin
  ms:=TmemoryStream.Create;
  Jpg.Assign(Image1.Picture.Graphic);
  Jpg.SaveToStream(Ms) ;
  Ms.Position :=0;
  ADOquery1.append;
  TBlobField(ADOquery1.FieldByName('img')).LoadFromStream(Ms);
  ADOquery1.Post;
  Ms.Free ;
  jpg.free;
end;
读取到image中:
Var
  Ms:TStringStream;
  jpg:Tjpegimage;
begin
  Ms:=TstringStream.Create('');
  TBlobField(ADOquery1.FieldByName('img')).SaveToStream(Ms);
  Ms.Position :=0;
  Jpg.LoadFromStream(Ms);
  Image2.Picture.Assign(Jpg);
  Ms.Free;
  jpg.free;
end;

转自：http://www.delphibbs.com/keylife/iblog_show.asp?xid=13612
数据库中图片的存取
在保存图片时用：
   TBlobField(FieldByName('ZLPIC')).LoadFromFile(OPD.FileName);
其中OPD为一个打开文件对话框。

在打开图片时用：
   MS := CreateBlobStream(FieldbyName('ZLPIC'),bmRead);
   Image2.Picture.LoadFromStream(MS);
   MS.Free;
MS 为TStream的变量。
从来没有什么问题，显示、打印都没问题，也没管过什么文件头。



注：以下程序中注意在uses处加上DB,jpeg，如没有则TBlobField找不到
如何实现在MS Access数据库中图像的存储和显示
一、 原理介绍——流式数据的类型及其应用
在Dephi中提供了TStream来支持对流式数据的操作。TStream是万流之源，但由于它是一个抽象类，故不能被直接使用；而要使用其相应的子类，如：TFileStream 、TStringStream、TMemoryStream、TBlobStream、TWinSocketStream和TOleStream。TStream提供了统一、简洁的方法来进行数据的读写。
  1.)SaveToStream(Stream: TStream );    作用：将类中的数据写到Stream的当前位置中
  2.)LoadFromStream(Stream: TStream);  作用：从当前位置读入Stream里的数据
  实际使用时我们基本上只要使用上面两个函数就可以了。
二、所遇到的问题及相应的解决方法
为了节省图像的存储空间和使用更加方便，决定采用JPEG这种图像格式。
（一）所遇到的问题
第一、在Delphi 5中进行画图所用到的组件是TImage，所生成的图像的格式为BMP格式，而为了节省图像的存储空间，图像在数据库里存储的格式须为JPEG格式，这样就产生了图像格式转化的需求；而TImage本身并不直接提供这两种图像格式之间的转化。
第二、怎样将存储在Microsoft Access数据库中的图像取出并且显示出来：在Delphi 5中，能提供这种功能的组件是TDBImage，但该组件却存在着一个很大的缺陷：它所能显示的图像类型只能是一些图标文件，元文件和BMP文件，而不能支持JPEG格式的图像在该组件中的显示；但根据实际需要，在Microsoft Access数据库中所存储的图像数据却是以JPEG格式保存的。
（二）相应的解决方法
为了解决上述两个问题，可以采用目前数据库中一种名为大二分对象（BLOB——Binary Large Object），它是用来处理某些特殊格式的数据的。BLOB在数据库的表中实际上是以二进制数据的形式存放的。
为了处理BLOB字段，可以借鉴一些可视的桌面数据库的方法。在这里，我们选择了通过内存流的方式来完成；使用内存流，可减少磁盘操作，大大提高运行效率。
具体的过程和相关的程序代码如下：
1、如何实现在Microsoft Access数据库中的图像存储：
这里是利用TStream的子类TMemoryStream向Microsoft Access数据库中存储图像的。下面的这段代码是在按了“保存”按钮之后所触发的事件处理程序：
procedure TForm1.Button1Click(Sender: TObject);
var
MyJPEG : TJPEGImage;
MS: TMemoryStream;
begin
MyJPEG := TJPEGImage.Create;
 try
    with MyJPEG do
    begin
      Assign(Image.Picture.Graphic);
      MS:=TMemoryStream.create;
      SaveToStream(MS);
      MS.Position:=0;
                Table1.Edit;
                 TBlobField(Table1.FieldbyName('Image')).LoadFromStream(MS);
                 Table1.Post;
                 messagebox(getactivewindow(),'图像保存完毕！','保存',mb_ok);          
    end;
  finally
    MyJPEG.Free;
  end;
end;
在这段代码里TStream的子类TMemoryStream利用内存流起到了将BMP格式转化为JPEG格式的中间桥梁的作用。
2、如何将图像从Microsoft Access数据库中取出并显示出来：
下面的这段代码是在按了“查看图像”按钮之后所触发的事件处理程序：
procedure TForm1.Button1Click(Sender: TObject);
var tempstream:TStringStream;
   tempjpeg:TJPEGImage;
begin
   try
        tempstream:=TStringStream.Create(' ');    
        TBlobField(Query1.FieldByName('Image')).SaveToStream(tempstream);            
        tempstream.Position:=0;
        tempjpeg:=TJPEGImage.Create;
        tempjpeg.LoadFromStream(tempstream);
        DBImage1.Picture.Bitmap.Assign(tempjpeg);
  finally
        tempstream.Free;
        tempjpeg.Free;
  end;
end;
这段代码的主要作用是：首先将查询结果中的JPEG图像格式数据保存到TStringStream中去，然后设置数据指针在TStringStream中的位置为0；接着从TStringStream中读入相关数据，并把它们赋给TDBImage.Picture.Bitmap，这样一来就实现了将数据库中所存储的JPEG格式的数据转化为BMP格式，并在TDBImage中将图像显示出来。最后将TStringStream和TJPEGImage这两个对象释放掉。特别要注意的是不能在设计阶段设置TDBImage的DataField属性，而只能通过写代码的形式在运行阶段把利用流式数据所转化过来的新格式的图像数据赋给TDBImage.Picture.Bitmap。

使用ADO连接
1.保存
TBlobField(ADOQuery1.FieldName('blob')).Loadfromfile('文件名')
提取
TBlobField(ADOQuery1.FieldName('blob')).Savetofile('文件名')
2.
保存
(ADOQuery1.FieldByName('blob') as TBlobField).Loadfromfile('文件名')
提取
(ADOQuery1.FieldByName('blob') as TBlobField).Savetofile('文件名')  

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

uses jpeg;
保存Image1中的图象至数据库 :
var
  Ms:TmemoryStream;
  jpg:Tjpegimage;
begin
  ms:=TmemoryStream.Create;
  Jpg.Assign(Image1.Picture.Graphic);
  Jpg.SaveToStream(Ms) ;
  Ms.Position :=0;
  ADOquery1.append;
  TBlobField(ADOquery1.FieldByName('img')).LoadFromStream(Ms);
  ADOquery1.Post;
  Ms.Free ;
  jpg.free;
end;
从数据库中读取图象到image2中:
Var
  Ms:TStringStream;
  jpg:Tjpegimage;
begin
  Ms:=TstringStream.Create('');
  TBlobField(ADOquery1.FieldByName('img')).SaveToStream(Ms);
  Ms.Position :=0;
  Jpg.LoadFromStream(Ms);
  Image2.Picture.Assign(Jpg);
  Ms.Free;
  jpg.free;
end;

例子2：

procedure TForm1.Button1Click(Sender: TObject);               //插入圖片過程
var
  testStream:TMemoryStream;
begin
  try
    testStream := TMemoryStream.Create;                                 //創建內存流
    Image1.Picture.Graphic.SaveToStream(testStream);　　//將圖片保存至內存流中
    adoquery1.Close;
    adoquery1.SQL.Clear;
    adoQuery1.SQL.Add('Insert into test (id,photo) values (:id,:photo)');　//進行插入操作
    adoquery1.Parameters.ParamByName('id').Value := '003';
    adoQuery1.Parameters.ParamByName('photo').LoadFromStream(testStream,ftBlob);  //讀取保存的內存圖
    adoquery1.ExecSQL;
  finally
    testStream.Free; 　                                                                   //釋放內存流
  end;
end;
 
procedure TForm1.Button2Click(Sender: TObject);                //讀取圖片過程
var
  mStream:TMemoryStream;
  JpgFile:TjpegImage;
begin
  if not ADOQuery1.FieldByName('photo').IsNull then begin ;
    mStream:=TMemoryStream.Create ;
    JpgFile:=TjpegImage.Create ;
    TBlobField(ADOQuery1.FieldByName('photo')).SaveToStream(mStream);　　//顯示的轉換為BlobFiled並保存至內存流
    mStream.Position :=0;
    jpgfile.LoadFromStream(MStream);
    image2.Picture.Assign(JpgFile);
 end
 else begin
   image2.Picture :=nil;
 end;
end;

转自：http://www.delphibbs.com/keylife/iblog_show.asp?xid=13856
在ＳＱＬ语句中字段名含有括号时解决方法
例如：一个表aa中字段名为“姓名(cName)”“金额(iQuantity)，则在查询时，就写为：
select [姓名(cName)]　from aa
select sum([金额(iQuantity)]) from aa
也就是在字段名前后加上[]即可。