Rails框架在實時場景下的應用
LayerVault is built using the popular web framework, Ruby on Rails. The framework, at times known for its divisiveness, has allowed LayerVault to grow from a single box to a swarm of machines over the past year. Recently, there has been a wave of great JavaScript-based frameworks that make creating a “realtime” app a cinch. Because LayerVault is a perfect facsimile of a team’s filesystem, having the web interface update immediately is incredibly important. Every R is two key presses too many. Finder doesn’t require you to refresh every time a file changes, why should a web app We’re happy with Rails, so transitioning to Meteor, Ember.js or Backbone.js whole hog isn’t the right move for us.
The phrase “realtime” is thrown around about as much as “local” and “disruptive” these days, so the phrase is often ambiguous. For the purposes of this post, a “realtime” app is the following: page refreshes are not required to see the most up-to-date state of information and new information is communicated in tens of milliseconds instead of hundreds or thousands.
This blog post will cover some of the patterns that we use to allow LayerVault customers to never worry about pressing R. This is all done by using vanilla *.html.erb templates and never rendering any parts of the page using JavaScript. Once a database record is changed, that change appears in <500ms in a customer’s browser.
The phrase “realtime” is thrown around about as much as “local” and “disruptive” these days, so the phrase is often ambiguous. For the purposes of this post, a “realtime” app is the following: page refreshes are not required to see the most up-to-date state of information and new information is communicated in tens of milliseconds instead of hundreds or thousands.
This blog post will cover some of the patterns that we use to allow LayerVault customers to never worry about pressing R. This is all done by using vanilla *.html.erb templates and never rendering any parts of the page using JavaScript. Once a database record is changed, that change appears in <500ms in a customer’s browser.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/301743/viewspace-742922/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 5G時代下的AI應用場景展望(附下載)AI
- nodejs實際應用場景NodeJS
- 解鎖「SOAR」在不同場景下的應用與實踐
- ARMS實踐|日誌在可觀測場景下的應用
- 影片直播場景下物件儲存的應用物件
- 閉包實際場景應用
- 八個Docker的真實應用場景Docker
- Numpy的應用場景
- FRAM的應用場景
- Wasm在即時通訊IM場景下的Web端應用效能提升初探ASMWeb
- iOS runtime執行時的作用和應用場景iOS
- 影片場景下的自然語言處理應用自然語言處理
- SAP BTP MTA 應用的應用場景
- 代理IP的三個實際應用場景
- AR擴增實境可應用的場景
- 理解 Fragment 的應用場景Fragment
- LINQ SelectMany的應用場景
- 3.4 應用場景
- DDD應用場景
- ES 應用場景
- snapshot應用場景
- Zookeeper應用場景
- MySQL 日期函式、時間函式在實際場景中的應用MySql函式
- 私有化場景下大規模雲原生應用的交付實踐
- 視訊場景下的自然語言處理應用自然語言處理
- 詳解ASR語音轉寫場景下的應用
- Debias 技術在金融推薦場景下的應用
- Flutter - IOT領域應用場景實戰Flutter
- BFC的概念與應用場景
- iOS CALayer anchorPoint 的應用場景iOS
- ThottleStop 軟體的應用場景
- canvas的應用場景有哪些?Canvas
- Docker 的應用場景在哪裡Docker
- 商品API的應用場景分析API
- openGauss MOT應用場景
- openGauss-應用場景
- Nginx應用場景配置Nginx
- 深度 | 線下場景的客流數字化探索與應用
- Flutter 在流式場景下的架構設計與應用Flutter架構