科技新闻

Kubernetes支持YAML和JSON格式创建资源对象 1，JSON格式用于接口之间消息的传递 2，YAML格式用于配置和管理 3，YAML是一种简洁的非标记性语言 语法格式： 缩进标识层级关系 不支持制表符（tab）缩进，使用空格缩进 通常开头缩进两个空格 字符后缩进一个空格，如冒号，逗号等 “---”表示YAML格式，一个文件的开始 “#”表示注释 `查看应用名称` [root@master1 ~]# kubectl api-versions admissionregistration.k8s.io/v1beta1 apiextensions.k8s.io/v1beta1 apiregistration.k8s.io/v1 apiregistration.k8s.io/v1beta1 apps/v1 apps/v1beta1 apps/v1beta2 authentication.k8s.io/v1 authentication.k8s.io/v1beta1 authorization.k8s.io/v1 authorization.k8s.io/v1beta1 autoscaling/v1 autoscaling/v2beta1 autoscaling/v2beta2 batch/v1 batch/v1beta1 certificates.k8s.io/v1beta1

“云计算”这个词，相信大家都非常熟悉了。作为IT行业的热门技术，它频繁出现在各大媒体的新闻报道中。BAT这样的互联网企业，也经常把它挂在嘴边。相信很多人都想学习云计算，跟上技术潮流。如果对云计算有一定了解的话，应该会或多或少地听到这些名词——OpenStack、Hypervisor、KVM、Docker、K8S…云计算到底是什么？看完千锋的这一篇文章就够了。 首先以上这些名词，全部都属于云计算的范畴。对于自学的初学者来说，想要理解这些名词的具体含义，还有它们之间的关系，并不是一件容易的事情。虽然互联网上有很多的资料，但是杂乱无章、晦涩难懂，对新人很不友好，容易让人晕头转向，甚至打退堂鼓。所以作为云计算的入门第一课，将给大家做一个通俗易懂的宏观介绍，重点解释最主要的几个名词，和它们之间的关系，希望对大家入门有所帮助。 在介绍那些古怪名词之前，我先简单介绍一下云计算。以前电脑被发明的时候，还没有网络，每个电脑（PC），就是一个单机。这台单机，包括CPU、内存、硬盘、显卡等硬件。用户在单机上，安装操作系统和应用软件，完成自己的工作。后来，有了网络（Network），单机与单机之间，可以交换信息，协同工作。再后来，单机性能越来越强，就有了服务器（Server）。人们发现，可以把一些服务器集中起来，放在机房里，然后让用户通过网络，去访问和使用机房里的计算机资源。 再再后来

HTTP协议 一、定义 　　HTTP协议(超文本传输协议)：是一种无状态的、应用层的、以请求/响应的方式运行的协议，它使用可扩展语义和自然描述消息格式，与基于网络的超文本信息系统灵活的互动。 二、HTTP消息格式 (一)、语义化的表达格式 请求格式 请求方法：GET、PUT、POST、PATCH、DELETE path路径 版本号　　　　 响应格式 来源： https://www.cnblogs.com/ddzc/p/12363258.html

Kafka的消息是保存或缓存在磁盘上的，一般认为在磁盘上读写数据是会降低性能的，因为寻址会比较消耗时间，但是实际上，Kafka的特性之一就是高吞吐率。 即使是普通的服务器，Kafka也可以轻松支持每秒百万级的写入请求，超过了大部分的消息中间件，这种特性也使得Kafka在日志处理等海量数据场景广泛应用。 针对Kafka的基准测试可以参考， Apache Kafka基准测试：每秒写入2百万（在三台廉价机器上） 下面从数据写入和读取两方面分析，为什么Kafka速度这么快。 写入数据 Kafka会把收到的消息都写入到硬盘中，它绝对不会丢失数据。为了优化写入速度Kafka采用了两个技术， 顺序写入 和 MMFile 。 顺序写入 磁盘读写的快慢取决于你怎么使用它，也就是顺序读写或者随机读写。在顺序读写的情况下，某些优化场景磁盘的读写速度可以和内存持平（注：此处有疑问， 不推敲细节，参考 http://searene.me/2017/07/09/Why-is-Kafka-so-fast/ ）。 因为硬盘是机械结构，每次读写都会寻址->写入，其中寻址是一个“机械动作”，它是最耗时的。所以硬盘最讨厌随机I/O，最喜欢顺序I/O。为了提高读写硬盘的速度，Kafka就是使用顺序I/O。 而且Linux对于磁盘的读写优化也比较多，包括read-ahead和write-behind，磁盘缓存等

