现在电脑不分区已经是常态和趋势了。 电脑慢不慢和是不是安装程序在 C 盘没有太大关系和你装什么软件有很大关系。一些流氓软件经常启动后台进程，想不慢都难。 N 年前的装机是基本上 C 盘后再来 N 个盘，有娱乐的，学习的，文档的。不知道发现没有，最早满的盘都是娱乐装电影的。 然后就各种拷贝来拷贝去，从其他盘中挪空间，是在太累。慢慢的装机习惯就是只分 C 和 D 以便于区分系统和数据。 随着移动硬盘和大容量存储以及第二块硬盘装到系统里面，很多人都干脆不分区了，其实这个也非常容易理解呀，对第二块硬盘自动就是 D，要挪东西，直接硬盘拆下来就 OK 了，多方便呀。 现在计算机中不分区是大部分人的选择，应该也是曾经无聊分区分来分区，然后没事空间就满，然后搬来搬去，太累了。 https://www.ossez.com/t/topic/13313

在使用 MD 进行文档开发的时候，用的最多就是页面共用。 docsify 已经提供了这个功能，你不仅仅可以嵌入 md 文件，你还可以嵌入一些不同的文件类型。 嵌入方式 可以使用下面的方式进行嵌入。 [filename](_media/example.md ':include') 在链接到 md 文件后，在文件的后端添加参数：’:include’ 就可以了。 需要注意的是 :include 需要单引号来进行包裹。 可以嵌入的文件类型 在当前情况下，一些特定的扩展文件名可以被自动识别，并自动使用类类型。     可以支持的嵌入类型为： iframe .html, .htm markdown .markdown, .md audio .mp3 video .mp4, .ogg code 其他文件类型 当然，你也是可以强制指定嵌入文件的类型的。 例如下面的代码： [filename](_media/example.md ':include :type=code') 在执行后，将会得到下面的内容： > This is from the `example.md` 这是因为在上面的嵌入方式中，我们强制指定 example.md 的类型为 代码了。 如果不强制指定类似的话，docsify 将会自动将 example.md 中的内容合并到当前页面中。 例如在代码中使用的上面的代码，就可以完成嵌入了。 https://www.ossez.com/t/docsify-md/13312

上网打电话投诉应该都可以解决很多人不满的问题。 如果你的航空公司是春秋航空，吉祥航空的这类廉价航空的话，估计也没啥效果。 如果是国航，东方，南方，海南这样的，基本上很快都会有回复，并且有人会了解情况。其实东方航空服务也一般。 投诉过，目前对投诉反馈最快的是海南航空公司。 不过，大家都不容易，很多情况下能让一让就让一让吧。如果真有感觉自己权益受到侵犯了，拿起合理的方式也是鼓励的。 有时候一些合理的互联网平台，在投诉得不到解决的情况下，有理有据的曝光一些情况也是不错的选择。 https://www.ossez.com/t/topic/13310

完全不应该。 男女朋友之间的关系没有法律效力，同时也不会存在债务义务。 如果男朋友使用你的信用卡进行了消费，所有的债务都是在你的名字下面银行不会找你男朋友去催收的。同样的如果男朋友给女朋友信用卡了，女朋友消费了，银行也不会找女朋友去催收的。 使用信用卡是信任的前提，但是这种方式比一次性支付几千块钱更加恶劣，如果你给信用卡给你男朋友消费了，你男朋友消费了 2000，这笔账怎么还，怎么算？换做女朋友也一样。 如果真有需要，还不如一次给 2000，如果发现情况不对了，还可以以及时止损。 夫妻之间是共同债务，本着财务透明和当担的情况，丈夫给妻子和孩子办理附属卡，或者妻子给丈夫办理附属卡都是无可厚非的，在走到最后大家都不愿意走到哪一步的时候，也有个责任共同承担的问题。 https://www.ossez.com/t/topic/13311

在对 Git 提交到 gitee 后，通常我们会创建 PR 将你的分支合并到其他的分支中。 在这个时候 PR 会有可能显示冲突。     如何解决冲突 如果你使用 IJ 的话，可以首先将所有内容提交并且 PUSH 到自己的分支中。 然后再 Fetch 仓库的内容到本地，然后 Checkout master 分支。 然后再将远程分支合并到你的 master 分支中。 通过上面的配置后，然后再进行提交和 Push，就可以在 Git 上面看到需要的仓库已经合并了。     提示已经合并的分支和仓库。 https://www.ossez.com/t/gitee-pr/13309

