Observablehq D3 显示美国 Covid-19每日检测数曲线 本线状图用于显示每天美国 COVID-19 的每天测试量的线状图曲线我们使用的是在线 JSON 数据，数据是通过 AWS 进行读取的。 你可以直接访问下面的链接来获得我们处理上传的数据。https://cdn.ossez.com/dataset/json/covid19/covid19-daily-tested-us.json 我们做数据分析的前提是数据来源相对可靠，如果数据来源不可靠，做数据分析也没有什么太大的价值。 相对每天的确诊总数来说这个更加有意思。因为用美国的检测量相对比较大，数据的波动也比较剧烈，从上面的曲线就可以看出来了。很多人都说美国疫情比较严重，确实是美国的疫情是相对人数非常多的，但是我们需要看到他们的检测量也是非常高的。从数据分析来看 ，美国 Covid-19 的检测能力是从 3 月8号 左右开始提升的，最开始的提升并不是非常高，但是到了 5 月份以后可以看到美国的检测能力是稳步提升的，一直到 5 月11 号左右，在美国的 Covid-19 检测能力已经接近 40 万每一天。 从这个曲线也可以看到，美国问题严重也是因为他们检查的数量多，检测能力比较强。对流行病来说，这种能力不是坏事。 虽然我们每天都会自动上传一些数据，但是你可能的更新数据每次都不一样。 我们主要也是希望通过这个平台来学习 D3 图表的使用。 你可以直接访问下面的链接： https://observablehq.com/@yuchenghu/us-covid-19-daily-tested-cases-covid-19 对代码修改后进行编译，需要注意的是我们数据是上传到 AWS 的 JSON 数据，数据的来源是从 https://covidtracking.com/api  下载后处理的。 下载的方式是通过 Spring Batch 构建一个批量处理程序，每天定时获得最新数据后存储到本地数据库中，然后从本地数据库中导出为 JSON 数据。我也认为这种处理方式过于繁琐，其实在内存中就可以实现了，在获得原数据的 API 后，你可以直接将源数据转换为对象。 使用本地数据库的原因是担心源 API 不能提供正常的访问服务，其实很多时候这种冗余也是没有太大必要的。更主要的是我们希望通过这个了解 Spring Batch 和 Hibernate JPA 的使用，这个对其他项目是非常有帮助的。 然后利用 gson 将对象转换为需要的字符串后输出成 JSON 就可以了。 如果你对 AWS  API 比较了解和熟悉的话，你可以利用 AWS 的API 直接将生成的 json 数据上传到 S3 上存储。 针对在一个已经部署比较好的和设计比较优化的技术架构上，上面的数据生成和处理基本上能够在 4 个小时内完成设计，部署，上传，分发。 Spring 的微服务对 Java 世界来说，还是起到了非常大的促进作用。   https://www.cwiki.us/pages/viewpage.action?pageId=62619837

本线状图用于显示每天美国 COVID-19 的总计感染用户曲线。我们使用的是在线 JSON 数据，数据是通过 AWS 进行读取的。 你可以直接访问下面的链接来获得我们处理上传的数据。 https://cdn.ossez.com/dataset/json/covid19/covid19-confirmed-daily-us.json 虽然我们每天都会自动上传一些数据，但是你可能的更新数据每次都不一样。 我们主要也是希望通过这个平台来学习 D3 图表的使用。 你可以直接访问下面的链接： https://observablehq.com/@yuchenghu/untitled?collection=@yuchenghu/covid-19 对代码修改后进行编译，需要注意的是我们数据是上传到 AWS 的 JSON 数据，数据的来源是从 https://covidtracking.com/api  下载后处理的。   下载的方式是通过 Spring Batch 构建一个批量处理程序，每天定时获得最新数据后存储到本地数据库中，然后从本地数据库中导出为 JSON 数据。我也认为这种处理方式过于繁琐，其实在内存中就可以实现了，在获得原数据的 API 后，你可以直接将源数据转换为对象。   然后利用 gson 将对象转换为需要的字符串后输出成 JSON 就可以了。   如果你对 AWS  API 比较了解和熟悉的话，你可以利用 AWS 的API 直接将生成的 json 数据上传到 S3 上存储。   做这个小项目的主要是为了熟悉 Spring Batch 的使用，D3 数据图表的配置，AWS API 的存储和使用。 麻雀虽小，五脏俱全，能够帮助你很好的了解微服务，云平台，数据结构等很多知识。 项目的源代码，我们已经发布到 GitHub 上了。https://github.com/ossez-com/covid-19 如果你有兴趣的话也可以参考。   https://www.cwiki.us/pages/viewpage.action?pageId=62619834

