thickerbettercasisr是什么意思

1. thickerbettercasisr是什么意思

thicker[θikə] adj. 浓的（ thick的比较级 ）；厚的；稠密的；亲密的； 
better[英] [ˈbetə] [美] [ˈbɛtɚ] adj. 更好的（good和well的比较级）；更熟练的；好的；健康的；
easier[ˈi:ziə] adj. 不费力的（ easy的比较级 ）；宽松的；宽裕的；从容的；

2. crispr-cas怎么导致基因改变

4月15日，隶属于麻省理工学院和哈佛大学的世界著名生物医学研究机构Broad研究所宣布，美国专利局批准了由他们所申请的基于CRISPR-Cas9系统的基因编辑技术专利。这是目前世界第一例获得专利保护的基于CRISPR-Cas9系统的基因编辑技术。
正在生物体内发挥功能的CRISPR-Cas9系统。插画家：Stephen Dixon
所谓基因编辑技术，是指对DNA核苷酸序列进行删除和插入等操作，换句话说，基因编辑技术使得人们可以依靠自己的意愿改写DNA这本由脱氧核苷酸写而成的生命之书。然而长期以来，对DNA的编辑只能通过物理和化学诱变、同源重组等方式来对DNA进行编辑。然而这些方法要么编辑位置随机，要么需要花费大量人力物力进行操作。因此，能够方便而精确的对DNA和核苷酸序列进行编辑，是科研工作者们长期以来的梦想。CRISPR-Cas9系统的诞生和成熟标志这这一梦想逐渐变为现实。此外不仅仅在科研界，在诸如医疗、农业、畜牧业等研究中，这一技术也显现除了巨大的应用前景。因此，这一技术获得专利，是该技术走向应用的里程碑式事件。
从细菌免疫系统到DNA编辑工具
CRISPR-Cas9系统并非天生就是为人类使用而产生的。它的本质其实是细菌中一种对付诸如病毒等外来DNA的防御系统。在一些细菌基因组中存在一系列成簇排列的DNA序列，被称作“规律间隔成簇短回文重复序列”（Clustered Regularly Interspaced Short Palindromic Repeats，CRISPR）。这些重复序列的间隔序列，被发现和很多能够侵入细菌的噬菌体DNA序列相同。进一步研究发现，这些序列在被转录成为RNA后，能够和细菌产生的一类称为Cas的蛋白质形成复合体，来对Cas蛋白起到导向作用，因此这段RNA也被称为导向RNA（guide RNA，gRNA）。当复合体检测到入侵的DNA和gRNA序列一致时，Cas蛋白就能够切割入侵的DNA，达到防御的目的。
注：严格来说，在细菌体内gRNA由两部分组成：一部分为活化Cas蛋白所需的tracrRNA，另一部分为来自于间隔区、识别入侵DNA的crRNA。在人工构建的CRISPR-Cas9系统载体中，这两段RNA可融合为一条。
CRISPR-Cas系统这种序列特异性的DNA切割机制很快引起了人们的兴趣。由于这一系统能够切割DNA，并且其序列特异性由crRNA的序列所决定，因此它成为了DNA编辑的理想工具。细菌中的CRISPR-Cas系统极为多样，而一个来自产脓链球菌（Streptococcus pyogenes）的由Cas9蛋白参与的系统被人们研究的最为透彻。因此人们对它进行了改造，将编码Cas9蛋白的序列及其附属元件共同制造成为一个单一的载体。同时为了能够让这些组分进入真核细胞的细胞核，还加入了入核信号元件。这样一来，只要科研人员只需针对需要编辑的DNA序列合成一段DNA序列，插入这个载体的特定部位。在转入宿主细胞后，产生的人工构建的gRNA就能指导Cas9蛋白切割宿主细胞特定的DNA序列，从而起到基因编辑的作用。
CRISPR-Cas9基因编辑系统示意。图片来源：《生物化学与生物物理进展》
DNA编辑的广泛前景
CRISPR-Cas9系统，被称为第三代基因编辑技术。相比于它的两位前辈ZFN系统和TALEN系统，它有着一些无可比拟的优点。首先，CRISPR-Cas9系统的可用位置更多。理论上基因组中每8个碱基就能找到一个可以用CRISPR-Cas9进行编辑的位置，可以说这一技术能对任一基因进行操作，而TALEN和ZFN系统则在数百甚至上千个碱基中才能找到一个可用位点，这大大限制了使用范围。其次，CRISPR-Cas9系统更具有可拓展性，例如可以通过对Cas9蛋白的修饰，让它不切断DNA双链，而只是切开单链，这样可以大大降低切开双链后带来的非同源末端连接造成的染色体变异风险。此外还可以将Cas9蛋白连接其他功能蛋白，来在特定DNA序列上研究这些蛋白对细胞的影响。第三，更为重要的是，CRISPR-Cas9系统的使用极为方便，只需要简单的几步就能完成，几乎任何实验室都可以开展工作，而不需要向ZFN和TALEN那样借助商业公司的协助完成。由于以上特点，CRISPR-Cas9被评为2013年生物学10大突破之一。值得说明的是，CRISPR-Cas9系统在真核细胞中很多重要的研究，都是由华人学者张峰主持完成的。
由于来源于细菌的CRISPR-Cas9系统在真核细胞内也能很好的工作，这显示出了其巨大的应用潜力。例如在基础科学研究领域，CRISPR-Cas9系统最多的是被用来定点敲除一些基因，从而便于研究这些基因的生物学功能。同时CRISPR-Cas9系统的商业化应用潜力也不容小视。例如在生物治疗领域，结合诱导多能干细胞（iPS）技术，人们可以将通过基因编辑修复的iPS细胞重新发育为正常组织和器官来供病人使用。而在家畜育种等工作中，对一些关键性状基因的编辑能够大大加快良种的育种速度。
正是由于CRISPR-Cas9的诸多优秀特点和广泛的应用前景，因此它成为了专利申请的热门方面。尽管已经有多份应用CRISPR序列或Cas蛋白的技术专利，但这次Broad研究所获得批准的是第一份将一整套CRISPR-Cas9系统载体和操作方法包括在内的专利。这意味着今后使用这一技术进行基因编辑操作都将涉及这份专利所保护的内容。那么，专利的批准是否会妨碍这一技术的使用呢？目前来看，基础研究受到影响的可能性不大，因为Broad研究院的主任埃里克·兰德（Eric Lander）在专利宣布的新闻稿中表示：“考虑到Broad研究所的使命是为了加速我们对于疾病的理解和治疗，因此我们承诺授权给全球的研究团队使用这种技术的权利。”但是，在更有利可图的商业化应用领域，这一专利的出现是否会对使用该技术的企业造成影响还有待观察，毕竟Broad研究所在上述表态之外还有一句：“享有这一专利的限制权”