Ceiling Fan 在美国家庭中更多是装饰和照明作用。 在没有空调的房间内使用 Ceiling Fan 也能起到一定的降温作用，哪怕就是在有空调的房间如果使用吊扇也能起到一些调节室温的作用。 Ceiling Fan 的作用 吊扇起到的装饰作用可能比实际作用更多。 在很多中国家庭没有空调的时候多会选择吊扇来进行降温。美国的不少家庭都会安装空调，其实不管在美国还是在中国，在使用空调的时候如果还能配合一点小风可能会更加舒适。 因此美国的吊扇多起到照明和增强一点点室内空气循环，并不完全使用吊扇来降温。 Ceiling Fan 的选择 Ceiling Fan 通常比较好选择，需要考虑一些因素就是你的层高，是否需要照明和你希望吊扇的大小。     其他的一些辅助功能也是需要考虑的，比如说是否带有遥控呀。 基本上选择几个大的品牌是不会错的。 一些人觉得这个吊扇又不是什么高科技产品，也不需要太贵的。其实这个想法是没有毛病的，但需要注意的是一些过于便宜的吊扇可能在使用的时候因为制造的问题，导致震动过大。 还有就是如果安装或者吊扇本身的问题也会导致噪音过大，同时美国的房子很多时候都是木结构的，如果不平衡会明显感觉到震动。 因此建议在选择 Ceiling Fan 的时候如果想选择经济实惠点的话，建议选择中等价格偏上一点点的即可。 https://www.ossez.com/t/ceiling-fan/13308

Sump Pump（污水泵），如果从字面来理解的话就是将污水排到室外的一个设备。 其实 Sump Pump 是一套系统，通常安装在地下室的最低处，泵只是这套系统中的一个组件而已。如果能够了解下地下室的构造和问题，就会明白这个设备是干什么的了。 地下室的问题 地下室最大的问题就是水。 目前地下室通常使用的材料都是混凝土，混凝土开裂是非常常见的情况。混凝土在常规静、动荷载及次应力下产生的裂缝称荷载裂缝，归纳起来主要有直接应力裂缝、次应力裂缝两种。直接应力裂缝是指外荷载引起的直接应力产生的裂缝, 次应力裂缝是指由外荷载引起的次生应力产生裂缝。 荷载裂缝特征依荷载不同而异呈现不同的特点。这类裂缝多出现在受拉区、受剪区或振动严重部位。但必须指出，如果受压区出现起皮或有沿受压方向的短裂缝，往往是结构达到承载力极限的标志，是结构破坏的前兆，其原因往往是截面尺寸偏小。 因为地下室在地下，只要混凝土开裂了，下一步就是水会随着裂缝漏进来。 如果地下室排水做不好的话，通常会一片汪洋，比如我们常常看到暴雨后地下车库被水淹的情况，通常也是雨水过大，超过了排水设计的能力。 Sump Pump 在美国家庭中，如果有地下室的话，为了解决这个问题，会考虑安装一套 Sump Pump 的系统。 Sump Pump 是一套系统，首先包括有水收集装置，如果水收集做不好的话，换 Sump Pump 是没有任何意义的。 所以 Sump Pump 通常安装在地下室的最低处。 它能有效的防止过多的地表水（比如雨水/雪水）和地下水倒灌进入房子。 绝大大多数的 Sump Pump 都安装在一个蓄水池里。当蓄水池的水位达到一定高度后，水泵就会启动，将多余的水排出到屋外，从而保障地下室干燥。 所以 Sump Pump 是一套系统，如果水收集做不好，考虑 Sump Pump 是没有任何意义的。 举例来说，如果 Sump Pump 没有安装在最低的地方，结果会导致 Sump Pump 收集不到任何水，那你装泵也起不到效果。 Sump Pump 工作原理 Sump Pump 的工作原理非常简单，在 Sump Pump 中有一个压力感应，或者利用水导电的特性使用电源感应端子。     当水位到达一定水平后，水泵会自动启动，然后将储水池中的水泵出外面，这个工作原理和空调冷凝水泵的工作原理是一样的，只是 Sump Pump 的功率更大。 当水位低于定义水平后，水泵将会自动停止。 这样设计的原因是 Sump Pump 的抬升高度可能更高，排出水的距离更远，如果水泵效率不高的话，可能没有办法达到需要的距离或者当地下室出现短时间大量水的时候，超出水泵的泵出能力。 测试 Sump Pump 要对 Sump Pump 进行测试非常简单。 将储水池中加入足够多的水，如果水泵能够自动工作并且停止，同时检查下室外看有没有水被泵出。 如果有的话，说明系统工作一切正常。 这套系统不是必须的，当然有比没有好，通常房屋保险在进行估价的时候也会考虑这个设备而给出不同的价格。 如果你的房产在 flooding zone 的话，这个装置可能会最终影响到你的保险。 https://www.ossez.com/t/sump-pump/13307

