对一些基数比较大的数据来说，D3 的 Y 轴数据显示不完整。 如下图：   上面的情况可能是你的 Y 轴 margin 中的left 没有留够。 在上面的例子中，你可以在线修改下面的链接：https://observablehq.com/@yuchenghu/us-covid-19-daily-tested-cases-covid-19 在后面有一个配置叫做：margin = ({top: 20, right: 30, bottom: 30, left: 30}) 你可以将 left 修改为 60 然后你再运行代码后，你会发现你的问题解决了，数据能够完整的显示了。   https://www.cwiki.us/questions/62619853

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

离开数据量谈数据库就是耍流氓。 针对高级性能，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  

如果你的后台使用的是英文的话，当你创建税单的时候，你会发现所输入的中文是方框。 如果你后台切换使用简体中文的话，你创建的税单是没有问题的   如果你使用的是中文的话，你会发现你创建的税单中文是没有问题。 这是因为针对不同语言环境下，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

PrestaShop 在出现错误的时候，希望进行调试。 在 PrestaShop 中没有可以进行调试的配置和如何进行启用呢？   PrestaShop 是可以进行启用 debug 模式的。 在 PrestaShop 控制台中，选择 高级参数（Advanced Parameters） 下面的 性能（Perfomance） 然后将 Debug mode 选择项目选择 Yes。 随后你就可以看到 PrestaShop 的 debug 选项在界面下方。 https://www.cwiki.us/display/PrestaShop/questions/62619733