> > Not especially. Just notice that as a user You log to admin interface once. > > And midgard authentication lets You keep information about who is logged. > > No, it's resent by the browser in every request. Every page request that > requires authentication does all the work all over again. That's how > HTTP authentication works.
Yes, but it is easier to get person object once per page to use its username as creator, and then easier gets objects creator name. > > Yes, but the same argument could be made for any other linked resource. > The database server should cache and index to make this efficient > enough. Or we could add it to the query, which would need a join, but > then again: where does it stop? The title of the parent topic for an > article? Or the full path of titles of parent topics? Group name for a > person? Etc. yes.... but I thought if mgd_get_person accept now username and id. It could not be sa hard for mgd_get_person. Besides I do not know how many users uses so many users. Keeping users in another database seems good. But as I was an enemy of SG, I changed my mind when I saw how many tables mysql needs to have opened, I thought that it is faster and better to keep most things in one databes. > > Yeeeeeees.... I just noticed ;) > > But We are talking about users who log to any midgard sites. > > They _need_ username. > > You mean just the currently logged-on user? OK, that's reasonable. Well , I use now one mgd_get_person per page, so I got all its info for every page place. But it makes very trouble when I want get plenty of objects and creator usernames. Besides its make any big site which uses persons and articles objects not fast and efficient. Make midgard Manual listing with every article and topic creator listing and display it on page...... it takes some time to get these querries. That is my thought. But as i wrote earlier, there is no big problem to work it around. I loose one object field but in my case it doesn't metter. Piotras --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
