气球贷款要求贷款人在一定短期内（通常是3年、5年或7年）全部付清贷款余额。这类贷款的利率可固定或变化。 大额尾付贷款的另外一种叫法又被称为“气球贷款”是一种比较特殊的贷款，它的贷款期限一般限制在短期(例如3的7年)内，但它的每期付款金额却是按照长期贷款(例如，15年到30年)来计算的。 这种计算一方面会降低每期的还款金额，但另一方面会在贷款期限结束时，积累一笔很大的金额，称之为大额尾付金额。大额尾付贷款的利率一般在大额尾付贷款期间是固定的。 这种贷款就和气球一样，在开始的时候比较小，但是最后却有一笔比较大的尾款。这笔尾款会要求借款人到期偿付的。 气球贷款的出现 在美国的房地产金融体系中，你的月供多少是通过你的收入比的体现的。 通常你的月供和还款压力不应该超过你收入的 50%，不同银行的要求是不一样的。这里的还款压力包括有所有的还款，如果你有信用卡，那么按照你信用卡的最低还款额度计算。如果你有车贷，那么按照你的车贷的月供计算。 当然还有地产税，地产税的偿付也是要计算到月供里面的。 这样算下来的的话，如果使用长期贷款比如说 15 年，你的月供比率可能会比较高，导致银行不放款。 解决办法就是提高首付减少贷款金额或者延长贷款年限。 如果延长贷款年限还是没有办法解决这个贷款比例的问题的话，那么需要考虑使用不同方式了。 气球贷”并不适合所有借款人，具有以下经济状况或贷款意愿的人群可以考虑选用“气球贷。 考虑中短期贷款的人，贷款期限一般为 3-5 年。 贷款前期每月的同定收入较低的人，借款人不能承担普通短期贷款的高月供，但是预计在贷款期末有一笔较大的资金进账，足以支付“气球贷”期末应付的较大数额的一次性清偿的剩余本金。 有更好的投资渠道，且投资收益率高于银行贷款利率，一段时间后预期获得本金和收益，一次性偿还剩余的贷款本金。 敢于承担风险的投资者，这样的借款人在贷款前期仅偿还较少的月供，贷款结束期末一次偿还剩余本金 需注意一点，想短期贷款而且有能力承担高月供的借款人不适合选择“气球贷”，因为上面可以看出，同样贷款期限的“气球贷”与普通贷款相比所偿还的总利息要髙。 针对中国的家庭来说，如果在贷款末期的最后偿付金额是可以在家庭范围内想办法解决的，但是又不愿意承担比较高的月供的话，气球贷款还是可以考虑的。 算法举例 假设你现在要一个 5 年的 Balloon Payment 贷款。 房屋的成交价格为：438K 首付为 20%：87.6K 当前贷款利率为：3.0%     如上面的图显示的。 你的实际贷款金额为：350.4K 你的月供将会为 1.478K 在 5 年后，你还需要支付给银行 313.005K。 这笔偿付金额还是比较高的，通常来说还是需要购房人能够比较准确的了解当前自己的经济状况。   https://www.usrealestate.io/t/topic/80

如果你对 Ad-Hoc Query （即席查询）的概念和使用不是是否清楚的话，请自行搜索相关的技术文档。 简单来说：即席查询（Ad Hoc）是用户根据自己的需求，灵活的选择查询条件，系统能够根据用户的选择生成相应的统计报表。 即席查询与普通应用查询最大的不同是普通的应用查询是定制开发的，而即席查询是由用户自定义查询条件的。 即席查询是指那些用户在使用系统时，根据自己当时的需求定义的查询。     对即席查询来说，用户需要查询的内容在开始的时候是不知道的，因此查询需要更多的维度，查询很多时候都是在运行的时候再构建的。 Druid 的查询能够很好的支持即席查询，但同时也带来一些复杂性和学习曲线。   https://www.ossez.com/t/apache-druid/13563

本文章用于指导你如何在 Discourse 中配置使用 GitHub 的用户名进行登录。 配置GitHub 访问 https://github.com/settings/developers ，然后在左侧的菜单栏中找到 OAuth Apps，随后选择 New OAuth App，并且根据提示输入相应的内容和字段。     需要注意的是你的回调地址为： /auth/github/callback 的后缀，针对你的网站的域名不同，回调地址的后缀也是不同的。 例如，网站 https://www.usrealestate.io/ 是你能够正常访问的地址，那么回调（Call Back）地址为：https://www.usrealestate.io/auth/github/callback     上传 Logo（可选） 这一步是可选的，你可以在这一步上传你网站的 Logo，那么用户在使用的时候就可以在 GitHub 登录的时候看到你网站使用的 logo 了。 获得参数 当你完成在 GitHub 上的数据配置后，你需要单击获得秘钥来获得一个秘钥参数。     Client ID 和Client Secret 的参数。你需要将这 2 个参数的内容返回到你的 Discourse 站点中，然后分别输入 github_client_id 和 github_client_secret 字段。 启用服务 在 Discourse 站点中，启用 enable github logins 这个设置。 下图显示了需要配置的从 GitHub 上获得的配置信息。     当你完成上面的操作后，你的站点应该就可以使用 GitHub 来进行登录了。     通过前端来校验登录的配置已经成功了。   https://www.ossez.com/t/discourse-github/13562