不知道在什么时候 Intellij 开始显示项目的树连接线了。 如何不显示？   这个在 IntelliJ 中是可以调整的。 在设置中，快捷键 Ctrl + Alt + S 打开设置窗口。 取消选择 Show Tree Indent Guides 就可以了。 当你取消选择后的效果如下：     https://www.cwiki.us/questions/62619819

美国码农面试真的不容易。每次面试都心力交瘁，不知道这套面试流程是从哪里学来的，听说最早是从 Google 来的。 面试流程从 Online Assessment 开始就是噩梦，各种刁钻的题目，在限定的时间内完成。可以非常负责任的告诉你，你做出来的东西可能没有人去关心你做得怎么样。亲身经历，多家公司，发过来 Online Assessment 后完全无下文，至于你做得好还是不好，完全没有人搭理你。从这个就可以看出来，所谓的这个其实就是浪费你的时间而已，但是为了一份工作，你又不得不做。因此刷题就从这里开始了。 下一步，On site, 也是各种折磨人，基本上每家公司的 On site 不会少于 4 个小时，其中各种刁钻问题，包括 Black Board 写代码，写算法。说心里话，给你面试的人我不认为他们都能够在给定的 30 分钟到 40 分钟内解决这些问题。 好多公司在这里就戛然而止了，有些变态的公司还有第二轮，第三轮，真觉得这个是有病，不但是有病，而且是病得不轻。都是码农，何必互相为难？相信我，给你面试的那些人，水平可能还真的不如你，有些人也就会点概念的大学生而已，问了一堆在实际项目中可能根本用不到的东西。 最近美国 H1B 政策开始收紧，随之而来的 ICC 打击可能会比较大，但是工作岗位会导致空缺，毕竟还是需要人去写这些东西的。可能在这个情况下，面试流程会相对宽松很多，这个也是有可能的。

离开数据量谈数据库就是耍流氓。 针对高级性能，MSSQL 要比 MySQL 好得多，问题是又有多少人，多少公司用得到那些高级性能呢？ 从部署，使用场景来说：相对来说 MSSQL 的部署难度，服务器要求都要比 MySQL 高得多得多。对 Linux 相对熟悉的人能够在 10 分钟内部署一个可以用的 MySQL 数据库，抛开优化不考虑，这个数据库支持几个 TB 的数据还是没有什么太大问题的。就现在来说一般的中小公司在开发测试上 MySQL 足够用了，就算跑生产机也不会有太大的问题，现在还有一个 MySQL 的姐妹版本叫做 MariaDB，能够让你逃离 Oracle 的魔掌。 更极端的情况，如果你有个树莓派，你可以在你的树莓派上部署一个独立的数据库，这个独立的数据库在 Web 开发中支持你的开发环境和数据库，也问题不大，也比较好玩，部署时间不超过 10 分钟。这个对 MSSQL 和 ORACLE 来说是根本不可能的。 这样能够让公司更加专注业务场景的开发，而不是纠结使用哪个数据库。 免费：MSSQL 和 ORACLE 的数据库使用许可证对很多公司来说可是一笔不小的投入，这个其实就等于买个保险。很多 ORACLE 的高级功能真的很少用到。写到 Oracle 的存储过程，有时候和看天书差不多，可维护性极差。另外如果你要升级 Oracle 和 MSSQL 的话，恭喜你，你可能不但蛋疼，还钱包疼，甚至有可能全身疼。 去中心数据库化：随着微服务，云计算和很多概念的兴起，很多公司都开始着手去中心数据库化。也是为了数据安全和降低使用成本考虑。在这种环境下 MySQL 反而有着先天优势，快速部署，可优化，技术上不受制于人。 看你的数据量吧，对现在的计算机性能来说，如果不是非常巨大，偶尔重启下都不是什么问题的没有必要在各个数据库之间纠结。快速部署，快速开发，实现业务这个才是王道。

