Could you take a screenshot of your REST API configuration in Composer Data Configurator? The correct place to configure the payload is under POST request body on the Schema tab.
However, considering that the query object seems to be highly dynamic, you might want to consider using just the HTTP request flow function, copypasting your query as a formula in the Request body field
Not yet. I get it to work on some instances, but not in others. The request schema seems to change depending on the query, which is highly inconvenient. I’m trying to find out what are the rules for a working schema, because up to now it’s trial and error. One thing is for sure, the GET schema is not accepted on the other http calls, as the GET schema includes information that Firestore sets by itself and can not be passed on the request.
I get a query by record (document) id without problem, as stated on the tutorial post. Once I figure out the rules for a query by field I will edit the post to include this kind of call, because it is much more useful.
All right! Note that if there are fields that are dynamic, you can edit the schema manually to make it e.g. just an “object” instead of object with specific properties. This will mean the user must know the structure and use formula functions “blindly” to access it, but this is one (hacky) way to support dynamic schemas in REST APIs.
That’s a mismatched type, so changing the schema of the .stringValue field to match the target binding schema should work. If you know internally that the data will match, you can also always use formulas for the binding – it will complain about mismatched schema but execute the binding regardless.
Firestore is a non relational (NoSQL) database. As such, it is ideal for data that in someway, or for some reason, needs redundancy or the redundancy is inherent to it, be it structured or not (ie. documents).
“Cloud Firestore is a flexible, scalable database for mobile, web, and server development from Firebase and Google Cloud Platform. It keeps your data in sync across client apps through realtime listeners and offers offline support for mobile and web so you can build responsive apps that work regardless of network latency or Internet connectivity. Cloud Firestore also offers seamless integration with other Firebase and Google Cloud Platform products, including Cloud Functions”
What I find special, besides the aforementioned and it being easy to setup, is that it has a free usage policy for low traffic use (as of july 1, 2020, it’s free up to 50.000 reads/day, 20.000 writes/day and 20.000 deletes/day) that allows its free use for many applications and, if needed, growth is not a problem.
Hi, trying to do the same thing but unfortunately not successful at the API Explorer stage itself. Any help would be highly appreciated. I know you guys are busy like crazy but tagging the ever helpful @Harri_Sarsa, @Mari and @Mevi Here is my curl and the response error: