ipad如何用笔换行（苹果平板怎么换行）？如果你对这个不了解，来看看！
iPhone 备忘录原来这么强大，90%的人都不知道，下面是易用软件问答给大家的分享，一起来看看。
ipad如何用笔换行
说到备忘录，相信很多人都不陌生，这个功能不仅方便快捷，随手可以记录一些重要事宜，而且功能还十分强大。如果你只知道它的换行功能，那就真的out了，看似在角落中不被重视的备忘录，其实蕴含了很多强大的功能。下面就一起来看看iPhone备忘录的强大功能吧。
苹果设备的联动功能
在 macOS High Sierra 之后苹果将原生的备忘录 APP 进行一次升级，如果你有两台以上的苹果设备，例如 Mac 或者 iPad ，就可以实现多台苹果设备完美使用备忘录的联动效果。
iOS备忘录
使用 iOS 备忘录，最好将它脱离单机的状态，这样可以体会到多台设备无缝连接的完美使用感受。
1、添加账户
操作步骤：打开设置——Apple ID——iCloud——打开备忘录，即可在备忘录中打开iCloud账户。
完成操作后，在备忘录中就会看到【iCloud】和【我的iPhone】两个选项。
【iCloud】账户下的备忘录可以同步你在 iPad 或者 Mac 中备忘信息，也可以看到在 iPhone 中新创建的备忘录，而【我的iPhone】中的备忘录，就只能看到 iPhone 中创建的新内容。
建议：
建议大家将主要的备忘录建立在【iCloud】账户中，而【我的iPhone】账户你可以在设置——备忘录中将其关掉，若不想关闭，也可把【iCloud】账户设置为默认账户。
2、创建新的备忘录
打开备忘录——创建，是大家都知道的传统创建方式，其实备忘录还可以花式创建！
Siri：可以呼出 Siri ，并说出想要创建的备忘录内容。例如：嘿 Siri ，创建会议纪要大纲。
锁屏页面：首先将备忘录放置于小组件中，在锁屏状态下将其向上呼出，iPhone 6s 后机型重按起图标即可（iPhone 6s 前机型为长按）。
快速创建：将备忘录添加到通知中心小组件后，也可以快速创建。
3、搜索，一秒解决
随着备忘录越写越多，想要找到某一项也并不是难事。
常规操作：在备忘录搜索栏中输入关键字
关键字：
【每个备忘录的正文】
【备忘录中附件的文件名】
【附加到备忘录的文本文件（如Pages文稿和PDF）】
【在 iOS 设备上创建并附加到备忘录的字间绘图】
图片：
如果想要查看图片和链接等附件，可点击【附件】按钮来查找。
自然语言搜索：备忘录除了常规搜索，还可以通过自然语言搜索。
关键字：
【上周创建】
【今天修改】
【去年六月】
【带有图像】
【带有关于改造的文稿】
【共享的备忘录】
只要在搜索栏中输入自然语言就能进行快速检索，你想要的全部一秒找到！
玩转备忘录
1、创建核对清单
备忘录的下方有一个“对勾”选项，点击即可快速创建核对清单，完成的任务点击对勾，未完成的则归为待办事项。
2、快速设置文字格式
选中需要设置的文字后，点击【Aa】后即可快速设置标题、下划线、加粗、斜体等选项，还可以设置不同层级别的无序列表、点击最左的方框建立表格。
3、添加一切需要的
(1)添加照片和视频在备忘录中可以添加需要的照片和视频。
(2)绘画功能
点击【+】——【添加速绘】，即可进入备忘录中的绘画功能，两种不同的笔触、尺子、橡皮以及多种彩色，能带给你非同一般的使用感受。
(3)扫描文稿功能
点击【+】——【扫描文稿】，即可将纸质文件快速添加到备忘录中，点击【储存】就可以将扫描的文稿添加到备忘录中，还可以缩小文稿，以达到想要的效果。
4、收纳一切需要的
如果在某个APP上看到一篇好的文章，可以点击分享——更多——添加到备忘录，即可快速将文章收录其中。操作之后在备忘录中就会看到一张有标题、网址以及封面的卡片，点击就可快速跳转网页。
想了解更多知识，请持续关注我们。
苹果平板怎么换行
HTTP含义HTTP的直译意是：超文本传输协议。它是一个明文传输协议。何为明文？就是在整个传输过程中，不管是客户端的请求还是服务器的响应，都是明文的，这样就表示其他人可以窃取或篡改。
在层面上，HTTP是面向事务的应用层协议。什么是事务？所谓事务就是，一系列的信息交换，一系列信息交换是一个不可分割的整体，就是说要么全部交换完成，要么一次交换信息都不进行。
每个万维网的网点都有一个服务器进程，它不断的监听TCP的80端口，以便发现是否有浏览器向服务器发出连接建立请求。一旦监听到连接建立并建立TCP连接之后，客户端就会向服务器发出浏览某个页面的请求，服务器就会返回对于页面资源给客户端作为响应。最后，TCP连接释放断开了。这个过程中客户端的请求和服务器的响应之间的交互，必须按照规定的格式和遵循一定的规则，这些格式和规则就是超文本传输协议HTTP。
HTTP协议特点简单快速：客户端请求资源时，只需要请求路径和请求方法。灵活：HTTP协议支持任意类型的数据对象，正在传输的类型使用Content-Type标记。无连接的：无连接是，每次连接只能处理一个请求，服务器响应客户端，当服务器确认客户端拿到响应结果后，服务器就断开连接了，这样节省了传输效率。无状态的：HTTP协议是无状态协议。无状态是指协议对事务处理没有记忆能力。缺少状态意味着，后续处理需要前面的信息时，它必须重传，这样就导致了请求中的数据量不断增大。再举一个具体的例子，就是客户端去访问一个服务器上的资源，当客户端再次第二次去访问同一个服务器上的同一个资源时，服务器给的响应与第一次相同。因为服务器不知道哪些客户端访问自己，也同时不知道同一个客户端访问过自己多少次。这样的设计简化了服务器的设计。支持B/S、C/S端B/S：Browser浏览器，负责显示内容；Server服务器，负责提供显示的内容。C/S：Client客户端（通常是APP等），负责显示页面内容；Server服务器，负责提供显示的内容。Browser和Client很像的，两者都是负责内容展示的。只是Client通常表示手机、平板、电脑等上的APP，Browser是指浏览器页面。服务器的概念严格来说，服务器是一台计算机，只提供服务，不是用户用的。
通常我们所说的服务器，是服务容器。服务容器：是一个程序（服务进程），它能监听端口，处理请求并返回请求内容。
我们通常说的搭建一个服务器，监听哪个端口，进而对请求做出响应，其实说的就是服务容器，只不过我们习惯叫它服务器。
HTTP报文格式使用HTTP协议时，必定是一方是客户端，一方是服务端。客户端发送请求，服务端接收请求并响应客户端。其中请求有请求报文的格式，响应有响应报文的格式。
请求报文由三部分组成：请求行、请求头、请求体
请求行：请求方法 请求地址 协议版本（注意 都是以一个空格隔开的）请求头：请求行换行后的内容，有很多HTTP首部字段，比如，Connection、Content-Type等，采取键值对的方式，用冒号‘: ’隔开。（英文的冒号+空格）请求体：请求头换两行后的内容。一般请求体用的不多，根据请求方式而变。GET www.baidu.com HTTP/1.1Connection: keep-aliveHost: localhost\n\nbody
请求方式GET和POST的区别
主要分为两点：
不是基于RFC规范，只是符合语法和HTTP协议语法的话，GET和POST几乎没什么区别，只是名字不同而已。如果是基于RFC规范的话，同样分为两部分理论上：GET和POST语法相同，只是语义不同而已。GET是获取资源，而POST是发送数据的，其他方面没有什么区别。实现上：也就是我们常探讨的那些区别，出现这些区别的是因为浏览器是这些规范的实现者常见的那些不同GET的数据在URL上可见，POST数据不显示在URL上。可见、不显示、不可见的区别在URL上可见，但是不一定在URL上显示全，可能整个路径在url上可见但是显示不全不显示在URL上，不代表不可见，POST不显示URL上，但在请求体上可见GET比POST相对来说安全性较差，因为GET的数据在URL上。POST的数据存储在请求体中GET的长度有限制，POST长度无限GET请求的资源可以收藏为书签，POST的不行GET请求在点击后退、刷新按钮时无影响，POST不行GET请求历史参数会保留在浏览器，POST不行GET请求的编码格式：application/x-www-form-url，POST的编码格式有很多，encodedapplication/x-www-urlencoded、multipart/form-dataGET请求只允许ASCII（中文在url中存在%之类的东西），POST没有编码限制，甚至允许读二进制响应报文三部分组成：响应行、响应头、响应体
响应行 ：协议版本 状态码 描述状态码的原因短语响应头：同样是HTTP首部字段响应体：客户端请求的资源内容HTTP/1.1 200 okContent-Length: 362Content-Type: text/htm\n\n资源内容
TCP三次握手在客户端和服务器通讯的过程中，客户端发出请求前必须建立TCP连接，也就是要通过三次握手来达到连接的目的。客户端：A，服务器：B。
用自己的话简明叙述三次握手的过程：
第一次：A向B发出建立连接的信息，表示A能发内容第二次：B接收到A信息，并响应给A结果，表示B能接收信息，B也能发送内容第三次：A接收到B给的响应结果，表示A能接收信息
图解：
客户端在完成所有请求后想要断开TCP连接，经历四步确保成功断开连接。客户端：A，服务器：B。
第一次：A说我发完了，想断开连接，表示A想断开连接第二次：B收到A断开连接的请求，并响应给A，表示B知道A想要断开连接，并告诉A自己知道了第三次：A接收到B知道断开连接的消息，A告诉B我断开连接了第四次：B接收到A已经断开连接了，B自己也断开连接了
图解：
因为HTTP是无状态协议，服务器没有对事务处理的记忆能力。当用户登录账号后，再去访问其他资源时，由于服务器不记得该用户登录过，所以用户需要再次输入账号密码登录才能继续访问，这样整个过程就很繁琐。
Cookie所以，采用了Cookie进行状态管理。Cookie是保存在服务器端的。
说一下登录的过程：1）初次登录：服务器此时没有Cookie2）用户登录：服务器验证用户账号密码，并生成一个该用户的Cookie3）登录成功：服务器会把请求结果以及生成的Cookie一并响应给用户4）用户再次请求：请求头中会自动带上服务器返回的Cookie值5）服务器响应：服务器接收到用户请求时，会拿到用户的Cookie，跟自己的Cookie表进行核实，发现存在这个用户的Cookie说明用户登录过6）给出响应结果，不需要登录
当用户第一次登录时，服务器会验证并生成一个Cookie，会把请求结果以及生成的Cookie一并响应给用户；在用户下次访问时，请求头中会自动带上服务器返回的Cookie值，这样当服务器接收到用户请求时，会拿到用户的Cookie，跟自己的Cookie表进行核实，发现存在这个用户的Cookie说明用户登录过，这次访问不需要登录了。
上图上图：
Cookie缺点：
XXS注入攻击：Cookie可以保存在浏览器上还可以长期保存在浏览器上，某个坏人复制了我浏览器上的Cookie就可以使用我的账号登录了Cookie存在跨域问题：Cookie是保存在不同的域名下面的，也就是不同的域Cookie不同，Cookie不可跨域访问。想象一下，淘宝域名下可以存在百度的Cookie吗？百度域名下可以存在淘宝的Cookie吗？当然是不能l。对于服务器：当用户量非常大的时候，就代表服务器端保存的用户的Cookie量也很大，这就导致服务器会崩溃。Session因为Cookie状态管理存在缺点：因为Cookie是存储在服务器端的，当用户量非常大时，服务器端就不行了。所以，选择另外一个方式 —— Session。Session是存储在浏览器的，这样服务器端就减轻了负担，不用每次都传输用户的Cookie值了。
HTTP协议的缺点HTTP明文传输，无法保证信息的保密性，内容可能被窃听HTTP是不会验证通信者的身份，因此可能遭遇身份伪装HTTP无法证明报文的完整性，所以有可能已遭篡改加密 + 认证 + 完整性保护 才能真正确保安全的通信。 ------- HTTPS协议
HTTPS协议HTTPSs协议是在TCP/IP协议上加了一层SSL协议。因为http协议是明文传输协议，所以在请求和响应的过程中，会存在安全问题，为了保证传输过程中的安全性采取https协议。
SSL协议中安全的地方，采取加密。常用的有对称加密和非对称加密。对称加密：共享**加密。只有一个公钥。用这个公钥加密，同时也用它进行解密。
使用共享**加密时，首先是得传递共享的**。所以进而就是要解决如何把共享**传递给服务器？那就引出了另一个加密方法。非对称加密：公开**加密。一个公钥一个私钥。可以用公钥加密私钥解密，也可以用私钥加密公钥解密。通常都是公钥公开，私钥自己保留。
混合加密：使用非对称加密方式加密通信通道，使用对称加密方式加密传输内容。
混合加密的过程，就是服务器自己产生有一个**对，其中公钥（k2）是公开的，客户端自己生成一个公钥（k1），当客户端请求服务器时，客户端用服务器的公钥（k2）加密客户端自己的公钥（k1）发给服务器，服务器接收到了使用k2加密后的密文，服务器使用k2对应的私钥解密客户端发来的密文，得到客户端的公钥（k1）。以后，客户端和服务器的传输就使用客户端的公钥（k1）进行加密。
但是这样也会存在一个问题，如果一个黑客拦截了服务器响应内容，黑客也生成一个**对，黑客使用它自己的公钥（k3）对拦截内容加密，把k3加密后的内容给客户端，客户端得到黑客的公钥（k3），然后客户端把自己的公钥（k1）用公钥（k3）加密发给服务器，黑客再次拦截，使用公钥（k3）对应的私钥解密，然后再用服务器公钥（k2）加密发给服务器。此时服务器获取的就是黑客发给服务器的内容，而不是客户端发的内容了。
攻击者获取客户端公钥，进而篡改内容。
服务器去申请一个CA证书，确保通信安全。