颜值在线，貌似差一个 10G 三层交换。 你和你爱人之间可能只差一个 WIFi。     还没有装墙上，放桌上先用用。     感觉这个 POE 交换机差点意思。   https://www.ossez.com/t/ax-ap/13561

Apache Druid 是一个高性能的实时分析型数据库。 Druid 的主要价值是能够减少检查和查找的时间。 Druid 的工作流被设计为能够快速进行查询并且能够对实时的情况进行分析。 Druid 具有非常强大的 UI 界面，能够让用户进行 即席查询（Ad-Hoc Query），或者能够处理高并发。     针对数据库仓库或一系列的用户使用案例，可以将 Druid 考虑为这些使用场景的开源解决方案。   https://www.ossez.com/t/apache-druid/13559

ALTA 是美国土地产权协会（American Land Title Association/ALTA） 的简称。这个组织是由产权保险公司、房地产服务及经纪人组成的全国性协会。该协会使用标准的产权保险表格。 在实际交易的过程中，ALTA 并不指的是 American Land Title Association 而是 American Land Title Association 定义的 Settlement Statement 表格。 在房地产最后过户的时候可能会使用一个称为 ALTA 的表格，这个表格的完整名称为：ALTA Settlement Statement，这个文件中对交易的支出和金额做出了标记。这个不是完整意义上的强制性法律文书，但是大部分情况都会用到，通常也会作为 HUD-1 的一个补充。 HUD-1 和 ALTA 以及 Closing Disclosure Hud-1 目前通常被用来作为房地产交易的主要法律文书文件，目前主要是用在现金交易的时候会要求直接签署一个 HUD-1 的报表。 Closing Disclosure （过户说明文件）最早是在 2015 年10月3日生效的，这个文书主要的目的是告诉买家需要注意和限制的一些东西。 ALTA 并不是为了替代 Closing Disclosure 使用，但 ALTA 将会对本次交易的相关费用，明细进行了列表，通常房地产经纪人将会在交易的完成后收到这个 ALTA，如果是现金交易的话，房地产经纪人就会收到 HUD-1。 ALTA 模板 ALTA 是 American Land Title Association 的简称，因此 American Land Title Association 提供的模板基本上就被称为 ALTA 了。 American Land Title Association 的官方网址为：ALTA - TILA-RESPA Integrated Disclosure (TRID) Resource Center 很多人可能都不会认真阅读上面的内容，其实最主要的还是左边的金额和右边的金额要对得上。     对买家来说，需要了解到要出多少钱，包括在房价款之外的费用都有些什么，有可能卖方会补偿一些什么给你。 对卖家来说，需要了解到能收入多少，交易过程中支付的费用是多少，支付给经纪人的佣金是多少，在这个时候佣金不会是比例，通常会是一个具体的数字了。 什么时候提供 ALTA 和 HUD-1 提供的时间是相同的，通常会在过户前的 1 到 3 天。 买卖双方都会有几天的时间来了解自己的费用情况，对买方来说，需要根据 ALTA 上提供的金额来准备最后的银行支票了。 在实际的过程中，我们都尽量避免当天提供 ALTA，因为有时候银行的 Cashier’s check 有可能当天做不出来，尤其是在遇到周末的情况，但是买卖双方都着急完成交易的情况下。因此，在交易最后完成之前，负责过户的 Closing 公司都会提前告诉买家需要准备的 Cashier’s check 是多少钱，然后买家需要尽快到银行根据给出的金额开出 Cashier’s check。 千万不要拖到最后一天才去做 Cashier’s check，因为你永远不知道银行那边会出什么问题，因为金额过大，很多时候银行都需要进行电话核实等操作，还是比较费时的。   https://www.usrealestate.io/t/topic/79

先怀念下现在的网速，不知道全部升级完了会怎么样。     说心里话，这网速真不快。   https://www.ossez.com/t/ap/13558

