i am using cordova to build native mobile app. I already have an account in stream.
Currently i need to build a feed like facebook into my app and would like to check UI/UX design layout is included in getstream.io ?
Second, how to integrate getstream.io into my cordova app ? is it just copy the getstream.js into my cordova app ?
We don't have any built in user interface, that's entirely up to your application.
We also don't recommend connecting directly to Stream from a mobile application for several reasons. For starters, your API credentials can be easily extracted from the application, which could cost you money if someone abuses your account. Secondly, the socket connections to constantly connect to Stream and read feed updates would use up a lot of battery and data for your users. Better to have your mobile app connect to a back end server, and have that server connect to Stream.
Related
I am planning on building an application that I want to deploy both on web and mobile. I would like the logic of the application to work offline for the mobile app, but when reconnected to the internet it should sync with the database so that it is the same as if they were doing things offline.
The application will have users with data that they can share with other users - changes do not need to be shown in real-time.
Does anyone have recommendations on what database provider would be helpful for this, and what backend tech stack I should use so that the offline syncing works?
I'd go for either RealmDb or firebase. Depends on your needs.
I'm researching about building a custom server for sending push notifications to clients Webapps (No android or iOS phones). What would be a reliable and scalable stack for building this service? Preferably using a microservice architecture. Thanks.
P.S. I already tried third party services such as FCM, OneSignal, but most of them don't offer a custom domain option.
You can use spring-boot framework for this, which provides easy configuration to connect with firebase using firebase SDK or API's.
Download firebase admin SDK : https://console.firebase.google.com/
Create spring boot application : https://start.spring.io/
Use private key JSON file to connect with firebase using SDK.
Expose REST end points to send FCM notifications.
For those looking for a current answer (April 2021), you cannot use your own push service because it is tightly coupled with each browser push API implementation:
But notice that we can't push notifications from our server directly to the user's browser. Instead, only certain servers that browser development companies (like Google, Mozilla, etc.) specifically choose will be able to push notifications to a given browser.
Link:https://blog.angular-university.io/angular-push-notifications/
We have built a simple mobile app that connects to ASP.net Web-API 2.
We would like to use Microsoft client SDK for it's offline sync support.
Now that Azure Mobile Apps support custom authentication we could actually take the leap.
I want to know out if the offline sync SDK absolutely requires us to use Azure Mobile App or Azure Mobile Services.
Microsoft documentation is full of how-to guides but does not explain what happens under the hood. The best I could understand, both are just OData rest API's and swagger for documentation.
Can the Azure Mobile Client SDK work with API server created on top of ordinary ASP Web-App, outside Azure?
What is it about the Azure Mobile App that makes the magic happen?
Vladmir,
On top of OData, in order to support features like soft delete, offline sync and others, the Azure Mobile Client SDK expects the server to implement a certain protocol. So although the answer to your question:
[does the] sync SDK absolutely requires us to use Azure Mobile App?
... is no, and in theory, you could implement your own API, but I would recommend against doing so, since (among other reasons) even if you manage to implement the expected conventions and behaviors, this will become a maintenance challenge down the road if you need to upgrade the client SDK to take advantage of bug fixes and/or new features.
The good news is that with the latest release of the Azure Mobile Apps server SDK, adding mobile capabilities to an existing ASP.NET Web API application is trivial, and you should be able to enable the scenarios you're looking for simply by adding the appropriate Table controllers. So you can just enhance your existing application and not have to develop and maintain the Azure Mobile Apps specific logic yourself.
About your last question, since both, the client and the server SDK are both open source and developed in the open, you can look at what what makes the magic happen here:
https://github.com/Azure/azure-mobile-apps-net-server
https://github.com/Azure/azure-mobile-apps-net-client
I hope this helps!
The answer for your first question: Yes the SDK can be used in any Server API you have since it will be your entry point to work with Azure Mobile Services.
The Azure Mobile app creates a mobile services instance which has push notifications and SQL tables to store all messages you would like to send with the capability to customize the message as needed. Also it creates a notifications hub instance under the hood to manage notifications for all mobile platforms. Azure mobile apps provide offline capabilities through native sync services between db on your devices and the server when connectivity is present.
Feel free to ask more questions to have a full understanding on How mobile apps works.
Hope this helps.
I want to create a Windows Phone mobile app that receive inputs, send the inputs to an exe running continuously on Windows Azure to process and send outputs back to the mobile app. I have the knowledge to create a WP apps but little experience in Azure ,though I have access to it, so I don't know which service to use and how to use it. Please help
Technically, you could run an .exe in a web role on Azure but there might be a better, and easier, way to architect your solution.
Consider using Azure Mobile Services and, as WiteCastle says, re-architect your exe into a custom web API. Here are some examples of RESTful Web API projects from Microsoft's ASP.NET site.
Here are some useful resources to get you started:
Learn how to build secure mobile apps for the enterprise: view
webinar
Learn how to build consumer mobile apps that scale: view webinar
Choosing the best backend for your mobile app: view webinar
Alternatively...
If you're more comfortable with a web based back-end, why not try a product like appery.io, which allows you to create and connect up your app all via a 100% browser based IDE.
I simply am wondering if the only way to have any sort of spotify application be web-based, as opposed to app-based, would be to have it as a Spotify app within the Spotify application or if it's possible to have it standalone.
It sounds like you're getting confused between our APIs.
Spotify Apps is a platform inside our Spotify client. You write them using HTML5/JavaScript. They're run locally, but you can have it talk to a backend service if you wish.
Spotify's Web API provides HTTP REST services for search and metadata lookup.
libSpotify is for standalone native applications. You can have that application host a web service — there are Ruby bindings, for instance — but there are a few Terms of Service you need to be aware of concerning logging in as a user from your own service. You can find the ToS on http://developer.spotify.com.