Nice work. I liked the instant pdf viewer. Kudos for your efforts.
Only thing I would suggest is, to support different tax formats (or provide an ability to fill custom tax format name that applies to the whole invoice). Right now, it is largely VAT. In some countries, it may not be relevant.
(Having said that, as a work around, currently anyone can use Notes field to fill custom tax details and hide all VAT related fields.)
> I'm at a point where I need to gather feedback from real users. At the moment it's completely free, but if it gains traction and higher traffic sites use it, I will have to add paid plans to make it sustainable
You can check out bannerbear (and bunch of others) who are already in this space. There is a clear need here. Wish you Good luck for your first SAAS journey.
I'll leave the rest for harshil and shk to answer.
2. Currently, we follow an auth+capture model. Our authorization is completely client-side, which means it can be performed in a browser. However, to make sure that others cannot use the same code as yours to authorize payments, captures require you to have a backend of some sort.
4. Currently no, but we plan to do this in the future.
1. Not at this time. We will be launching support for that soon.
2. Yes, you can but then you will have to manually capture the payments from dashboard.
3. The money is transferred on T+2 day where T is day of transaction.
4. Not a this time. We definitely want to support that very soon.
Reg (2) Is it like https://stripe.com/checkout ? What you meant by capture the payments from dashboard ? Do you mean I have to pull the payment details from dashboard api ?
One last question : How extensively net banking is supported ?
2.hit the login link. since gmail & yahoo as email providers not implemented browserid/persona protocol, you will asked to create an account in persona.org with any of your existing email address.(gmail / yahoo).
persona.org will send you a verification link to check if you really own your email address. Click on the verification link and you are verified to use persona.org account in all the places where browserid is supported
3.in the login page - it prompts for a new password if you are a new user or existing password if you are a returning user - this is the password for the email address used in persona.org registration.
4.post authentication it takes you to the website with user session as superuser123@gmail.com/superuser123@yahoo.com - eg crossword.thetimes.co.uk
5.In a nutshell, two things will change in future - no login window from persona.org & no need to create account in persona.org
That's completely spot on. Right now, if your email provider doesn't have native support, we ask you to create a persona.org account so that Mozilla can vouch for you. In the future, this goes away.
Similarly, the UI is all displayed in response to navigator.id.* functions. If a browser implements those natively, the Persona UI at login.persona.org completely goes away.
The more successful Persona is, the less Mozilla is involved in the login process. :)
Then you'll start seeing an authentication page hosted by Google, instead of the Persona fallback. Native options are always tried first, both for client-side navigator.id functions, and for server-side authentication. If one of those is missing, then login.persona.org fills in for that component.
> 3.it prompts for your password - gmail password or yahoo password
Yes. In this case the "it" that prompts for your password will be an iframe served from gmail/yahoo. Once they support Persona natively, login.persona.org is no longer in the loop and your gmail/yahoo password goes directly to gmail/yahoo.
Having the (say) GMail in an iframe sounds worrying. It's not clear immediately that the embedded page came from GMail, as we cannot see the https scheme in the URL for the iframe - much less any indication that the certificate is trusted etc. This provides an attacker with the possibility to create a fake GMail login page
Why not redirect to GMail (openid-style) with a callback (or failing that, use a pop-up)?
You're talking about a phishing attack and it's actually worse for OpenID http://identity.mozilla.com/post/7669886219/how-browserid-di... Once Persona is integrated into browsers it will offer better security. BTW, the iframe is always in a pop-up for this exact reason. It's never an iframe within the context of the website that initiated the login.
I like to use this for my redis setup...what about the data backups for the persistent data..do you manage that?..If yes..what is the frequency ? I think you should provide more data for database services..especially for redis about the memory, disk space & connections. I like to move from redistogo if comparable metrics are provided.
It could be there was some so-called return immigration, with Chinese-Brazilians going to China during the times of high unemployment rate on Brazil (as lots of Japanese-Brazilians did). But as a Brazilian I've never heard of that, so 50k sounds implausible.
Only thing I would suggest is, to support different tax formats (or provide an ability to fill custom tax format name that applies to the whole invoice). Right now, it is largely VAT. In some countries, it may not be relevant.
(Having said that, as a work around, currently anyone can use Notes field to fill custom tax details and hide all VAT related fields.)