How Shopify reduced storefront response times with a rewrite
engineering.shopify.com
How Shopify reduced storefront response times with a rewrite
1–10 of 76 posts
Re: How Shopify reduced storefront response times with a rewrite
#2Re: How Shopify reduced storefront response times with a rewrite
#3Is the new implementation still Rails?
Re: How Shopify reduced storefront response times with a rewrite
#4Is the new implementation still Rails?
Re: How Shopify reduced storefront response times with a rewrite
#5Is the new implementation still Rails?
Re: How Shopify reduced storefront response times with a rewrite
#6Is the new implementation still Rails?
Re: How Shopify reduced storefront response times with a rewrite
#7Which is good. At Reddit they would have tried to rewrite everything on reasonML and then tried to prove at the end that it is now faster
Re: How Shopify reduced storefront response times with a rewrite
#8Is the new implementation still Rails?
That’s also my question after reading this post. When trying to shave off milliseconds by going for a full rewrite, moving away from ruby seems like an obvious decision...at least intuitively..
Re: How Shopify reduced storefront response times with a rewrite
#9Re: How Shopify reduced storefront response times with a rewrite
#10- Handcrafted SQL.
- Reduce memory usage, e.g. use mutable map.
- Aggressive caching with layers of caches, DB result cache, app level object cache, and HTTP cache. Some DB queries are partitioned and each partitioned result is cached in key-value store.