很多在开始的时候可能对 Spring 和 Spring boot 之间的关系可能有些混淆，在开始的时候如果能够对这 2 个概念有所了解的话，能够对后面的使用起到一些帮助作用。 什么是 Spring 可以理解 Spring 是一个框架。这个框架最早来源于在差不多的 20 年前的 2002 年。 在那个时候 Java 世界的开发还是以 EJB 为主，因为在这之前的大部分应用都会使用服务器客户端的应用模式。 其实这个模式在现在还是在使用的，例如 IBM 系统上的 AS400。在这个开发模式的基础上，你需要为每一台计算机部署一个客户端，然后通过客户端连上服务器。 在当时网络环境不是非常发达的情况下，在局域网速度还不是非常普及和很快的情况下，大部分应用都会使用这种方式来进行开发。 当 Java 发布以后，一切都改变了。大家发现可以使用浏览器来做很多事情，而不再需要为每一个服务器去安装客户端版本，同时因为客户端版本不兼容又会导致很多问题。 很多公司都慢慢的尝试使用企业级的 Java 开发，这个也就是 EJB 的原形。但是，EJB 实在太过于臃肿了，很多公司在开发的过程中实在忍受不了 EJB 的各种弊端。 在这个时候有一本书《 Expert One-on-One J2EE Design and Development》发布了，这本书的作者 Rod Johnson 可以说是一个大神级的任务，开创性的创建了 Spring 框架。 在 Spring 框架发布以后，很多公司都会默认使用 Spring 的库，在当时还没有 Maven 的设计思路，所以很多项目都会拷贝 Spring 框架到 Lib 目录中。 随着时间的推移，Spring 在 Java 开发中几乎成了所有项目都会使用的一个 lib，在这个基础上，Spring 为了简化各种 Java 的开发，在使用 Spring 的框架基础上，继续进行扩展，形成一些小的项目，这就是我们现在看到的类似： Spring JDBC Spring MVC Spring Security Spring AOP Spring ORM Spring Test 可以将上面的小项目理解为一个一个的小模块，这些小模块的作用就是扩展 Spring 框架的功能。 根据你项目的需要，你只需要导入需要的模块即可，Spring 会帮你做一些基础的配置工作，能够让你更加专注业务，而不是框架本身。 什么是 Spring Boot Spring Boot 也可以理解为是基于 Spring 框架的一个扩展模块，或者更多一点理解为扩展项目。 Spring Boot 存在的目的主要也是为了简化部署过程。随着容器，微服务，等概念的兴起，Java 项目在部署上面花费的时间越来越多。 在解释这个概念之前，我们可以看看传统的 Java Web 项目部署过程，在完成代码编译后，进行打包，通常我们会打包成 War 或者 Ear 的包。EAR 是 Weblogic 使用的，包中的内容就是编译好的源代码，需要的依赖，然后部署到容器中运行。 因为 Weblogic 和 Jboss 等是基于 EJB 标准的，所以部署和启动非常臃肿。这个时候一些聪明的孩子就将一些不需要的 EJB 内容丢弃了，然后开发了其他的一些轻量容器，例如 Tomcat，Jetty 等。 随着项目越做越大，这样部署还是比较麻烦。因此一些人又想，那么我是否可以将 Tomcat 也打包到 Jar 文件中，让 Java 直接运行 Jar。 因为不同服务器上的 Tomcat 版本也会存在有兼容性问题。 正是基于这个思路，我们就有了 Spring Boot。 你可以使用 Spring Boot 非常方便的开发一个 Web 项目。要知道在没有 Spring Boot 之前，就算要在 Web 页面上输出个 Hello World 都需要经过很多过程，有时候如果你使用了 JSP，还需要对 JSP 进行编译，非常慢也非常繁琐。 Spring 和 Spring Boot 使用的依赖 下面就是 Spring 使用的依赖： <dependency> <groupId>org.springframework</groupId> <artifactId>spring-web</artifactId> <version>5.2.9.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.9.RELEASE</version> </dependency> 你可以在你的项目中，使用上面的依赖，然后打包后部署到 Tomcat 上面，你的项目也是同样可以运行的。 为了简化操作，你可以直接使用 Spring Boot 的依赖如下： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <version>2.3.4.RELEASE</version> </dependency> 然后你就可以直接打包成 JAR 来运行了，你不再需要在你的计算机上部署 Tomcat。 总结 一句话来说 Spring 就是一个框架，Spring Boot 是在这个框架上运行的一个扩展，主要为了解决敏捷开发和部署的问题。 Spring 框架是灵魂，没有 Spring 框架就没有 Spring Boot。 Spring 框架做了大部分的后台工作，现在项目为了快速上手，通常使用 Spring Boot 会更多一些，所以会看到对 Spring Boot 的讨论会更多。 https://www.ossez.com/t/spring-spring-boot/13306

