Screen_Shot_2014-05-30_at_1.37.33_PM

智能工程博客

简介:glitt,一个针对GlimmerX和Ember的类型模板解决方案

通过詹姆斯·c·戴维斯2021年3月24日下午12:45:34

闪闪发光

TL,博士?

  1. 安装闪烁VSCode扩展或者看到Vim / Neovim下面的部分。
  2. 添加@glint /核心@glint / environment-ember-loose到您的Ember应用程序或插件。
  3. 创建一个。glintrc.yml文件在你的应用或插件的根目录中包含:
    环境:ember-loose
  4. (目前)从…进口@glint / environment-ember-loose / glimmer-component在的地方@glimmer /组件
  5. 享受挤压模板中的红色曲线吧!
    (但是,记住,闪烁仍然是非常实验性的,所以没有保修等等。)

阅读更多→

发现RDS吞吐量限制

通过克里斯洪水2021年2月12日下午1:31:39

我们最近将平台的搜索功能与主应用程序分离。搜索功能需要对某些专门系统(如Elasticsearch)有深入的了解,其他希望提供文本搜索的服务无法访问,并且与应用程序的其他部分有很大不同的吞吐量需求。

阅读更多→

多态性在GraphQL

通过丹•弗里曼2020年10月9日上午11:28

或者:《我如何学会停止忧虑和爱》__typename

阅读更多→

灰烬模板:经典vs尖括号语法

通过罗恩。一个2020年3月20日下午5点30分06秒

本文描述了使用花括号时组件调用的不同之处{{…}},尖括号<…>或者一个(...)Ember模板中的s-expression。

阅读更多→

GraphQL是什么?

通过Pattra Audcharevorakul2019年12月19日下午1:00:00

GraphQL网站将该技术描述为“一种api查询语言和一种利用现有数据实现这些查询的运行时”。但这在实践中意味着什么呢?我应该在什么时候使用GraphQL,为什么?

阅读更多→

为高吞吐量服务伸缩延迟作业

通过Tafadzwa Pasipanodya2019年9月3日上午8:14:29

多租户SaaS中经常面临的一个挑战是确保每个租户公平地分享平台的资源。在Salsify,我们必须在我们的拖延工作基于后台任务执行基础设施。因为我们的客户有不同的用例,他们倾向于运行不同复杂度和大小的任务。随着时间的推移,我们制定了租户公平的工作预留策略,这使得我们的工作系统很难扩大,甚至不可能扩大。在这篇文章中,我将讨论我们如何通过扩展Delayed Job来解决租户公平问题。

阅读更多→

Essential Ember Addon: The State of The Ember Addon Ecosystem in 2019

通过罗恩。一个2019年6月28日上午9:45

到目前为止,2019年对Ember来说是很棒的一年,所以当我的同行们专注于为2019年剩余时间的框架设定方向时,我想盘点一下现有的插件生态系统。

阅读更多→

在Rails中按组查找最近的项目

通过Stephen Karger2019年6月21日上午9:09:03
在使用关系数据库构建应用程序时,有时会出现某些问题:
每一类的最新项目是什么?
它经常发生使用一对多表关系。你可能会有部门表和一个员工表,其中一个部门有许多员工,您想知道每个部门最近雇用的员工。
这个问题的一般版本甚至有一个名称,即最大组N,而且它不仅限于一对多关系,也不限于最近的项。 不过,该示例非常有用,因为随着时间的推移,在DB表中插入记录时,它会自然而然地出现。在这篇文章中,我将展示使用标准SQL的查询,并逐步将其集成到Rails中。 请继续阅读 细节!

阅读更多→

2019年的灰烬:摧毁“我们和他们”

通过丹•弗里曼2019年6月11日上午8:30:22

我是在接近结尾的时候写的# EmberJS2019窗口,这意味着有很多话要说已经说过了.当我读了今年的帖子后,我发现有一些主题反复出现:

  • 框架的精简和模块化
  • 扩大恩伯社区
  • 登陆我们新的建造系统,绣花

这些要点各有其重要和价值,我希望2019年路线图RFC将解决所有这些问题。然而,许多讨论它们的帖子都遇到了一些我认为值得进行更明确讨论的问题。

在过去的几年里,我看到越来越多的恩伯人表现出一种将世界划分为几个部分的心态我们他们.它体现在社交媒体互动和博客文章,在Ember Discord服务器的日常聊天,甚至是我们框架聚会和会议谈话的方式。我认为这是由看到Ember成功的愿望驱动的,并说服其他人他们应该像我们一样喜欢这个东西,但它最终会对每个人都造成伤害。

阅读更多→

我们从Heroku到Kubernetes的旅程

通过婆罗门参DevOps2018年12月20日下午2:08:00

这个决定

像许多小型初创公司一样,我们在Heroku上启动了我们的应用,并围绕它的使用积累了大量的技术和社会实践。大约18个月前,Salsify的工程团队意识到,随着我们的团队、产品和用户基础的持续增长,我们将不再适合Heroku。

阅读更多→

最近的帖子

    Baidu