Previously I wrote about enabling email address confirmation for the app users after they register and before the login. The feature sends out an email with a link a user must click in order to confirm his/her email address. The text of the email can be easily customized:
Once a user of a Backendless-powered app logs in, a session is established. The session has an inactivity timeout that is reset with every new API call made within the session. The default timeout value is 3600 seconds (1 hour). It means Backendless will keep a session alive 1 hour after the most recent API request. The inactivity timeout value is configurable in Backendless console:
The Enable Session Timeout configuration is located under Users > Login. The default setting if the configuration property is OFF. In that case, the inactivity timeout is set to 3600 as described above. To change the setting, enter a timeout value in the inactivity timeout textbox and click the toggle to set it to the ON state. The maximum allowed value is 30 days, which is 2592000 seconds.
In addition to the app development APIs, we also make available a very rich set of administrative and management functions. Every single feature available in Backendless console, is also available via specialized REST API. Whether it is performing a data import/export, setting up database schema or retrieving application’s analytics – all of these can be done with a REST call. These APIs are available for any customer who upgrades to Backendless Plus or the Cloud Enterprise plans. When you decide to upgrade, contact us and request your Admin API manual.
Previously I wrote how to change user’s password using Backendless console. Additionally, there are ways to change user’s password using the API. In this post I review the API which can be used to change the password IF a user can login. A different scenario is possible when a user cannot login for the reason that he/she forgot the password. That scenario will be reviewed in a separate post.
In my post yesterday I wrote about support for multiple environments for your apps’ mBaaS backend. These could include development, testing, staging and/or production. As backend advances through its stages, an obvious question is how to migrate the backend’s data from one environment to another. Backendless provides a very advanced facility for backend migration between the environments. Take a look at the following interface:
As application is progressing through its lifecycle, there are different teams involved in interacting with the app and its backend. These teams include developers, testers, security auditors, system administrators ultimately customers and the users of the app.
Traditionally, application goes through the stages of development, testing, staging and production. Each stage has its own group of users. It is important that each stage has its backend with all the data, security policies and business processes in an isolated from other stages environment. Backendless provides support for multiple app environments through a feature called Versioning.
One of the hidden gems packed with features is Backendless REST Console. It is a part of Backendless console and is located in its own tab on the Data screen. The console does exactly what it sounds like – lets you run REST requests against your data tables. Let’s review how fetching your data (AKA running HTTP GET requests) works in REST Console:
In my previous post I reviewed the user registration API. Now that you know how to use the registration API and have a registered user, the next step is to review the login functionality. The video below focuses on the apps’ login screen and the Backendless Login API.
In the previous post I described how to obtain file’s public URL using the Backendless developer console. Even though one may obtain a public URL for a file or directory, it is very easy to change the permissions to restrict file download for anonymous (not authenticated) users. To restrict access: