51–60 of 109 posts
I see that you support some integrations. We are interested on that ( http://stack55.com ), do you provide or plan to build some custom API?
We currently do not have a documented direct REST API - but you can use our webhook feature to ping budibase and trigger actions within the platform.
We do plan to provide a custom API and a fully documented, official HTTP API in the next few months.
How are the applications stored internally? Is it possible to do Git-based versioning with apps?
Installing the budibase server from npm pulls in over a thousand transitive dependencies. The npm install command reports that there are 39 known vulnerabilities in budibase's dependencies, including 9 that are classed "high" and 3 that are "critical" severity. The dependency graph includes a lot of crap, like packages containing trivial single-line functions like "is-object" and "is-stream". That's a very large atta…
Thanks for the comment. We have just undergone a full security audit as of 2 weeks ago - any infrastructure or code vulnerabilities are currently being worked on.
Many JavaScript projects contain huge dependency trees - it is unfortunately the nature of a 3rd party module-heavy ecosystem, and can be hard to tame the sheer size of the tree. We will update or pin dependencies as needed, to solve the security issues being reported by NPM.
I should also mention that since budibase is self-hostable, it can be run inside all of your existing infrastructure and network - providing additional layers of security that you can control.
Appreciate the feedback, and the information regarding transitive dependencies - interesting article.
Note: Seems like source [0] has a broken link.
I've been a big Retool user lately, this looks like a pretty nice competitor! I like that you've got some workflow components in here. How are the applications stored internally? Is it possible to do Git-based versioning with apps?
Our app metadata is stored as JSON documents in CouchDB, but entire apps can be exported to .txt files that can be imported into budibase also. Our templates work through this method.
We do not currently support git based versioning, although it's certainly something we could support in future, given the fact an entire app can be represented in a .txt file.
I've seen this approach used in a lot of different workflow systems over the years, and it's always struck be as awkward. Have you considered designing the automation language in such a way that it is sufficiently expressive to cover the full range of needs for apps, from the high-level aspects to the low-level details?
The approach I prefer to use is to pick a suitably generic language (generally based on a formal process calculus and extended with useful primitives). I'm on my second round of doing this now (first as an academic research project, now in industry) and in both cases it's been based on lambda calculus (and in the industry project, based on Scheme). The language constructs and model of computation are identical whether you're implementing high-level aspects of the workflow logic (a sequence of steps, with optional conditional branches, looping etc) and low-level aspects (iterating through a list of numbers to compute the sum). One language + interpreter takes care of both. I discuss this approach in Chapters 2 and 3 of https://www.pmkelly.net/publications/thesis.pdf.
I would like to see a hosted tier between Enterprise and Free. maybe something like $10/dev plus upcharges for storage and data transfer. but unlimited apps(or at least a generous amount of apps). and an issue escalation charge.
Thanks for the feedback! We've not yet settled our pricing, which is why its not listed. Great to hear some opinions on it :)
I don't see any demo here. Just one demo to show all strengths of the platform is still the fastest way to persuade user (like me), else i have many doubts and questions like, what it can do ? Can it do this ? How to do this things,...
Earlier quoted context omitted.
Cheers - where did you watch the promo video? We use wistia for the website, but you can view it on youtube too. Is this any better: https://youtu.be/xoljVpty_Kw
that is the one I watched. See screenshot https://imgur.com/a/4NNv1vN The postgres fields are barely visible. I was also looking at the website templates for the score card. The screens get blurry there too. I might use the template ;) https://budibase.com/business-apps/templates/hashicorp-score...
I haven't played with the api connector, but where do you store the api keys? is there a way to throttle the calls and hide them behind authentication so a user doesn't just blast my api if it's a paid service?
When using the REST connector, the API keys you hard code, as headers for example, are stored in CouchDB.
We don't currently have rate limiting in the platform, but that's a great suggestion - especially if users can control the intervals.