上一篇我们一起探索了 iOS 类的底层原理，其中比较重要的四个属性我们都简单的过了一遍，我们接下来要重点探索第三个属性 cache_t ，对于这个属性，我们可以学习到苹果对于缓存的设计与理解，同时也会接触到消息发送相关的知识。 一、探索 cache_t 1.1 cache_t 基本结构 我们还是先过一遍 OC 中类的结构: struct objc_class : objc_object { // Class ISA; Class superclass ; cache_t cache ; // formerly cache pointer and vtable class_data_bits_t bits ; // class_rw_t * plus custom rr/alloc flags class_rw_t * data ( ) { return bits . data ( ) ; } . . . 省略代码 . . . } 接着我们查看源码中 cache_t 的定义： struct cache_t { struct bucket_t * _buckets ; mask_t _mask ; mask_t _occupied ; . . . 省略代码 . . . } 然后我们发现 cache_t 结构体的第一个成员 _buckets 也是一个结构体类型 bucket_t

Redis简介 什么是Redis Redis的全称是 Remote Dictionary Server，它是一款 开源的 高性能的 NoSQL 数据库，它可以用作 数据库 、 缓存 和 消息队列 。 什么是NoSQL NoSQL最常见的解释是 non-relational ,非关系型数据库，还有一种说法是 Not Only SQL，不仅仅是SQL,NoSQL仅仅是一个概念，泛指非关系型数据库，区别于关系数据库，它们不保证关系数据的ACID特性。ACID即 A（Atomicity）原子性 C（Consistency）一致性 I（Isolation）独立性 D（Durability）持久性 Redis通过提供多种键值对的数据类型来适应不同场景下的存储需求。 NoSQL的代表 作为NoSQL的代表主要有 MongoDB Redis Memcached NoSQL的优点 Redis相较于关系型数据库模型，它还是有很多有点的 易扩展 NoSQL数据库种类繁多，但是一个共同的特点就是去掉关系数据库的关系型特性，数据之间无关系，这样就非常容易扩展。 大数据量，高性能 NoSQL数据库都具有非常高的读写性能，尤其在大数据量下，同样表现很优秀。 灵活的数据模型 NoSQL无需事先简历字段，这省去了关系型数据库一旦建立字段，可扩展性非常差的不利局面。NoSQL随时可以存储自定义的数据格式。 高可用

一个NSNotificationCenter对象(通知中心)提供了在程序中广播消息的机制，它实质上就是一个通知分发表。这个分发表负责维护为各个通知注册的观察者，并在通知到达时，去查找相应的观察者，将通知转发给他们进行处理。 本文主要了整理了一下NSNotificationCenter的使用及需要注意的一些问题，并提出了一些未解决的问题，希望能在此得到解答。 获取通知中心 每个程序都会有一个默认的通知中心。为此，NSNotificationCenter提供了一个类方法来获取这个通知中心： + (NSNotificationCenter *)defaultCenter 获取了这个默认的通知中心对象后，我们就可以使用它来处理通知相关的操作了，包括注册观察者，移除观察者、发送通知等。 通常如果不是出于必要，我们一般都使用这个默认的通知中心，而不自己创建维护一个通知中心。 添加观察者 如果想让对象监听某个通知，则需要在通知中心中将这个对象注册为通知的观察者。早先，NSNotificationCenter提供了以下方法来添加观察者： - (void)addObserver:(id)notificationObserver selector:(SEL)notificationSelector name:(NSString *)notificationName object:(id

来自David Yin消息：Google发布广泛的核心算法更新，每年都有的被命名为 January 2020 Core Update。在之后的几天，此更新就同步到 Google 全球的数据中心了。通常此类核心更新的完全完成并生效，大致需要两周的时间。 在同一天，也是十三日，Google 宣布，去年也就是2019年在移动设备上所使用的新界面，会在桌面上采用。主要的就是会在搜索结果中，显示域名，以及知名品牌的图标，以及粗体显示的 Ad 标志。样例如下。 对于站长来说，网站图标的规范制作就很重要，请参考这里的 Google 说明。 关于排名来说，结构化数据是作为一种选项提供给 Google 的搜索，以加强网页的显示，并没有对排名有影响。只会对显示的结果有所改变，使其对于用户来说更加吸引人。这是 Google 的说法，在 DavidYin看来，没有直接影响，也会有间接的影响，比如搜索结果更加吸引人点击，那么点击率的提高也会影响排名。 在 Google 搜索结果中，首页的十个结果是不会有重复的。而在第二页，就有可能发生重复。 有关百度的没有可以说明的。 作者：卢松松 来源：卢松松博客，欢迎分享 来源： 51CTO 作者： wx5c7e33e5878de 链接： https://blog.51cto.com/14226418/2470047

我想在网页上创建一个链接，该链接将关闭浏览器中当前处于活动状态的标签，而不关闭浏览器中的其他标签。 当用户单击关闭链接时，将出现一条警告消息，要求用户使用两个按钮“是”和“否”进行确认。 如果用户单击“是”，则关闭该页面，如果“否”，则不执行任何操作。 如何做呢？ 有什么建议么？ #1楼 此方法适用于Chrome和IE： <a href="blablabla" onclick="setTimeout(function(){var ww = window.open(window.location, '_self'); ww.close(); }, 1000);"> If you click on this the window will be closed after 1000ms </a> #2楼 已在FF 18和Chrome 24中成功测试： 插入头部： <script> function closeWindow() { window.open('','_parent',''); window.close(); } </script> HTML： <a href="javascript:closeWindow();">Close Window</a> 版权归 Marcos J. Drake所有 。 #3楼 尝试这个 <a href="javascript:window.open(

1. Solo共识介绍 Solo共识模式是指Order节点为单节点通信模式，由Peer节点发送过来的消息由一个Order节点进行排序和产生区块。 由于排序服务只有一个Order为所有节点（Peer）服务，没有高可用性和可扩展性，不适合用于生产环境，可以用于开发和测试环境。 Solo is not intended for production. It is not, and will never be, fault tolerant.——Fabric官方文档 2. Solo共识设计 Solo共识工作时序如下图所示。图中所描述的范围是在SDK发起交易到交易落地这整个过程。 在Order节点容器启动时，启动Solo排序服务，开启监SDK发送过来的消息，收到消息后调用Solo服务进行数据区块处理。其中，Solo模式调用过程说明： （1）SDK通过gRPC连接Peer，发送交易信息Tx； （2）Peer调用合约后，将返回结果再回复给SDK； （3）SDK通过gRPC连接Order，将（2）的sdkPeerReply发送给Order，执行Solo共识服务： A.接收消息 B.消息入列 C.消息排序 D.消息切块（根据时间或交易数量分切） E.生成区块 F.写入区块文件 G.通知Peers 3. Solo共识模式网络部署 首先order设置共识机制为“solo”