可以理解的是 Chronicles 是 EPIC 公司根据 IRIS 进行魔改后的一个 DBMS。 简单的来说 Chronicles 就是一个数据库管理系统，但这个数据库管理系统不是我们常说的关系数据库的管理系统。 数据库结构 只要对数据库有所了解的都知道数据库通常就是 2 个部分，一个是存储，一个是进程。 存储是我们如何把获得数据进行存储的，进程就是用来管理存储的数据的。 数据库就是上面 2 个部分合并在一起，并且通过网络或者某种方式提供给用户使用的。 Chronicles Chronicles 就是为了完成上面的这个功能的数据库管理系统。 可以说 Chronicles 就是 EPIC 的核心，没有 Chronicles 就没有 EPIC EPIC EPIC 系统没有中间层，所有的操作都会通过界面直接作用在数据库上。 这是因为 EPIC 的开发时间比较早，在早期还没有计算机网络的概念，相信在 EPIC 的早期应该是按照单机方式进行部署和安装的。 现在应该都是基于网络的，但是和我们常见的 Web 应用还不一样。 Web 应用是有中间层的，EPIC 没有，所以所有的数据操作都直接作用在数据库上，包括用户授权等等。 这也就是为什么 EPIC 在用户授权的时候是需要通过客户端授权的。 https://www.isharkfly.com/t/chronicles/15541
在这个版本的更新中 Discourse 完成了 Ember 5 版本的升级和更新。 Ember.js是一个用于创建 web 应用的 开源JavaScript MVC 框架，采用基于字符串的Handlebars 模板，支持双向绑定、观察者模式、计算属性（依赖其他属性动态变化）、自动更新模板、路由控制、状态机等。Ember是一个雄心勃勃的Web应用程序，消除了样板，并提供了一个标准的应用程序架构的JavaScript框架。 如果你的 Discourse 站点没有进行深度定制或者说没有对框架进行大规模的调整的话，这次升级对你的 Discourse 站点没有任何影响。 https://www.isharkfly.com/t/2024-03-discourse-3-3-0-beta1/15535
在最新更新的 Discourse 实例中提供了一 Hot 主题的功能。 算法 这个 Hot 主题的功能是根据当前分类或者整体总类的链接下进行计算的。 如果你在某一个特定的分类下这个 Hot 就会显示在当前分类下的热门主题。 根据官方的说法，Hot 的算法是根据帖子发布的时间，用户参与程度，回复程度喜爱程度进行计算的。 具体计算的方法是什么样的，官方没有说明。 我们使用的情况就是增加了一个可选项而已。 如何进行配置 进入 Discourse 的管理员后台，在搜索框中输入 Top Menu。 在右侧的 Top Menu 选项中，选择 hot 然后保存就可以在页面中显示如我们上图中出现的 Hot 链接了。 https://www.isharkfly.com/t/discourse-hot/15534
当我们把 OpenSearch 的代码更新后发现新的 OpenSearch 2.x 版本部署的时候有 CSS 丢失的问题。 问题和解决 这个问题的原因是 CSS 的路径不对。 如果使用浏览器的 F12 查看页面出现的问题后就可以看到不少的 CSS 文件丢失了。 这是因为对比 OpenSearch 1.x 版本，2.x 的版本添加了 baseurl 配置。 这个配置在文件 _config.yml 中。 我们需要把这个配置的 baseurl 参数设置为空。 当我们完成上面的修改后，再进行部署，我们会看到 CSS 样式表都已经正常了。 新版本的代码我们已经提交到我们的 GitHub 仓库中。 https://www.isharkfly.com/t/opensearch-2-x-css/15529
虽然感觉 FHIR 的数据传输格式还是有点繁琐的，但貌似现在也是唯一的事实上的标准。 通过 iPhone 健康上面查看的数据来看，有关健康的数据还是使用 FHIR 的数据传输格式。 不管怎么样，针对老旧的数据传输格式来看，FHIR 至少目前还是往前开始走了，只是这个速度还是太慢了。 目前针对 FHIR 的实现还是加拿大方面的医院在推动的。 https://www.isharkfly.com/t/iphone-fhir/15493
我们可以在 Discourse 上为分类添加图片。 进入分类编辑界面，然后选择 Image 标签。 在 Images 标签下，上传分类需要的图片。 图片大小 图片的大小是 Discourse 进行控制的，高度为 150 PX 像素。 如果上传的图片大于 150 px 的高度像素，那么 Discourse 将会把图片压缩到 150PX 像素。 如果上传的图片小于这个像素，那么图片将会进行拉伸。 为了图片有更好的效果，建议使用高度大于 150px 像素的图片。 https://www.isharkfly.com/t/discourse/15489
要进行求职的时候应该遇到的第一件事情就是简历。 随着看到的简历越来越多，也发现了一些问题，来开个帖子来说说这些问题。 格式 让参加面试的人最头疼的地方就是简历格式没有空格。 最近发现好多人的简历格式上都不空格，很多内容完全都在一起，找起来特别费劲。 比如有求职者说自己是全栈工程师，后端使用的是 Java，然后在简历从上到下读下来完全都没有找到和 Java 相关的。 为了不漏掉相关细节，我们也只能开启了搜索模式，在简历中搜索有关 Java 的关键字。 通常这种简历给参加面试人感觉非常不好。 其实可以随便 Google 下简历的格式，挑一个好的，然后按照上面的格式改改，如果是做前端的，通常简历的格式要求更高。 这是因为对前端工程师不仅仅是会看相关代码，对审美的要求显然是会要比后端高一些的。 好的简历格式绝对是加分项。 内容 在面试的时候发现了另外的一个问题 —— 堆砌名词。 很多人都喜欢把用过的一些词放在简历里面，但是却不去了解放在简历中的名词是什么，自己有没有做过。 说个例子： 在面试的时候，我们问有没有使用相关后端 Java 框架的经验？面试人支支吾吾答不上来。 但我们在简历中，通篇看到的都是 Spring ，然后还有 Spring AOP。 Spring AOP 在实际使用的时候遇根据项目情况明显用得不多。在想，你都用到了 Spring AOP 了，难道还不知道 Java 后端框架在用 Spring 吗？ 显然面试人堆砌名词了，这种堆砌名词会给自己埋下很多坑的。 对于有经验的随便看一下再提问就不好答了。所以在自己简历中堆砌名词的时候一定要对自己堆砌的名词有所准备。 https://www.isharkfly.com/t/topic/15485
为期几天的长途折腾就这么愉快的结束了。 与回去的时候风雪交加不同，回来的时候阳光明媚，瞬间心情也变得阳光明媚。 冬天的脚步已经慢慢远去了。 读万卷书不如行万里路。 选择离开自己的舒适圈，虽然有点难度，但迈出了第一步后，就会发现有很多不一样的风景。 可以选择和做的事情还有很多。 https://www.isharkfly.com/t/topic/15476/1
目前所知的 Caché 是应用在医院信息系统（即 HIS），据说在欧美医疗卫生行业，Caché 占了 70% 的市场份额。国内的东华软件就是采用 Caché 数据库，东华软件在国内医院市场占有率大致为 20%，其中包括北京协和医院、四川大学华西医院等。 Caché 的特点：多维数据库架构，后关系型数据库，自带开发环境，完全面向对象。 抛开上面说的这些不说，除了因为医疗系统的封闭之外我实在是想不出有什么理由能够在医疗系统中长期运行这么多年。 在现在的设计来看，全是缺点，没有亮点。 那我们来吐槽下 Caché 数据库吧。 M 语言 Caché 数据使用的 M 语言进行编写的，这个语言实在是太小众了。 M 语言的诞生本来就是为了解决原来麻省总医院的病历管理问题，在上个世纪 60 年点，R 关系数据库还没有诞生的时候，M 语言确实能够在文本查询和映射带来不少的优势。 M 语言的先天问题就导致了缺乏很多高级语言有的特性，代码与其说简洁还不如说晦涩难懂。 索引 数据查询大量依赖索引。 在前期一个培训教程，对一个不是非常大量的数据库，全部重构索引需要超过 1 个多星期，简直是吓坏了。 容灾部署 现在 Caché 的部署还使用的是非常古老的主从部署方案来实现 24 小时的不间断运行的。 这个怎么看都觉得不那么靠谱。 https://www.isharkfly.com/t/cache/15466