On Fri, Jan 30, 2015 at 1:36 PM, Dan Wilson <[email protected]> wrote: > > I usually handle this through a cookie, rather than a session variable. > Cookies are more useful when dealing with loadbalanced infrastructures, > versus sessions, which do not replicate. Plus, once set, they would be > available on the client, for any client side trickery you want to use. >
True. That's a better solution. > > But if in fact, you can be 100% sure all of the views and all of the model > objects are the same, then I think the refactor would be pretty simple. > Yes. We can be sure of that. > Still though, before I invested more than a day on it, I'd see how much > RAM could be utilized. Like I said, programming is more expensive than RAM. > And there are no weird anticipated side effects from adding RAM. If you > miss some critical business logic, that would cause problems. > True. Which just means there's no simple answer, which is what I expected. The solution for years now has been just to add RAM to the server, or upgrade to a more powerful server. And that can continue indefinitely, along with adding a second server. Anyway, thanks very much for your thoughts. Jeff Gladnick just wanted to hear what you had to say before we made a decision. But we didn't expect a hard-and-fast answer, to be truthful. -- Thanks, Tom Tom McNeer MediumCool http://www.mediumcool.com 1735 Johnson Road NE Atlanta, GA 30306 404.589.0560 -- -- Model-Glue Sites: Home Page: http://www.model-glue.com Documentation: http://docs.model-glue.com Bug Tracker: http://bugs.model-glue.com Blog: http://www.model-glue.com/blog You received this message because you are subscribed to the Google Groups "model-glue" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en --- You received this message because you are subscribed to the Google Groups "model-glue" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
