当把 Spring Data JPA 的所有源代码检出到本地后，运行命令： mvnw clean install -Pdistribute 就可以从源代码中生成编译后的文档了。 Spring Data JPA 以及很多的 Spring 文档都是使用 AsciiDoc 来进行编写的，如果需要对文档进行一些改进或者中文化处理的话，需要有一些关于 AsciiDoc 的知识。 第一次运行的时候会下载一些依赖，会消耗一些时间。 第二次就会快很多。 编译成功后的文档，可以直接通过双击电脑的 HTML 文件打开进行查看。 你也可以将上面编辑好的文件上传到服务器上来进行查看，因为这些文件都是静态文件。 https://www.ossez.com/t/spring-data-jpa/13323
计算机是使用 Intel 620 的显卡的，参考的文档上说的是能够支持双屏的 2560x1440 分辨率。 但是 USB-C 是没有办法刷上双屏高分辨率的。 USB-C 对比 Thunderbolt 3 实际上，雷电3只是采用了Type-C接口，它是一个规范标准。就好比人类的灵魂，Type-C只是一个躯壳，雷电3才是灵魂。 正所谓好看的皮囊千篇一律，有趣的灵魂万里挑一。Type-C这个皮囊，能装多少东西才决定了它有多伟大的灵魂。 Type-C全称是USB Type -C，所以它属于USB的一种，那也就意味着，USB能干的事，它都能干：支持外接各种外设、支持U盘进行数据传输，此外，它还兼容其他协议，比如 DisplayPort和USB Power Delivery，也就是所谓的视频传输、充电协议。 有了这两个协议，你的笔记本就能够通过Type-C进行双向充电和外接显示器了。 因为 Thunderbolt 3 的传输率比 USB-C 高，因此根据参考上来说是能够显示双屏的 2560x1440 显示器的。 买了个 Thunderbolt 3 进行测试，还没有收到，等收到 Thunderbolt 3 扩展坞后再进行下测试。 测试结果 经过了测试，如果需要双屏显示 2560x1440 的话，只能使用雷电 3 的扩展坞了。 Thunderbolt 3 连接上后的双屏。 双屏都能正常显示高分辨率。 https://www.ossez.com/t/t490s-2560x1440/13322
联想 USB-C 扩展坞能不能支持 2560x1440 双屏吗？ 问题和解决 计算机是使用 Intel 620 的显卡的，参考的文档上说的是能够支持双屏的 2560x1440 分辨率。 但是实际使用 DP 接口后，发现第二个显示器的分辨率一直刷不上去，同时刷新率也只有 23 Hz。 经过考古后发现，USB-C 在实际显示的时候因为带宽的限制，是没有办法支持双屏的 2560x1440 显示分辨率。 https://www.ossez.com/t/usb-c-2560x1440/13321
Discourse 可以设置一个通知（notification）。 这个通知的功能主要是通过浏览器来实现的，例如你在使用 Chrome 浏览器的时候，安装有 Discourse 的网站可以为你发送通知，来通知你有新的主题或者回复等。 但是这个通知有时候非常烦人，在最新的 Discourse 版本中，这个通知已经可以禁用了。 你可以选择免打搅模式。 配置方法 在登录 Discourse 平台后，选择你的头像，在你的头像下面可以选择你的用户属性。 然后在弹出的对话框中，可以选择设置免除打搅的时间。 可以在多长时间不接收消息。 当设置成功后，你可以在你的头像上看到一个新添加的月亮的标记。 这个标记表示你的设置已经生效了。 如果你再次单击头像进入设置，在具体的配置地方，将会看到被设置的时间。 计划时间 同时你还可以对免除打搅的时间区间进行设置。 选择设置消息时间，将会看到下面的时间限制界面。 在上面的界面中，你可以对每天不希望收取到消息的时间区间进行管理。 https://www.ossez.com/t/discourse-notification/13320
吵着要去吃 Pizza，只好硬着头皮去看看了。 image4032×3024 2.6 MB 刷 APP 将车停在门口后，在车上刷着 APP 的进度条 https://www.ossez.com/t/pizza/13319
下雪的晚上去加油，发现油价涨了不少。 看看加油站的夜景 油泵上的价格 https://www.ossez.com/t/topic/13318
在导入 Spring-Data-JPA 项目后对文档进行编译以便于中文化的时候，发现有一个导入数据的引用错误。 错误的内容如上图。 问题原因 这是在 Spring-Data-JPA 文档的编写的时候引用了另外一个称为： spring-data-commons 的项目。 你需要将 spring-data-commons 项目 Check 到本地。 Check Out 的路径需要与 Spring-Data-JPA 相同。 如下图所示： 这是因为官方的文档引用了 spring-data-commons 的内容。 重新编译后可以看到损坏的链接被修正了。 这是因为在源代码中： 如上面图片的说明，定义了引用的地址，出现引用错误的原因是源代码没有找到，只需要将源代码的地址确定引用即可。 https://www.ossez.com/t/spring-data-jpa/13317
如果没有其他问题的话，貌似是你的征信可能是太好了。 首先你应该需要到征信系统中拉出来你自己的征信看看，如果你上面什么都没有的话，申请一些信用卡大概率会被拒。 这个原因是你信用记录上面是空白，银行方面没有办法根据你的历史来判断你的情况所以对银行来说也是高风险。如果是这个情况的话，应该可以从申请一些额度的卡开始。 可能有个误区是，我明明什么都很好，工作不错，收入不错，没有逾期没有乱七八糟的东西，为什么银行就不给我。其实主要原因就是这个，信用记录需要先养养。 https://www.ossez.com/t/topic/13316
计算机世界中没有什么东西都是一次性能够全部掌握。唯一对你有帮助的就是通过项目来了解设计思路和解决的问题。 要掌握 Spring ，什么叫做掌握 Spring？ 能够了解 Spring 的设计思路，能够查询参考文档，并且能够用 Spring 设计一些东西，这个就是掌握了。 如果你说要进行全文搜索，Solr，本身就是一个非常大的体系，很多人只是会装一个 Solr 而已，Lucene 的分词，Lucene 的存储和检索方式真正有多少人花时间了解了。 所以全部掌握上面 Java 世界列出来的东西，不可能，也不现实，换个版本会变很多的。 你把现在最流行的名词都列了出来，说实话你能在上面这些名词中随便挑一个精通都非常非常不错了。 https://www.ossez.com/t/java/13315
应该是国内游被游怕了。 经济账 一切往经济上靠，游客就是待宰的羔羊，本来是高高兴兴来的，结果被宰了，真的还有多少人能有继续玩下去的心情？ 一圈下来发现玩没有怎么玩好，然后乱七八糟的门票，费用一大堆，吃也吃不好而且景点吃的东西巨贵。看也看不好。 一路下来最担心的就是被坑，不过我们基本上都已经有准备了，被坑是肯定的，只是不要坑太过分就好了。 从出门开始到回到家，一路都是这种担心 心情账 随便去哪里都是排队，排队，排队。 带上孩子老人，排队都能排晕了，如果运气不好还碰几个喜欢插队的彪形大汉，心里直接想骂人。 各种服务也是太热情的担心有诈，要不就是没有人搭理你。 虽然出国旅游也是各种奇葩事，但是不管怎么样可能出国的人都相对收敛点。那体验自然会稍微好那么一点点。 不要老把游客当成一头羊，一定要雁过拔毛，这样的心态就是自己把自己做死。 https://www.ossez.com/t/topic/13314