On Wed Jun 21 21:08:38 2006, guest wrote:
Show quoted text> Not a huge deal, but I figured you'd want to know... I wrote a little
> script to update all my friend information in the database and have
> noticed that the following fields are never populated:
>
> birthdate, member_since (Band only anyway, I believe), last_login
Now, I was convinced I'm the only person using this module. I was
wrong. :)
Hmmm... here's the deal:
birthdate: we need to write a method to go through the birthday section
and update the birthday section. That info isn't necessarily going to
be on a profile page, so it doesn't get updated by cache_friend
member_since -- the layout may have changed on that. i'll try to update
that in the next release. but i see it in some recent entries. can you
send me a friend_id number that doesn't cache the member_since so I can
check it out?
last_login works for me. can you send me the code you're using that
isn't caching it?
Show quoted text>
> (also first_name snf last_name but I figure those are place holders
> since I don't think I've ever seen anyone provide that data on their
> profile...)
Some of those fields are placeholders right now. I was using a db
design that Grant had put together and first_name and last_name are
meant for you to be able to customize your data manually for friends
that you know etc.
Show quoted text>
> I'll take a closer look at the cache_friends sub and see if I can figure
> out what's going on--since it's likely just a page format modification
> that isn't meeting parsing criteria--and see if I can't determine what
> the issue is...
Yeah, let me know and also do send me a code sample. I'd be interested
to see how you're using it.
Best,
Olaf
