@state not being saved
Julik Tarkhanov
julian.tarkhanov at gmail.com
Wed Jul 30 08:12:18 EDT 2008
I've pointed to the fact that its not a problem of activerecord but
the stubbornness of the camping session module (insisting on natural
primary key) that keeps it from working
--
Julian "Julik" Tarkhanov
On 29-jul-2008, at 17:13, "Bluebie, Jenna"
<blueberry at creativepony.com> wrote:
> Also worth noting that camping includes it's own session support.
> We're not using bits from rails for sessions except for ActiveRecord
> itself, and then only if you're using active record sessions. You
> might like to try the cookie sessions included in current Camping
> 2.0 builds (Magnus has more info on where you can grab those gems)
> which doesn't depend on ActiveRecord, if your session data can fit
> in under a couple of KB's. There's also an older though fully
> functional implementation of cookie sessions on the wiki for 1.5 by
> yours truly. :)
>
> essentially it works by storing the @state hash in a cookie, and
> digitally signing the data with an SHA hash of some sort, so while
> the user can see what's in their session if they're determined
> enough, they cannot tamper with it without knowing rather secret
> details about your server environment. You can also provide a custom
> key in your code for it to use for security bonus points. Without
> the key, so long as SHA isn't ever broken, they won't be able to
> tamper with the data without the server realizing and invalidating
> the session, starting them afresh. :)
>
> I really hope the ActiveRecord crew sort this out before we get too
> close to releasing 2.0 officially! :)
> _______________________________________________
> Camping-list mailing list
> Camping-list at rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
More information about the Camping-list
mailing list