haven't you ever done Mini Program backend? This requirement should not have appeared at all before there is an introduction to the login process for the
Mini Program document, so that you can learn at the back end.
. Just get unid or openid
in that case, encrypt the username and password sent.
the same question can be found here:
https://codeshelper.com/q/10.
Mini Program can also use MD5 encryption
https://codeshelper.com/q/10.
Mini Program forces https, not to grasp the package
No matter who visits it, wear this user name and password, that is to say, anyone can log in, so why are you still afraid of others grabbing your package and getting your user name and password? aren't you all open to access by doing so?
the password from POST to the server is encrypted by the user password MD5. When the user logs in again, the correct password encrypted by MD5 must be consistent with that stored by the server. If the password is inconsistent, the password is entered incorrectly ~
.
this process does not need to pass the user's real password, which is more secure ~
Big error. Guess you want to be like APP. Then encrypt it. Anyway, no one else can get your encryption algorithm.
HTTPS is not necessarily secure. Some package grabbing tools can be cracked. It is best to use symmetric encryption at the front and back end. For example,
Mini Program has a login process. Let the backend read the documents and get the openid. And Mini Program's login process is encrypted by Wechat for you, so there will be no security problems. Even if there is a problem with Wechat
, when the front and rear ends are separated, the user credential Mini Program uses openid. If you do not want to use it, let the backend log in to a single location, and then record the ip,ip changes and force you to log in again to update the token information. This is basically fine