Hi @nguyenrom
As for Redis Object Cache:
I have met many cases where people also used Redis Object Cache, and Nextend Social Login worked fine for them.
Also I have a test site with Redis Object Cache with the default configurations and the login with Nextend Social Login works fine for me there, too.
Redis itself also works, since if I enable the monitoring I can see our transient data gets set:
and read out:
and finally deleted:
And if I try to read out the transient data ( before the login actually happens in the popup ), e.g.:
GET "wp:site-transient:nsl_persistent_xxxxxxxxxxxxxxxxxxxxx"
then it returns the stored data and the state with in, e.g.:
"a:2:{s:14:\"google_display\";s:5:\"popup\";s:12:\"google_state\";s:32:\"6093203750f1f8f229e02a4084ec5598\";}"
that is necessary for avoiding CSRF attacks.
In your case either the set or the get part fails, so we won’t be able to retrieve the “state” for the state validation of the requests.
So something is wrong with your Redis configurations or Redis server. Probably if you try to set a test key with the redis cli, e.g.:
SETEX myTestKey 3600 "MyValue"
and you try to read it out:
GET myTestKey
that won’t return “MyValue” as value, but rather nil.
As for the Pro Addon:
It won’t make a difference, as the login itself works the same way.
Anyways if you have questions or problems connected to the Pro Addon, then as @fierevere mentioned, please open a support ticket here:
as commercial products can not be supported here.
-
This reply was modified 2 years ago by Laszlo.