在一些商品上，我们可能会对商品的大小进行配置。 比如下面的商品，我们有大中小 3 个选择，如何在商品中进行配置？     这个是在后台的产品中进行配置的。 选择你要配置的产品，然后在 Combinations 中选择 Product With Combinations 随后在 Combinations 的标签页中可以对你需要组合的属性进行配置。 在这里，你可以配置大小，你也可以配置颜色，当然你也可以对你自定义的组合进行配置。 如果每一个组合的价格都不一样的话，你可以在 impact on price 上面对价格进行调整，你可以增加或者减少价格。 在这里我一般是设置一个最低的价格，然后根据大小的价格对其他的价格进行增加。 同时你也可以选择默认的 Combination，这个默认的组合就是在产品页面进行展示的是默认选择的。   https://www.cwiki.us/display/PrestaShop/questions/62619807

在 PrestaShop 创建购物车的时候，我们希望 PrestaShop 能够跟踪用户的访问。 比如说使用 Google Analytics 或者 matomo 来对购物车网站进行跟踪，如何进行操作和进行配置呢？     这里有一些捷径可以去做。如果你安装 Matomo 的话，你可能需要被要求安装 Matomo，但是这个插件不是免费的，你可能需要支付不少的费用。 但是 Google Analytics 插件是免费的，并且是官方提供的，因此我们可以考虑在安装 Google Analytics 插件后将 Matomo 进行修改后嵌入进去来进行网站访问的跟踪。 进入 PrestaShop 的后台控制台界面，然后在模块部分搜索模块名称 Google Analytics。 单击配置后，输入你的 Google Analytics 的 Tracking ID，然后保存后你就可以到 Google Analytics 上去访问查看你的配置是否生效了。 同时你也可以到 PrestaShop  的前台界面中查看源代码，看源代码中是否已经有 Google 分析的配置在里面了。 如果已经有了就说明配置已经成功了。 如果你还希望配置 Matomo 的话，那么你就没有这么简单了。我们的经验是在你已经安装的 Google Analytics 源代码上添加 Matomo 的跟踪 JavaScript 跟踪脚本。 你可以在 Google Analytics 安装成功后，修改 modules/ps_googleanalytics/views/js/GoogleAnalyticActionLib.js 文件。 在 GoogleAnalyticActionLib.js 文件的最后面，将你的 Matomo 跟踪 Javascript 源代码拷贝复制过来保存就可以了。 如下面的配置代码： 然后你保存后，你会发现所有的网站跟踪配置已经可以使用了。   https://www.cwiki.us/display/PrestaShop/questions/62619795  

