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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【實操】小程式的應用場景分析——線下場景應用
- DATAGUARD實際的應用場景
- Redis實際應用場景Redis
- 請問下大神nsq的應用場景?
- 解鎖「SOAR」在不同場景下的應用與實踐
- 閉包實際場景應用
- nodejs實際應用場景NodeJS
- 影片直播場景下物件儲存的應用物件
- FRAM的應用場景
- Numpy的應用場景
- redis的應用場景Redis
- Vuex 的應用場景Vue
- ARMS實踐|日誌在可觀測場景下的應用
- 八個Docker的真實應用場景Docker
- 八個 Docker 的真實應用場景Docker
- 8個Docker的真實應用場景Docker
- 影片場景下的自然語言處理應用自然語言處理
- 函式索引的兩個應用場景示例(下)函式索引
- SAP BTP MTA 應用的應用場景
- ES 應用場景
- Zookeeper應用場景
- 3.4 應用場景
- DDD應用場景
- 代理IP的三個實際應用場景
- AR擴增實境可應用的場景
- 理解 Fragment 的應用場景Fragment
- MySQL 日期函式、時間函式在實際場景中的應用MySql函式
- iOS runtime執行時的作用和應用場景iOS
- 私有化場景下大規模雲原生應用的交付實踐
- 5G時代下的AI應用場景展望(附下載)AI
- 視訊場景下的自然語言處理應用自然語言處理
- 詳解ASR語音轉寫場景下的應用
- Debias 技術在金融推薦場景下的應用
- Flutter - IOT領域應用場景實戰Flutter
- JavaScript模板引擎的應用場景及實現原理JavaScript
- Nginx應用場景配置Nginx
- snapshot應用場景
- BFC的概念與應用場景