I had the same thing, they told me my account details changed on the day they changed. My business works with enterprises and yeah NET 30 to NET 90 days for payment terms, so this is a painful one to correct.
I actually reached out to Wise support and complained about this practice, as this is borderline illegal, a bank is not allowed to behave like this. They said they are doing an internal investigation on what happened and will get back to me within 30 days.
I'm also looking at filing a complaint to Consumer Financial Protection Bureau (CFPB) or similar.
(founder here) Webiny is an option I would recommend checking out. It's open-source, so unlike Webflow, you can actually creation your own low-code components. Webiny has a Page Builder, Form Builder, File Manager and a Headless CMS. All products can be configured and use as a low-code solutions.
I've been dealing with serverless since 2018 and have a company with a 100% serverless and open-source product (webiny.com). I'm not sure I fully agree with your 4 issues and the fact that Web Assembly is the answer.
"Serverless functions are slow" -> not really, only if designed poorly
"DX serverless functions is sub-par" -> where's your proof, again you'll have bad experience as a developer only if you don't know what you're doing. Which I see mainly from people trying to approach building serverless applications by having a container-like mindset and that leads them to bad design choices.
"Serverless functions come with vendor lock in" -> I think most of us are beyond the point of that vendor locking is bad choice. Worse choice is picking a sub-optimal technology with lower performance, higher cost and lesser reliability.
"Cost eventually gets in the way" -> Again, only if you don't know what you're doing and make bad design choices.
When it comes to Web Assembly, I don't see how this is a better choice of technology vs something like Node. In node I have a much wider support of the technology than WA (talk about vendor-locking), I have a proven eco system of libraries, knowledge and a much bigger talent pool to source from. The cold start issue you mentioned on your website, I can tell you first hand, the cold start is not really that big of a problem, not big enough that you would want to switch to a different technology and there are many ways to mitigate the cold start problem.
Just saying, I'm far from convinced that there is a benefit in switching. I would love to see more detailed benchmarks and examples I would be able to replicate than just statements in a blog post.
Hey there ... I've been building serverless applications since 4 years now and have gone through a steep learning curve while the technology was very young. I think today you can easily build scalable serverless services using Lambda and other offerings. There are nuances on how to avoid specific bottle necks and work around them, but you'll only spot them probably once they happen.
The database is one of the most important choices you can make. Any database that requires a TCP/IP connection and doesn't work with an HTTP API is out of the picture due to the way lambda functions work with such databases. See more: https://www.webiny.com/blog/using-aws-lambda-to-create-a-mon...
The learning curve for DynamoDB is steep, but nothing that a senior developer can't tackle in a few weeks. It's a worthy skill to have, especially if you work in the AWS ecosystem.
Vendor locking will always be there, but really, don't worry too much about it, especially in the beginning. There are ways to protect yourself by abstracting your business logic and having a layer between how the logic interacts with the underlying serverless service. Later if you do need to move, the move will still be a bit painful, but not as much.
Cold start is not a problem at all if your bundle is not overly big. If needed you can always have a few provisioned concurrency functions.
Wordpress is a big success, even today, after more than 15 years in the market. I can only hope to get close to that, I'm by no means disrespecting that, nor the WP community. I started with WP myself. But if you ask me if I'm working on building a product that's better than Wordpress, I definitely am, will I succeed, that's for the market to decide.
That was my starting point when I was thinking about this. However it seems there’s a lot of users who just don’t want to do that initial investment, so having a demo would potentially help in converting them.
It’s something we’ll definitely look at we just haven’t gotten to it yet. We thought of doing periodic resets, but that tends not to provide the best experience. We’re thinking of having per-user instances, forcing users to create an account, but then delete the accounts on a periodic basis. This way, rather than having a single shared account we believe would work better. It’s just there’s a lot of things on our roadmap and we didn’t think this one being so important. Clearly we were wrong.
We found developers, who are our target audience, want to test the setup, as that's part of the product experience and they get to learn the stack and the requirements. We are an open-source product, we don't have a SaaS offering, so we don't have a way yet to spin up demos or trial accounts for every user. You can view the product in our overview video without installing it: https://www.youtube.com/watch?v=gOGJKHXntiU
Interesting ... when I first wrote the "Our Philosophy" section I was guided by showing the reader the things that are guiding us in how we are building Webiny. Never thought of it as being a benefit, but I see what you mean. Thank you for your feedback, I'll give it more thought and see if we can push it out to the homepage somehow.
Thanks for the feedback. I agree a demo would be more useful. We might provide a more comprehensive platform overview in a video format. Operating a hosted demo requires us to maintain it and manage it. People tend to post all sorts of things in those types of environments, and if it’s a shared install base, other users might see content that is not appropriate. We need to find a good balance here, it just something we haven’t had time to get around to.
On the overview video - I’ll see what I can do, it’s a good suggestion, thank you!
We have this overview page for our roadmap: https://www.webiny.com/roadmap/
In case you are interested in a particular feature, I'm happy to help.
Regarding an integration between google sheets and our CMS, we don't offer one out of the box, but if you create a lambda function on Webiny that pulls data from your google sheet, you can use the GraphQL API to then sync the data into the CMS.
At the moment, the cost for a small site would pretty much be equal to the cost of the Elastisearch service, the only non-serverless component we have. At a minimum that would be ~$25/mo.
We're looking to add plugins for Elasticsearch so you can replace it with something like Algolia making the whole thing 100% serverless. In that case, the cost would be zero, as it would be 100% under the AWS free tier. Once the free tier expires, the cost would probably be in cents. Have a look at our performance benchmark reports, we've noted down the cost of each test in detail for each of the AWS services: https://docs.webiny.com/docs/webiny-overview/performance-ben...
That's true, and that is the angle we took here. But I also understand that people like to have at least a starting price in mind to know if it's something within their budget or not.
I actually reached out to Wise support and complained about this practice, as this is borderline illegal, a bank is not allowed to behave like this. They said they are doing an internal investigation on what happened and will get back to me within 30 days.
I'm also looking at filing a complaint to Consumer Financial Protection Bureau (CFPB) or similar.