Log in

No account? Create an account
LiveJournal Development [entries|archive|friends|userinfo]
LiveJournal Development

[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

September 10th, 2001

Patch request: checkfriends fixing [Sep. 10th, 2001|12:21 am]
LiveJournal Development


Checkfriends is dumb right now. It's supposed to:

1) be very light-weight
2) be correct

Right now it's only half of #1 and half of #2. The join it does is quick, at the expense of correctness. (it reports changes when a friend posts a private/masked entry you don't have access to read... so it shouldn't flash red at you)

But it could be more correct and more light-weight.

Somebody please implement this:

* add a new userprop to userproplist --- "lastfriendpost"
* when somebody posts:
1) if private, do nothing
2) if public:

REPLACE INTO userprop (userid, upropid, value) SELECT userid, $propid, NOW() FROM friends WHERE friendid=$journalid

(where you figure out $propid ahead of time from using LJ::load_props or whatever which caches that info, rather than joining on another table there)

3) if usemask: same SELECT query as above, except with a join against friend again, to check the allowmask the $journalid gives to the friendof ... something like: (double check this)

REPLACE INTO userprop (userid, upropid, value) SELECT o.userid, $propid, NOW() FROM friends o, friends r WHERE o.friendid=$journalid AND r.userid=$journalid AND r.friendid=o.userid AND r.groupmask & $allowmask

(Mnemonic: "o" = friend of, "r" = reverse friendship)
(where $allowmask is already defined in the "postevent" code in ljprotocol.pl)

Then... once you check that's all working, modify checkfriends to not do the join, and instead just load_user_props("lastfriendpost").

Should be a fun straight-forward project that'll be rewarding (improving #1 and #2 above).
link5 comments|post comment

setscheme [Sep. 10th, 2001|05:42 am]
LiveJournal Development


it'd be nice if the cookie that is dropped by using setscheme (i.e. by typing something like http://www.livejournal.com/?setscheme=woais) was a never-expire cookie rather than a this-browser-session-only cookie.

*shrugs* just a thought.
link10 comments|post comment

checkfriends bug? [Sep. 10th, 2001|06:45 am]
LiveJournal Development


[mood |confusedconfused]
[music |Nichole Nordeman - This Mystery]

Does checkfriends make allowances for post that are not available to the user currently logged on to the client making the checkfriends request?

The reason I ask? My little red pencil (win32) has just come up three times in row, but with no new entry on my friends page.
link7 comments|post comment

ssl? [Sep. 10th, 2001|10:22 am]
LiveJournal Development


i dont know if this has already been brought up, but its something thats been on the back of my mind for a while now. not being a developer (i'm a really poor coder), i've been hesitant to say anything, but since I was already on the subject over in logjam, I figured I would also mention it here as a missing piece of the LiveJournal suite.

logjam post: SSL enabling LiveJournal?
link9 comments|post comment

Polls: Useful tool or something to hang a flag from, Today on Counterpoint... [Sep. 10th, 2001|06:13 pm]
LiveJournal Development


I'm not sure if this is the right community to ask this or not. So if it isn't, I apologize ahead of time.

Do communities get access to polls automatically? If not could Phoenix_lj, the community for my Mac Client get a Perm account, mainly for the use of polls?

link2 comments|post comment

LJ Internals FAQ - Draft 0. [Sep. 10th, 2001|11:32 pm]
LiveJournal Development


here is draft 0 of the document. More info at that link, too. Need comments/questions/additions.

[ viewing | September 10th, 2001 ]
[ go | Previous Day|Next Day ]