Live data from Hacker News

Show HN: I built a free, simple login service. Would you use this?

login.land

41–50 of 110 posts

Re: Show HN: I built a free, simple login service. Would you use this?

#41

I agree with kenji's (dead) comment. I'd rather set up login functionality on my own server. If you use a third party service, their downtime becomes your downtime. Worse, you're injecting another company into your relationship with your users. If that were necessary, I'd choose one the customer was already familiar with, like Google, Facebook or Twitter. Setting up login isn't very difficult and libraries exist for…

I definitely don't think it's /useless/, but I wouldn't use it. Someone out there wants a dead simple login solution that they can get running with a handful of lines of code.

That being said, if this was /self hostable/, I'd see myself using it on a few projects.

Re: Show HN: I built a free, simple login service. Would you use this?

#42
post #34

I tried setting up an account and got a Firebase error, but generally the answer is no. Sorry. I'd have to have faith that your implementation of the login flow is more secure than one I could build or get elsewhere. Any weird security smells (like the login page differentiating invalid user email address from invalid password and leaking Firebase errors to the user) are going to lead me to believe that the code hasn…

Thanks for the feedback! This is definitely early stages – mostly looking for feedback on the product and landing page, but I’m definitely embarrassed you ran into that Firebase error! I built the admin side using Firebase auth to get started, but have been planning to move it over to Loginland...

Re: Show HN: I built a free, simple login service. Would you use this?

#44
As a software developer, I wouldn't use this service. But if I was someone without my skillset trying to build a no-code / low-code MVP, I definitely would try this out! I think that may be your sweet spot. I don't think HN is your ideal audience.

Re: Show HN: I built a free, simple login service. Would you use this?

#45
I recently made the toss up between Auth0 and my own system. Ultimately I couldn't bring myself to use Auth0, it wasn't the price but the lockin that got me. Being able to log into a product is a key gate and I don't want to lose control over that even if it is slightly more work in the early days. What's more, it becomes extremely hard to migrate away from.

As someone else suggested in here, I'd be happy to do a one off payment for a system under my control. However, a handing over the literal keys to my product is not something that I'm comfortable doing, especially without reassurances that I can easily migrate away from it. The fact that there are so many good libraries that deal with the most painful parts of this just make the sale harder for me.

Re: Show HN: I built a free, simple login service. Would you use this?

#46

I agree with kenji's (dead) comment. I'd rather set up login functionality on my own server. If you use a third party service, their downtime becomes your downtime. Worse, you're injecting another company into your relationship with your users. If that were necessary, I'd choose one the customer was already familiar with, like Google, Facebook or Twitter. Setting up login isn't very difficult and libraries exist for…

Login management should be built into the browsers instead. Imagine a UI where you go to log in and instead of a text/email field for login and a password field you get a drop down with a list of your personas that you’ve created with the option of adding a new one. Under the hood it would use a public/private key pair to authenticate you with the site. Browsers could implement a service that backs up your personas a…

https://en.wikipedia.org/wiki/Mozilla_Persona

Re: Show HN: I built a free, simple login service. Would you use this?

#47
post #18
post #15

Your fee example seems either plain wrong or dishonest. If you use Stripe to handle payments, the fee of using your service must be higher than using Stripe directly. But you claim that Stripe would take 35c, but you only 25c.

I think they mean that you pay both 25c to them and 35c to Stripe.

If so, that‘s what I would call dishonest pricing. I expect you to tell me your fee, and that should include all your internal cost of providing the service. Sounds like an architect selling a house for 10k. But wait, footnote says „don‘t forget the contractors will take an additional 100k“.

Re: Show HN: I built a free, simple login service. Would you use this?

#48
post #8

Why would anyone use this? Just write your own login, it's not hard, and you don't have the dependency on a 3rd party site that can go down at any point in time.

I agree that writing your own login routines is not hard, except I wouldn’t want anyone to have the impression that it’s trivial.

It’s not trivial. It requires some knowledge to do it well. Off the top of my head—choice of unique identifier, password complexity rules, hashing best practices, registration flows, recovery flows, abuse detection, markup hinting for password managers... I could go on.

Re: Show HN: I built a free, simple login service. Would you use this?

#49
post #10

Wouldn’t it be „wrong“ to teach my users to trust login emails coming from a foreign domain? Also, how do you plan to keep your emails out of spam folders and blacklists? From your website it wasn’t clear to me how I would check the login code for validity.

I know where you are coming from but it's sad that new service email is assumed to land in "spam". Spam was meant for special, not default.

Original intent notwithstanding, defaulting communication to a junk box is absolutely the correct stance given the current signal to noise ratio in email.

Re: Show HN: I built a free, simple login service. Would you use this?

#50

I am currently using Auth0 which has all the cool functionality of logging in with 3rd party services, user management, and so forth. I think I am paying them $25/m to use it, something fairly trivial but non-zero. If I were getting started with logins again, I'd say I could pay you $250 one time just to download all the code, and roll it out on my own systems in minutes. This way I'd have user auth with easiest setu…

Definitely early stages – mostly looking for feedback on the landing page / demo!

Agree that it’s hard to compete with more full-service solutions like Auth0/Firebase. Maybe there’s some variant of this, like self-hosted, that could work :)

Post reply on HN