I just saw something in the 4D docs that slightly made my hair stand on end.
It is that they seem to suggest that 4D’s session management couples sessions to web processes. Can this be true ? i.e. when a request comes in, does 4D have to match that browser session to the corresponding web process ?
I didn’t think that Active4D worked this way. Am I right that in Active4D, sessions and processes are decoupled so that any web process can access any session ?
> Am I right that in Active4D, sessions and processes are decoupled so that any web process can access any session ?
Correct. My question is, why are you turning on 4D's session management when you are using Active4D's sessions? If the web server is working incorrectly without 4D's session management turned on, it's a major bug that needs to be fixed.
Right. So to do session management they’ve simply turned the entire web functionality into a state-based system ? Like the old 1990’s contextual mode except without the current selections ?
Won’t that create massive redundancy ?
In testing I’ve had 10’s of thousands of sessions running under Active4D with only a few web processes. In addition, we only run session management when it’s needed - i.e. when a “real” customer decides to buy something. That way friendly bots like Google aren’t so upset by messing around with cookies just to get to trawl your site.
With this approach it looks like you’d need 10s of thousands of processes to handle 10s of thousands of sessions. Not only that, *every* single request has to have a session. If a rogue bot wanders along and only makes a single request every 20 minutes then it seems to me that 4D’s going to hold open a web process “exclusively” for that rogue bot and not allow anyone else to use it all day long (assuming the session/web process timeout is 20 minutes).
This seems to be in conflict with the strategy of supporting PHP front ends which presumably is intended to target large industrial customers. It sounds like a marketing strategy to me and not a technical one. They should have thrown their lot in with Active4D which at least has a reason for its existence given that it provides a seamless extension for 4D based business logic into the web.
Why use PHP when you can just stick a MySQL back end on it ?
Have I got the implications of this wrong ?
Begin forwarded message:
> My question is, why are you turning on 4D's session management when you are using Active4D's sessions? If the web server is working incorrectly without 4D's session management turned on, it's a major bug that needs to be fixed.
Just needed to explore all possibly workarounds for completeness. Due diligence :)