> Did you test that you will run into in speed problems when using > search?
Not yet. But I can imagine that a blog site would containing "main zone", "recent post", "recent comments", "comment numbers", "post numbers", "most read", "most rating".. I'm doing my best putting as many data as possible to info pages. Cheers, linly > Greetings, Martin > > On Mar 23, 5:13 am, Linly <[email protected]> wrote: > > > Hi all, > > > I like a function in Amazon.com called "Listmania", which allowed > > readers to create any kinds of reading list from "basic Si-Fi" to > > "best book on summer beach" and so on. > > > The interesting thing is, if you go to the book page there is a > > section showing all of the reader lists that containing this book. > > > So the "Listmania" function is, you make a list and the book page will > > know who list them. > > > At first, I think this is easy to achieve in BoltWire. A backlink > > would do the trick. However, I found backlink is too automatic that it > > displayed all kinds of back links, time related, category related, > > author related ... not the true meaning related post at all. > > > One solution maybe using group to limit the backlink results only in a > > certain group, say, > > > <code> > > Related post: > > [(search group=listmania link={p})] > > </code> > > > This solution doing right I want. But it uses [(search)] which I'm > > worrying the loading issue on a blog site. There are too many dynamic > > items needing up-to-date when a page is open. > > > I'm wondering whether this solution can be transformed to use info > > vars or not? > > > Cheers, linly --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "BoltWire" 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/boltwire?hl=en -~----------~----~----~----~------~----~------~--~---