3. nginx cas单点登录受影响吗

1.1.  What is CAS ？
CAS （ Central Authentication Service ） 是 Yale 大学发起的一个企业级的、开源的项目，旨在为 Web 应用系统提供一种可靠的单点登录解决方法（属于 Web SSO ）。
CAS 开始于 2001 年， 并在 2004 年 12 月正式成为 JA-SIG 的一个项目。
1.2.  主要特性
1、   开源的、多协议的 SSO 解决方案； Protocols ： Custom Protocol 、 CAS 、 OAuth 、 OpenID 、 RESTful API 、 SAML1.1 、 SAML2.0 等。
2、   支持多种认证机制： Active Directory 、 JAAS 、 JDBC 、 LDAP 、 X.509 Certificates 等；
3、   安全策略：使用票据（ Ticket ）来实现支持的认证协议；
4、   支持授权：可以决定哪些服务可以请求和验证服务票据（ Service Ticket ）；
5、   提供高可用性：通过把认证过的状态数据存储在 TicketRegistry 组件中，这些组件有很多支持分布式环境的实现，如： BerkleyDB 、 Default 、 EhcacheTicketRegistry 、 JDBCTicketRegistry 、 JBOSS TreeCache 、 JpaTicketRegistry 、 MemcacheTicketRegistry 等；
6、   支持多种客户端： Java 、 .Net 、 PHP 、 Perl 、 Apache, uPortal 等。
 