中文标题【HOA 费】 HOA 是 Homeowner Association 的简写。如果按照中文的翻译就是：业主协会或者业主委员会。 这个协会由住户（业主）们组成并强制性参加，通常 HOA 的业务会委托社区管理服务公司执行，住户（业主）可能需要定期聚会决定社区发展事项。 最简单的对比 HOA 费就是国内的物业管理费已经公共维修基金，但是 HOA 要比国内的物业管理委员会权力大得多，作为房产的所有者，如果你不支付 HOA 费，对你的负面影响就非常大。 什么是 HOA 费 针对一些特定的房产类型，房产的所有者必须每个月支付的费用。业主委员会通过向业主收取这部分的费用来支付公共区域的开支或者是对公共区域进行修缮。 针对 Condominium 的用户来说这个费用几乎总是存在的，如果你的房屋类型是 Townhouse （联排别墅），基本上 HOA 费也少不了。如果你买的房子是 Single-Family（独栋别墅）这个 HOA 费也有可能是存在的。针对你购买的房产类型，你需要具体了解你购买的房子有没有 HOA 费，有的话是多少，HOA 费收取后用来干什么。 针对 Condominium 的产权所有者来说，HOA 费用基本上会被用来支付建筑所共同拥有的区域，比如说休息区，户外烧烤区，小区绿化，游泳池，电梯等。在一些小区中，收取的 HOA 费用也被用来支付扫雪，垃圾清扫，排污处理以及可能的一些电费，水费，宽带费等。如果征收的 HOA 费用不能完全支付所有的费用的话，业主委员会可能也会征收一些一次性的费用，用来进行主要的修复，比如说小区的主排污管道需要重新扩宽，电梯需要更换等。 你可能会认为，如果我买的房子是独栋别墅，那么我的 HOA 应该是没有的。其实这个不是绝对的，在某些特定的独栋别墅中 HOA 费也是存在的，但是可能会比较少。比如说我经手过一个独栋的 HOA 费是 200 美元一年，主要是因为这个区域的房子有一个公共的泄洪池，这个池需要每年进行一次疏通，所有共同拥有的这个 10 个独栋别墅就建立了一个 HOA 基金，征收的费用用来支付清理这个池子的开支。 理解 HOA 费 要理解 HOA 费，你需要明确了解一些概念。 HOA 是来干什么的 HOA 用来解决停车以及修复问题，HOA 会创建一些规则，这些规则会指定一些公共区域的使用，小区的住户成员多长时间可以粉刷自己的房屋，住户的院子使用什么样式的栅栏以及住户的小区住户如何维护自己的草地或者院子，以及一些相关的问题。 HOA 在一些小区可能会非常强势，你的一些个性需求不一定会得到满足。 比如说，你觉得你的宽带太慢，但是小区使用的是一个不是非常好的宽带公司，你可能希望换成 Comcast ，这个时候 HOA 可能会阻止你去这么做。 一些关键点： HOA 费用很多时候是业主委员会按月征收的 一般来说 HOA 费是用来支付公共区域的使用以及修复，不同小区包含的内容不一样，你需要在购买的时候认真考虑。 HOA 费可能在所有的房屋类型上都用，但是 condominiums，apartments ，planned communities ，Townhouse 基本上都会存在。 HOA 费类型 月管理费（Monthly dues/Common Charges）每月从几十美金到几百美金不等，具体金额就要看区域和服务，以及住宅面积。通常居住面积愈大，费用也愈高。旧一点的住宅费用也会比新住宅高，因为东西旧可能需要维修的频率比较高。一般的管理费会包括水费，公共区域清洁费，公共设施维护费，积雪清理等，但这笔费用不包括在您每月的贷款里，所以是另一笔额外开销。 专属费用（Special Assessment）如果你所在社区的地下管道年久失修，需要一大笔资金更新，这时社区的通常做法是向银行申请贷款完成项目，然后要向业主收取额外费用来偿还贷款，期限一般是3-5年，收取的费用根据设备价格而定。 如何了解 HOA 费 许多优质成熟住宅社区都有专业的 HOA 协会网站可以查询关于业主协会的相关法律规定，社区活动和缴费渠道。作为社区的住户一员，业主也必须尽自己相应的义务。 仔细阅读所有契约，条款及限制，了解附带的事例。知道相关的规条，例如每户可饲养多少头宠物，社区内的宁静时限，停车位的规矩等等。查阅 HOA 的财务报表，了解是否存有足够的储备。阅读现时及过往的社区简报，了解即将进行的修建项目，或任何暂缓的工程。 可考虑聘请专业人士来替您审阅所有契约，条款及限制，并对 HOA 的可行性作出建议。一旦涉及合约问题，一定要在挥笔签署前，清楚明白当中对您的影响。如果有任何问题，您的房地产经纪可提供协助。 换个角度来说，如果你认为你的 HOA 费不合理，或者有疑问的话，你一定要主动联系 HOA，从他们那里获得相关的文件和拷贝，必要的时候也可以和他们进行沟通了解，维护自己的权益。相对 HOA 来说，业主相对不会那么强势和有优势，这也是很多人对 HOA 费表示比较郁闷的地方。 HOA 费有多少 HOA 的费用有非常大的区间，可能在 100 到 700 美元，甚至可能更高。基本上来说 200 到 400 美元一个月在 NH 的 HOA 比较常见。 当然，HOA 费用也与 HOA 提供的服务有很大的关系，有些 HOA 会提供水费，那么你的 HOA 费用会变化很多。同时如果 HOA 对费用管理不好的话，也会导致 HOA 的费用过高。 针对这种情况，业主需要对 HOA 提供的服务有一定的了解，在你对房屋进行购买和使用的时候，你应该可以从 HOA 哪里获得相关的文件，包括预算，支付的费用是多少，近期有没有费用上涨，如果有上涨，上涨的原因是什么等。同时你也需要将 HOA 费用加到你的月供中，因为这个将会是你拥有这个不动产的每个月固定开支之一。 不支付 HOA 费会怎么样 基本上来说这个费用是你必须要支付的，不支付 HOA 的费用后果会非常严重。 如果业主不支付应该按月或者按年支付给 HOA 的费用的话，HOA 将会采取行动来对你的进行处理。HOA 可以采取的行动和你与 HOA 之间的合同有很大的关系，有些 HOA 并不是非常强势，所以你还有比较大的协商余地，当然拖欠的费用是必须要支付的。 HOA 可以采取的行为包括有要求业主支付拖欠的罚金，将业主的房产上放置 Line（置留权），甚至 HOA 会对你进行起诉要求对你的房产进行强制拍卖来支付你拖欠的 HOA 费用。 同时，如果某些业主拖欠相关的 HOA 费的话，那么其他业主将会支付你拖欠的 HOA 费来支付小区维护应该的支出，相对其他业主来说也是公平的。 https://www.cwiki.us/pages/viewpage.action?pageId=62619773

