DNS TTL的问题！

DNS服务器分为两种，权威服务器和缓存服务器（也叫递归服务器）。
权威服务器提供权威的数据，缓存服务器从权威服务器获取数据转发给查询的客户端。
TTL值是在权威服务器设置的，缓存服务器从权威服务器获取数据时得到TTL，这个TTL值会随时间变小，变为0时数据失效，需要从权威服务器重新获取数据。
刚才查了下，googlecom的TTL是300秒，baiducom的TTL是7200秒。
dig googlecom a +trace
dig baicucom a +trace
（googlecom和>随着我国新医疗改革的深入发展，对医疗信息化建设的投入力度也不断加大。我国医院经历了2003年后HIS的建设热潮后，其基础业务平台已逐步成型，HIS系统占医疗行业总体解决方案的比例分别由2013年的35%变为2014年的343%，HIS系统占比略有下降。至2014年，CIS系统在医疗信息化解决方案中占比444%，HIS系统占比343%。预计2014年至2019年，CIS系统的年复合增长率为2324%，高于HIS系统的1880%。
目前，我国大中型医疗机构已经建成了具备基本功能的HIS系统和PACS、RIS、LIS等基础CIS系统，临床医疗管理信息系统建设开始向手术室和ICU等诊疗行为更为密集的科室延伸。
然而这一切架构格局的实现，都离不开数据与数据之间的联系。
众所周知，医院的信息化管理网络是有内网和外网之分，对内是各科室、各岗位的业务流程化管理；对外是HIS系统和外部医卫公共平台的连接等。随着医疗信息化对医院运营管理的全面渗透，互联互通评级、电子病历评级等带来下游新需求。各种数据接口的建设已变得越来越迫切，几乎到了不做数据接口，医院很多业务就难以开展的地步。
包括国家卫健委已推出相关硬性政策要求：比如，2020年，所有二级医院要达到卫健委电子病历分级评价3级以上；三级医院要实现院内各诊疗环节信息互联互通，达到医院信息互联互通标准化成熟度测评4级水平。
传统接口方式有道绕不过的坎
正因如此，作为一名曾经在多个基层医院信息科任负责人，目前就职于专业的医疗IT公司的多年医疗IT从业者。一直以来，在医院信息科，最让我疲于奔命的不是各种软硬件频繁安装和维护，而是上级又下达了各种信息化对接需求；在IT公司，我做得最多的也不是产品开发，而解决各种数据采集，软件数据接口，多方协调关系的问题。
传统的实现多系统数据共享的方法有很多种，这些方式各有优劣，举一种常见的数据对接方式：
数据库共享数据方式。系统A和系统B通过连接同一个数据库服务器的同一张表进行数据交换。这种方式交互更加简单。通过数据库的事务机制，可以做成可靠性的数据交换。但这种方式能够同时连接的系统数量有限，而且，来自两个不同公司的系统，不太可能开放自己的数据库。
其他实现的方式还有，ftp/文件共享服务器方式、message方式等。这些传统的数据接口方式虽然实现的原理不同。但都有一个共同之处，全都需要再原软件厂商配合开放接口的情况下才能实现。
与其他行业的IT系统不同，医疗行业的IT系统更复杂，且核心数据极为重要。其实很多厂商也不愿意看到医院提出这个数据接口的要求，因为对任何医疗软件厂商来说，这同样意味着给自己找麻烦。更因为，相关利益方太多了，各个医疗IT厂商的产品相互独立，各占一个山头，或出于数据安全考虑，或出于商业竞争考虑，并不愿意配合。这些因素也导致，医疗行业接口开发的费用在所有行业中，可能是最高的。往往需要花费数万至数十万不等。
无接口开放之下 医院多系统数据对接与公卫自动上报的设计与实现
那么，有没有可以绕开原软件厂商可以实现的数据接口方式呢？今天我要和大家分享的就是无接口开放之下，医院多系统数据对接与公卫自动上报的一种设计与实现。
下面我们具体来分析一个场景，医院需要将HIS系统中的数据上传到区域公卫平台，这些需要上传的数据包括病人基本信息、就诊、收费记录，出院的医嘱、费用数据、甚至是医学影像等。目前，这些数据在HIS系统的各个模块中，包括各种表格数据、详情页字段、等。
但是因为种种原因，我们不能获得HIS厂家的数据接口支持。于是，我们能够获得这些数据的途径就只能从HIS的界面上抓取数据，然后再录入到公卫平台的界面上去。这一过程中，我们可以用101软件通用数据接口生成器来实现生成一个接口。
首先，我们需要用101软件接口生成器配置一个从HIS系统采集数据的工具。101软件通用数据接口生成器对目标软件界面的固定频率的数据刷新和数据采集，并且写入到采集数据库之中，并基于采集数据库向公卫平台提供数据接口（包括：数据库视图，数据字典），可以以数据库视图接口方式提供，或者web service方式提供；
软件通用数据接口生成器的适用范围
相对于传统的数据接口，101软件通用数据接口生成器有以下几个特点：
1支持兼容基于Windows平台的几乎所有各种CS/BS软件；
2不需软件厂家配合，生成数据接口；
3工具简单实用，用户可以按照自己需求DIY配置生成数据接口；
4通常情况下，配置一个目标软件的数据接口的生成工作，可以在一个小时内完成。
5、成本远低于软件厂家配合做数据接口。
正和目前所有的数据接口实现方式一样，101软件通用数据接口生成器虽然通用，但并不是万能。在以下三种情况下，101接口生成器暂时还不能完全满足用户需求。
1、数据实时性要求非常高，要求数据刷新的实时性在秒以内的，比如医院的叫号系统，暂时还无法满足（受限于软件机器人点击 *** 作目标软件的响应时间一般都需要数秒到数十秒）；
2、所需获取的数据在目标软件界面上不能显示可见的。（因为该工具只能对目标软件所见即所得的数据实现数据采集）
3、目标软件的服务端不能支持持续数据查询请求压力的。(该方式的数据采集需要对目标软件进行反复的数据查询，以获得最新的实时更新数据，这个反复查询请求的过程可能给目标软件服务端产生压力)
不过值得指出的是，它已经实现了数据接口真正零代码 *** 作。 就算是不具备IT背景，不懂代码的普通医护人员，也很容易针对自己工作场景DIY一个软件数据接口。我曾经找到一位普通的住院医师，他完全靠自己动手就生成了一个体检车上报医院健康管理系统的数据接口。
在数据孤岛林立的医疗IT行业，作为传统数据接口以外的一个选择，实现自动化的公卫平台数据上报工作，也不失为一个合适的解决方案。它究竟能在多大范围，多少领域解决数据接口的诸多痛点，我们可以尝试一下。

看worldyml文件改后保存了没，如果变会去的话有可能是就是服务器里难度还是和平虽然外面文件里改了当服务器里还没改有可能变回去。
所以在服务器里输入/mv
set
[世界名]
difficulty
(数字0-3,0和平,1简单,2普通,3困难）要是OP输入

---