2.      SSO 单点登录原理
本文内容主要针对 Web SSO 。
2.1.  什么是SSO
单点登录（ Single Sign-On , 简称 SSO ）是目前比较流行的服务于企业业务整合的解决方案之一， SSO 使得在多个应用系统中，用户只需要 登录一次 就可以访问所有相互信任的应用系统。
2.2.  SSO 原理
2.2.1.      SSO 体系中的角色
一般 SSO 体系主要角色有三种：
1、 User （多个）
2、 Web 应用（多个）
3、 SSO 认证中心（ 1 个 ）
2.2.2.      SSO 实现模式的原则
SSO 实现模式一般包括以下三个原则：
1、   所有的认证登录都在 SSO 认证中心进行；
2、   SSO 认证中心通过一些方法来告诉 Web 应用当前访问用户究竟是不是已通过认证的用户；
3、   SSO 认证中心和所有的 Web 应用建立一种信任关系，也就是说 web 应用必须信任认证中心。（单点信任）
2.2.3.      SSO 主要实现方式
SSO 的主要实现方式有：
1、   共享 cookies
基于共享同域的 cookie 是 Web 刚开始阶段时使用的一种方式，它利用浏览同域名之间自动传递 cookies 机制，实现两个域名之间系统令牌传递问题；另外，关于跨域问题，虽然 cookies 本身不跨域，但可以利用它实现跨域的 SSO 。如：代理、暴露 SSO 令牌值等。
缺点：不灵活而且有不少安全隐患，已经被抛弃。
2、   Broker-based( 基于经纪人 )
这种技术的特点就是，有一个集中的认证和用户帐号管理的服务器。经纪人给被用于进一步请求的电子身份存取。中央数据库的使用减少了管理的代价，并为认证提供一个公共和独立的 " 第三方 " 。例如 Kerberos 、 Sesame 、 IBM KryptoKnight （凭证库思想 ) 等。 Kerberos 是由麻省理工大学发明的安全认证服务，已经被 UNIX 和 Windows 作为默认的安全认证服务集成进操作系统。
3、   Agent-based （基于代理人）
在这种解决方案中，有一个自动地为不同的应用程序认证用户身份的代理程序。这个代理程序需要设计有不同的功能。比如，它可以使用口令表或加密密钥来自动地将认证的负担从用户移开。代理人被放在服务器上面，在服务器的认证系统和客户端认证方法之间充当一个 " 翻译 " 。例如 SSH 等。
4、   Token-based
例如 SecureID,WebID ，现在被广泛使用的口令认证，比如 FTP 、邮件服务器的登录认证，这是一种简单易用的方式，实现一个口令在多种应用当中使用。
5、   基于网关
6、   基于 SAML
SAML(Security Assertion Markup Language ，安全断言标记语言）的出现大大简化了 SSO ，并被 OASIS 批准为 SSO 的执行标准 。开源组织 OpenSAML 实现了 SAML 规范。
 
3.      CAS 的基本原理
3.1.  结构体系
从结构体系看， CAS 包括两部分： CAS Server 和 CAS Client 。
3.1.1.      CAS Server
CAS Server 负责完成对用户的认证工作 , 需要独立部署 , CAS Server 会处理用户名 / 密码等凭证 (Credentials) 。
3.1.2.      CAS Client
负责处理对客户端受保护资源的访问请求，需要对请求方进行身份认证时，重定向到 CAS Server 进行认证。（原则上，客户端应用不再接受任何的用户名密码等 Credentials ）。
CAS Client 与受保护的客户端应用部署在一起，以 Filter 方式保护受保护的资源。
3.2.  CAS 原理和协议
3.2.1.      基础模式
基础模式 SSO 访问流程主要有以下步骤：
1. 访问服务： SSO 客户端发送请求访问应用系统提供的服务资源。
2. 定向认证： SSO 客户端会重定向用户请求到 SSO 服务器。
3. 用户认证：用户身份认证。
4. 发放票据： SSO 服务器会产生一个随机的 Service Ticket 。
5. 验证票据： SSO 服务器验证票据 Service Ticket 的合法性，验证通过后，允许客户端访问服务。
6. 传输用户信息： SSO 服务器验证票据通过后，传输用户认证结果信息给客户端。
下面是 CAS 最基本的协议过程：
 
 cas基础协议图
基础协议图
 
如上图： CAS Client 与受保护的客户端应用部署在一起，以 Filter 方式保护 Web 应用的受保护资源，过滤从客户端过来的每一个 Web 请求，同时， CAS Client 会分析 HTTP 请求中是否包含请求 Service Ticket( ST 上图中的 Ticket) ，如果没有，则说明该用户是没有经过认证的；于是 CAS Client 会重定向用户请求到 CAS Server （ Step 2 ），并传递 Service （要访问的目的资源地址）。 Step 3 是用户认证过程，如果用户提供了正确的 Credentials ， CAS Server 随机产生一个相当长度、唯一、不可伪造的 Service Ticket ，并缓存以待将来验证，并且重定向用户到 Service 所在地址（附带刚才产生的 Service Ticket ） , 并为客户端浏览器设置一个 Ticket Granted Cookie （ TGC ） ； CAS Client 在拿到 Service 和新产生的 Ticket 过后，在 Step 5 和 Step6 中与 CAS Server 进行身份核实，以确保 Service Ticket 的合法性。
在该协议中，所有与 CAS Server 的交互均采用 SSL 协议，以确保 ST 和 TGC 的安全性。协议工作过程中会有 2 次重定向 的过程。但是 CAS Client 与 CAS Server 之间进行 Ticket 验证的过程对于用户是透明的（使用 HttpsURLConnection ）。
    CAS 请求认证时序图如下：
 cas认证时序图  
3.2.1.      CAS 如何实现 SSO
当用户访问另一个应用的服务再次被重定向到 CAS Server 的时候， CAS Server 会主动获到这个 TGC cookie ，然后做下面的事情：
1) 如果 User 持有 TGC 且其还没失效，那么就走基础协议图的 Step4 ，达到了 SSO 的效果；
2) 如果 TGC 失效，那么用户还是要重新认证 ( 走基础协议图的 Step3) 。
 