如果你的后台使用的是英文的话，当你创建税单的时候，你会发现所输入的中文是方框。 如果你后台切换使用简体中文的话，你创建的税单是没有问题的   如果你使用的是中文的话，你会发现你创建的税单中文是没有问题。 这是因为针对不同语言环境下，PrestaShop 使用的字体不一样，当使用英语环境的时候，但是内容是中文的时候 PrestaShop 不能够使用正确的中文字体。 在英语发布的 PDF 中，PrestaShop 使用了 DejaVuSans 的字体，这个字体是不能够支持简体中文的。 你需要访问 classes/pdf/PDFGenerator.php 文件。 你会看到下面的配置： public $font_by_lang = array( 'ja' => 'cid0jp', 'bg' => 'freeserif', 'ru' => 'freeserif', 'uk' => 'freeserif', 'mk' => 'freeserif', 'el' => 'freeserif', 'en' => 'dejavusans', 'vn' => 'dejavusans', 'pl' => 'dejavusans', 'ar' => 'dejavusans', 'fa' => 'dejavusans', 'ur' => 'dejavusans', 'az' => 'dejavusans', 'ca' => 'dejavusans', 'gl' => 'dejavusans', 'hr' => 'dejavusans', 'sr' => 'dejavusans', 'si' => 'dejavusans', 'cs' => 'dejavusans', 'sk' => 'dejavusans', 'ka' => 'dejavusans', 'he' => 'dejavusans', 'lo' => 'dejavusans', 'lt' => 'dejavusans', 'lv' => 'dejavusans', 'tr' => 'dejavusans', 'ko' => 'cid0kr', 'zh' => 'cid0cs', 'tw' => 'cid0cs', 'th' => 'freeserif', ); 你可以将这个问题的因为配置修改为： 'en' => 'cid0cs', 然后保存退出。 修改后的配置如下： 这个时候，如果你的 PrestaShop 还是使用英语的话，你的界面和创建的备注都可以让中文能够正常显示了。   https://www.cwiki.us/display/PrestaShop/questions/62619756

  PrestaShop 1.7 在使用默认目标的时候首页上面的菜单如何进行调整？   首页上的菜单是在 PrestaShop 1.7 的后台进行调整的。 登录进行 PrestaShop 1.7 后台后，选择设计的主题和图标。 在弹出的界面中选择 HomePage Configuration（主页配置） 单击后，在随后的界面中选择 MENU（菜单） 在随后弹出的界面中选择主菜单进行配置： 在这里你可以需要对你主页显示的菜单进行配置和调整。 例如，你可以从右侧选择已有的选择项添加到左侧的菜单中。 你可以在左侧已经选择的菜单中进行上下顺序的调整。 你也可以将左侧已经选择的菜单选择项目删除，通过单击 Remove 按钮来实现这个删除。   https://www.cwiki.us/display/PrestaShop/questions/62619741