当一套房产在成交后状态会显示为 Closed（交割）。这个状态表示的是在房地产交易过程中所有的过户交易都已经完成。 在商业地产中可能有一个概念显示为已出租，那么系统中的状态应该会显示为 Closed Leased（出租交割）。这个状态表达的意思就是房源已经被出租交割成功了，这套房源的所有交易过程都已经完成，同时完成了所有的过户交易。 如果你使用了贷款的话，你的贷款公司也将会收到过户交易成功的所有文档，同时你的贷款公司在过户交易的当天，会将你申请并且贷款公司同意的款项打到卖家的账户中。 这个转账可以是银行承兑支票，也有可能是银行电汇。目前来说使用电汇的方式更多一些。 IRS 和税 如果卖家是美国的一般纳税人，买家应该会收到全部的款项，买家需要在年底的时候进行报税。 如果卖家不是美国居民或者不是美国一般纳税人，也没有美国绿卡。在这里有可能会被要求扣除交易金额的 15% 以便于支付 FIRPTA 法案规定的税收义务。当然这个 FIRPTA 是可以申请豁免的，一般来说有一个 183 天的测试规则。如果你的交易成交后，不幸被 IRS 要求将 15% 进行扣留，那么你还可以申请豁免，或者申请提前取出。 这个扣留的定义不是 IRS 就直接扣住你的交易金额不给你了，主要的原因是你是外国人，你可能在成交后马上资产转移而逃避了美国的纳税义务。因此 IRS 为了避免这个情况，会要求先行扣留 15%，然后你再向 IRS 解除扣留。 当然这里还有一个 183 天 测试，以确定是否需要进行上述的扣留。 FIRPTA FIRPTA 的全称为：Foreign Investment in Real Property Tax Act。 “ FIRPTA ”是1980年开始实行的“外籍人士投资房地产的税务法案”的缩写(Foreign Investment in Real Property Tax Act),美国联邦政府制定该法案以向「外籍人士」出售在美所持有房产时征收联邦税金。 这里的 [外籍人士]，是指既不拥有美国绿卡，也不是美国公民的人。 FIRPTA 有趣的地方在于它让购买方进行代扣代缴。更具体地说，从外籍人士那里购买房产，购买方有义务代扣代缴的15%的税金（房产的实际价格），缴纳给国税局，以确保外籍人士实际支付了联邦税。 上图是可能遇到有关买家可能需要缴纳的税收义务。 针对买家，可以使用下面的图来判断自己是否满足美国的 IRS 税收义务。 相信应该没有什么人愿意去缴纳获得收益的税收，但这个在房地产交易中是没有办法避免的事情，主要是针对非美国居民的扣留 15% 有点麻烦，但如果你在美国待的时间足够长，这部分的税收是可以豁免的。 https://www.ossez.com/t/mls-closed/13284

一般来说 AWS 的所有服务都需要指定 region 和 zone。 只有一个服务是全局的，不需要指定 region 和 zone。这个服务就是 IAM 什么是 IAM AWS Identity and Access Management (IAM) 是一种 Web 服务，可以帮助您安全地控制对 AWS 资源的访问。您可以使用 IAM 控制对哪个用户进行身份验证 (登录) 和授权 (具有权限) 以使用资源。 当您首次创建 AWS 账户时，最初使用的是一个对账户中所有 AWS 服务和资源有完全访问权限的单点登录身份。此身份称为 AWS 账户 根用户，可使用您创建账户时所用的电子邮件地址和密码登录来获得此身份。强烈建议您不使用 根用户 执行日常任务，即使是管理任务。     从上图可以看到 IAM 是全局的，因此 AWS 的 IAM 服务是不需要选区的。 如果你选择进入 IAM，不管你是哪个区是你默认的区，你都会看到上面的选项显示的是全局。 这是因为，IAM 是 AWS 的访问控制，因为不同的区有不同的服务和选项，因此为了能够对所有的资源进行控制，AWS 需要一个全局的访问控制。 可以想象对比下 ACL ，这个叫做访问控制链表，通常我们都需要使用访问控制来进行资源控制，因此将 IAM 设置全局是必要的。 在 AWS 中也只有 IAM 是全局不分区的。 https://www.ossez.com/t/aws-region-zone/13305