3.2.2.      CAS 代理模式
该模式形式为用户访问 App1 ， App1 又依赖于 App2 来获取一些信息，如： User -->App1 -->App2 。
这种情况下，假设 App2 也是需要对 User 进行身份验证才能访问，那么，为了不影响用户体验（过多的重定向导致 User 的 IE 窗口不停地闪动 ) ， CAS 引入了一种 Proxy 认证机制，即 CAS Client 可以代理用户去访问其它 Web 应用。
代理的前提是需要 CAS Client 拥有用户的身份信息 ( 类似凭据 ) 。之前我们提到的 TGC 是用户持有对自己身份信息的一种凭据，这里的 PGT 就是 CAS Client 端持有的对用户身份信息的一种凭据。凭借 TGC ， User 可以免去输入密码以获取访问其它服务的 Service Ticket ，所以，这里凭借 PGT ， Web 应用可以代理用户去实现后端的认证，而 无需前端用户的参与 。
下面为代理应用（ helloService ）获取 PGT 的过程： （注： PGTURL 用于表示一个 Proxy 服务，是一个回调链接； PGT 相当于代理证； PGTIOU 为取代理证的钥匙，用来与 PGT 做关联关系；）
 cas代理PGT获取  
如上面的 CAS Proxy 图所示， CAS Client 在基础协议之上，在验证 ST 时提供了一个额外的 PGT URL( 而且是 SSL 的入口 ) 给 CAS Server ，使得 CAS Server 可以通过 PGT URL 提供一个 PGT 给 CAS Client 。
CAS Client 拿到了 PGT(PGTIOU-85 … ..ti2td) ，就可以通过 PGT 向后端 Web 应用进行认证。
下面是代理认证和提供服务的过程：
 
如上图所示， Proxy 认证与普通的认证其实差别不大， Step1 ， 2 与基础模式的 Step1,2 几乎一样，唯一不同的是， Proxy 模式用的是 PGT 而不是 TGC ，是 Proxy Ticket （ PT ）而不是 Service Ticket 。
 
3.2.3.      辅助说明
CAS 的 SSO 实现方式可简化理解为： 1 个 Cookie 和 N 个 Session 。 CAS Server 创建 cookie ，在所有应用认证时使用，各应用通过创建各自的 Session 来标识用户是否已登录。
用户在一个应用验证通过后，以后用户在同一浏览器里访问此应用时，客户端应用中的过滤器会在 session 里读取到用户信息，所以就不会去 CAS Server 认证。如果在此浏览器里访问别的 web 应用时，客户端应用中的过滤器在 session 里读取不到用户信息，就会去 CAS Server 的 login 接口认证，但这时 CAS Server 会读取到浏览器传来的 cookie （ TGC ），所以 CAS Server 不会要求用户去登录页面登录，只是会根据 service 参数生成一个 Ticket ，然后再和 web 应用做一个验证 ticket 的交互而已。
3.3.  术语解释
CAS 系统中设计了 5 中票据： TGC 、 ST 、 PGT 、 PGTIOU 、 PT 。
Ø     Ticket-granting cookie(TGC) ：存放用户身份认证凭证的 cookie ，在浏览器和 CAS Server 间通讯时使用，并且只能基于安全通道传输（ Https ），是 CAS Server 用来明确用户身份的凭证；
Ø   Service ticket(ST) ：服务票据，服务的惟一标识码 , 由 CAS Server 发出（ Http 传送），通过客户端浏览器到达业务服务器端；一个特定的服务只能有一个惟一的 ST ；
Ø   Proxy-Granting ticket （ PGT ）：由 CAS Server 颁发给拥有 ST 凭证的服务， PGT 绑定一个用户的特定服务，使其拥有向 CAS Server 申请，获得 PT 的能力；
Ø   Proxy-Granting Ticket I Owe You （ PGTIOU ） : 作用是将通过凭证校验时的应答信息由 CAS Server 返回给 CAS Client ，同时，与该 PGTIOU 对应的 PGT 将通过回调链接传给 Web 应用。 Web 应用负责维护 PGTIOU 与 PGT 之间映射关系的内容表；
Ø   Proxy Ticket (PT) ：是应用程序代理用户身份对目标程序进行访问的凭证；
 