在最后过户的时候，买卖双都会收到一个称为 Settlement Statement HUD-1 的表格。这个表格是在 1974年房地产过户程序法（Real Estate Settlement Procedures Act, 简称RESPA）通过，将房屋过户程序中涉及的各项事宜标准化。其实这个表格同时也会提交给借款人或者所有相关的公司都会获得一份拷贝。     这个标题通常称为 HUD-1 有时候也会被称为 ALTA。买卖双方都会在正式过户的前几天获得这个表格的拷贝，并且在当天双方签字后成交生效。 美国住房与城市发展部将房屋买卖中涉及的结算表统一标准化，即HUD-1报告，此后全美国所有关于住家房屋买卖的交易都要出具这份表格，即HUD-1来作为房屋买卖交易的重要证据之一。 Settlement Statement HUD-1 表格 这个表格是由 U.S. Department of Housing and Urban Development（美国住房和城市发展部）提供的模板，所有的过户都会使用这个表格。 在表格上会逐条列出各项费用。这个表格的的目的是美国住房和城市发展部将美国所有房地产交易的结算过程统一标准化，已经签字生效的 HUD-1 是可以作为交易证据之一的。 HUD-1 表中的左右 2 个项目必须金额完全相等，其中对收费金额多少，定金多少，贷款多少，支付的费用是多少，包括你支付给你的房地产经纪人多少的提成都会明确标记。 其中还有其他的一些费用，包括有支付银行贷款的处理费，产权过户公司收取的费用，保险，税费都会逐一明确的说明。 什么时候会拿到 HUD -1 表格通常会在成交前 1 到 2 天发给双方进行查看。通常你的经纪人会在第一时间拿到这个表格。 一般来说经纪人在拿到这个表格会马上发给你进行核对，不论是卖方还是卖方，在从自己经纪人手上拿到这个表格后，请自行核对相关金额是否正确。如发现有不正确或者不属于自己支付的情况，请马上和你的经纪人说明，并且拿到更正后的版本。 如果没有疑问就可以签字了，通常签字过程的都是在负责交割的公司进行，签字的顺序一般都是卖家先签字，Closing 公司拿到卖家签字后的版本让买家签字。 空白版本 HUD-1 的样式和格式是公开的。 任何人都可以到 美国住房和城市发展部 的官方网站上下载。在最后成交的时候可能你看到的版本和这个版本在样式上有细微的差别，这是因为不同的 Closing 公司会使用一些自定义的图标等，但是内容是应该完全相同的，包括明细项目的标号。 标准格式的下载地址为：https://www.hud.gov/sites/documents/1.PDF HUD-1 检查点 对买卖双方来说最重要的就是左侧和右侧的金额应该是相同的。因为左侧标记的金额是买家，右侧是卖家。 对买家来说通常需要关注下： 成交总价是多少；保证金是多少，从银行贷款是多少，银行贷款收取的手续费是多少，Closing 费用是多少，税交到那个月并且费用是多少，有多少是 Credit 给卖家的，补偿卖家的燃料费用是多少等。 对卖家来说通常需要关注下： 成交总价是多少，如果有银行贷款需要偿还给银行多少，自己最后能收到的支票金额是多少，经纪人提成是多少，税费是多少，需要 Credit 给买家的或者相应的费用是多少。 通常来说很多人都会只关注成交价格和自己最后能拿到多少，其实还有些费用主要是交易税，和税务支付到那个月。如果卖家已经提前支付了地税了，在这里会有金额显示应该补偿多少给卖家，如果卖家没有提前支付地税，那么需要在交易的时候扣除相应的地税。对卖家来说还有一笔钱是支付给经纪人的佣金的，这个金额通常是一个比例最后算出来的。 另外一些相对不大的金额就是互相的一些补偿了，通常是燃料补偿，或者在房屋检查的时候发现了问题，由卖家补偿给买家的等等。 这些都会在这个表格上标记出来金额是多少。 对买家来说，如果是贷款的话，银行通常会收一些贷款处理费，或者申请费之类的，这些也会在相应的栏目中标记出来。 更多内容，请访问：https://www.usrealestate.io/t/topic/78    ，我们致力于提供更多准确和有价值的信息。

在我们成功部署 Public Key 到服务器上后，你需要使用 Private Key 来访问服务器或者数据。 PuTTYgen 生成的 Key 的后缀名 ppk，没有办法导入到 xshell 中。 如何解决这个问题？ 问题和解决 出现这个问题的原因是因为 PuTTYgen 生成的私有 key 只能在 PuTTYgen 上使用。 因此你需要将 PuTTYgen 的 Key 转换为 OpenSSH Key。 在 PuTTYgen 上，先导入私有的 Key。 选择菜单栏中的转换，然后导出为 OpenSSH Key。 然后将导出的 Key 保存到你的文件系统上。 然后再次从 xshell 上导入即可。 在 xshell 的登录授权配置部分，你需要选择导入的 Key 来进行登录。     按照上图的配置，就可以顺利的使用 PuTTYgen 生成的 key 来登录远程服务器了。   https://www.ossez.com/t/xshell-puttygen-key/13557

如下图的显示，在访问网站的时候提示无法连接的错误。     原因和解决办法 出现这个问题的原因可能是因为浏览器中 DNS 的缓存。 因为我们最近更换了路由器，局域网的网段从 192.168.0.1 变成了 192.168.1.1。 因此浏览器在针对一些网站的 DNS 进行缓存后可能会提示上面的连接错误。 解决办法就是完全的清理浏览器的缓存。     清理浏览器缓存后再次尝试连接。   https://www.ossez.com/t/topic/13556