From 920155070192330676c9bdaa6d269d24b0069cf9 Mon Sep 17 00:00:00 2001 From: Aditya Oberai Date: Wed, 13 Dec 2023 15:28:15 +0000 Subject: [PATCH] Grammatical / language fixes --- src/routes/blog/post/case-study-kcollect/+page.markdoc | 2 +- src/routes/blog/post/case-study-smartbee/+page.markdoc | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/routes/blog/post/case-study-kcollect/+page.markdoc b/src/routes/blog/post/case-study-kcollect/+page.markdoc index b108c767d6..aaecf4b071 100644 --- a/src/routes/blog/post/case-study-kcollect/+page.markdoc +++ b/src/routes/blog/post/case-study-kcollect/+page.markdoc @@ -43,7 +43,7 @@ Eventually, to increase K-Collect users' access to desktop-based clients and ena One of the most important aspects of any BaaS platform is the features and offerings it provides a developer. Appwrite was a boon for K-Collect, as it offered several features for their product. Currently, K-Collect is leveraging Appwrite Authentication to manage identity (and relevant functionalities) for the entire web platform. All information related to K-pop albums, stars, and photo card metadata that K-Collect uses is stored in Appwrite Databases. The photo cards themselves are stored and consumed through Appwrite Storage. K-Collect also implements Appwrite Functions to integrate external 3rd-party services (such as sending emails) and other event-driven tasks related to the other Appwrite offerings being used. -At the moment, Ryan is developing an internal trading platform that will allow users to communicate with each other and buy/sell photo cards. For these features, Ryan will be returning Appwrite Functions for transaction management with a payments gateway and using a combination of Appwrite Databases and Appwrite Realtime for an internal chat platform. +At the moment, Ryan is developing an internal trading platform that will allow users to communicate with each other and buy/sell photo cards. For these features, Ryan will be returning to Appwrite Functions for transaction management with a payments gateway and using a combination of Appwrite Databases and Appwrite Realtime for an internal chat platform. ## Improved developer productivity due to easy SDK access diff --git a/src/routes/blog/post/case-study-smartbee/+page.markdoc b/src/routes/blog/post/case-study-smartbee/+page.markdoc index a7fd65cad8..311ae4c3af 100644 --- a/src/routes/blog/post/case-study-smartbee/+page.markdoc +++ b/src/routes/blog/post/case-study-smartbee/+page.markdoc @@ -46,7 +46,7 @@ Using an Appwrite-based stack enabled several benefits for the Smartbee team: ## Solving performance and security problems of a self-developed stack -In the initial MVP that Smartbee built, they faced several performance issues due to their custom Flask-based solution. The solution could barely manage the load from sensors in 2 coal mines. Since transitioning to an Appwrite-based stack, Smartbee is currently sustaining a substantially higher throughput: +In the initial MVP that Smartbee built, they faced several performance issues due to their custom Flask-based solution. The solution could barely manage the load from sensors in 2 coal mines. Since transitioning to an Appwrite-based stack, Smartbee is able to process a substantially higher amount of data: 1. **Database:** 35 million documents are added from a total of 70 sensors each month 2. **Bandwidth:** 500GB of bandwidth is transmitted between the IoT sensors, local coal mine servers, and the remote server each month @@ -54,7 +54,7 @@ In the initial MVP that Smartbee built, they faced several performance issues du ## Improved developer productivity due to SDKs, Functions runtimes, and CLI -A significant factor in accelerating Smartbee’s developer productivity was Appwrite’s developer experience. The Appwrite CLI helped Smartbee quickly set up and manage all the local coal mine Appwrite instances and the remote server. Appwrite’s pre-built API endpoints and SDKs meant that Smartbee did not have to re-create any services to support the monitoring platform. They only had to swap in the function calls from Appwrite’s SDK for Python and replace the synchronization and CSV report management scripts with Python-based Appwrite functions. One of the most significant benefits that Smartbee received was our Storage offering. In the past, Smartbee used an FTP server to store and manage reports, which had severe performance deficits, considering the high data stream from Smartbee’s IoT sensors. Appwrite pre-built storage buckets and SDK allowed a simpler-to-implement yet performant alternative. In fact, Sergio learned Flutter and chose it for their client application because of the well-supported Appwrite SDK and learning resources available around the same. +A significant factor in accelerating Smartbee’s developer productivity was Appwrite’s developer experience. The Appwrite CLI helped Smartbee quickly set up and manage all the local coal mine Appwrite instances and the remote server. Appwrite’s pre-built API endpoints and SDKs meant that Smartbee did not have to re-create any services to support the monitoring platform. They only had to swap in the function calls from Appwrite’s SDK for Python and replace the synchronization and CSV report management scripts with Python-based Appwrite functions. One of the most significant benefits that Smartbee received was our Storage offering. In the past, Smartbee used an FTP server to store and manage reports, which had severe performance deficits, considering the high data stream from Smartbee’s IoT sensors. Appwrite's pre-built storage buckets and SDK allowed a simpler-to-implement yet performant alternative. In fact, Sergio learned Flutter and chose it for their client application because of the well-supported Appwrite SDK and learning resources available around the same. ## Support from a highly active and helpful virtual community