其它说明如下：
Ø   Ticket Granting ticket(TGT) ：票据授权票据，由 KDC 的 AS 发放。即获取这样一张票据后，以后申请各种其他服务票据 (ST) 便不必再向 KDC 提交身份认证信息 (Credentials) ；
Ø   Authentication service(AS) --------- 认证用服务，索取 Credentials ，发放 TGT ；
Ø   Ticket-granting service (TGS) --------- 票据授权服务，索取 TGT ，发放 ST ；
Ø   KDC( Key Distribution Center ) ---------- 密钥发放中心；
 
4.      CAS 安全性
CAS 的安全性仅仅依赖于 SSL 。使用的是 secure cookie 。
4.1.  TGC/PGT 安全性
对于一个 CAS 用户来说，最重要是要保护它的 TGC ，如果 TGC 不慎被 CAS Server 以外的实体获得， Hacker 能够找到该 TGC ，然后冒充 CAS 用户访问 所有 授权资源。 PGT 的角色跟 TGC 是一样的。
从基础模式可以看出， TGC 是 CAS Server 通过 SSL 方式发送给终端用户，因此，要截取 TGC 难度非常大，从而确保 CAS 的安全性。
TGT 的存活周期默认为 120 分钟。
4.2.  ST/PT 安全性
ST （ Service Ticket ）是通过 Http 传送的，因此网络中的其他人可以 Sniffer 到其他人的 Ticket 。 CAS 通过以下几方面来使 ST 变得更加安全（事实上都是可以配置的）：
1、   ST 只能使用一次
CAS 协议规定，无论 Service Ticket 验证是否成功， CAS Server 都会清除服务端缓存中的该 Ticket ，从而可以确保一个 Service Ticket 不被使用两次。
2、   ST 在一段时间内失效
CAS 规定 ST 只能存活一定的时间，然后 CAS Server 会让它失效。默认有效时间为 5 分钟。
3、   ST 是基于随机数生成的
ST 必须足够随机，如果 ST 生成规则被猜出， Hacker 就等于绕过 CAS 认证，直接访问 对应的 服务。
 
5.      参考资料
1、 https://wiki.jasig.org/display/CASUM/Introduction
2、 http://www.jasig.org/cas/protocol/
3、 http://www.ibm.com/developerworks/cn/opensource/os-cn-cas/index.html
4、 http://www.blogjava.net/security/archive/2006/10/02/sso_in_action.html
5、 http://baike.baidu.com/view/190743.htm

4. 中国科学院"国际人才计划"是什么回事

　　一、 为了吸引外国优秀人才参与我院科研工作，拓展我院国际科研伙伴关系网络，提高我院科研队伍的国际化水平，增强我院的国际吸引力和竞争力，中国科学院决定实施“中国科学院国际人才计划”（以下简称“国际人才计划”）。

　　二、  国际人才计划包括四类资助项目：

　　（一）   国际杰出学者项目（英文为“CAS 
President’s International Fellowship for Distinguished 
Scientists”）；

　　（二）   国际访问学者项目（英文为“CAS 
President’s International Fellowship for Visiting 
Scientists”）；

　　（三）   国际博士后项目（英文为“CAS 
President’s International Fellowship for Postdoctoral 
Researchers”）；

　　（四）   国际博士生项目，又称“中国科学院与发展中国家科学院院长奖学金计划”（英文为“CAS-TWAS 
President’s Fellowship for International PhD 
Students”）。

5. 请问一个关于英国签证CAS的问题，谢谢

是要证书，再让你们学校出一张reference letter写上你的入学和毕业时间，成绩等等会比较保险