Optimizing [founditems]
This WebDNA talk-list message is from 2000
It keeps the original formatting.
numero = 27116
interpreted = N
texte = Just curious:I state, a search can be considered as active until [/search]. So weshould keep the code within the search context as short as possible.Most responsibe for speed is:1 - The amount of code in the whole template (loading time).2 - The type of search (complex or not).3 - The amount and complexity of code within [founditems].4 - Available RAM, number and size of loaded databases.Example 1Single [founditems] and many, manystuff depending on a two-state variable:---------------------------------------[search...] [founditems] [showif [MyVariable]=on] ...many difficult things to do... [/showif] [showif [MyVariable]=off] ...many difficult things to do... [/showif] [/founditems][/search]---------------------------------------I do this most times and (shame) I believe it is the worst method. we haveto load one huge page first, then validate all showif's within [founditems].And showif's can get much more complex than in the example!Example 2Two [founditems] and many, manystuff depending on a two-state variable:---------------------------------------[search...] [showif [MyVariable]=on] [founditems] ...many difficult things to do... [/founditems] [/showif] [showif [MyVariable]=off] [founditems] ...many difficult things to do... [/founditems] [/showif][/search]---------------------------------------Overall code is equal, but less to do within [founditems]. Might fit betterfor medium size. I think about adopting this method for all rather shortstandard searches. Nonsense? Just theory?Example 3One [founditems] and different include'sdepending on a multi-state variable:---------------------------------------[search...] [founditems] [include result_[MyVariable].inc] [/founditems][/search]---------------------------------------5 Lines only and loading just what needed. It requires more templates, butis still maintainable.Now my question:Does example 3 give us most possible speed, or might we loose performancewhile loading files from disk?Peter-------------------------------------------------------------Brought to you by CommuniGate Pro - The Buzz Word Compliant Messaging Server.To end your Mail problems go to
.This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to
Associated Messages, from the most recent to the oldest:
|
- Optimizing [founditems] (Peter Ostry 2000)
|
Just curious:I state, a search can be considered as active until [/search]. So weshould keep the code within the search context as short as possible.Most responsibe for speed is:1 - The amount of code in the whole template (loading time).2 - The type of search (complex or not).3 - The amount and complexity of code within [founditems].4 - Available RAM, number and size of loaded databases.Example 1Single [founditems] and many, manystuff depending on a two-state variable:---------------------------------------[search...] [founditems] [showif [MyVariable]=on] ...many difficult things to do... [/showif] [showif [MyVariable]=off] ...many difficult things to do... [/showif] [/founditems][/search]---------------------------------------I do this most times and (shame) I believe it is the worst method. we haveto load one huge page first, then validate all showif's within [founditems].And showif's can get much more complex than in the example!Example 2Two [founditems] and many, manystuff depending on a two-state variable:---------------------------------------[search...] [showif [MyVariable]=on] [founditems] ...many difficult things to do... [/founditems] [/showif] [showif [MyVariable]=off] [founditems] ...many difficult things to do... [/founditems] [/showif][/search]---------------------------------------Overall code is equal, but less to do within [founditems]. Might fit betterfor medium size. I think about adopting this method for all rather shortstandard searches. Nonsense? Just theory?Example 3One [founditems] and different include'sdepending on a multi-state variable:---------------------------------------[search...] [founditems] [include result_[MyVariable].inc] [/founditems][/search]---------------------------------------5 Lines only and loading just what needed. It requires more templates, butis still maintainable.Now my question:Does example 3 give us most possible speed, or might we loose performancewhile loading files from disk?Peter-------------------------------------------------------------Brought to you by CommuniGate Pro - The Buzz Word Compliant Messaging Server.To end your Mail problems go to .This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to
Peter Ostry
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Summing fields (1997)
[search] within [listfiles]? (2003)
-tmp files (2000)
emailer (1997)
woops - speed results - right subject (2002)
Searchable WebCat (etc.) Docs ? (1997)
Field name-subcategory (1997)
plugin-acgi, different results (1997)
Not seeing cart info on Invoice.tmpl (was PROBLEM) (1997)
Problem: 3.0 doesn't update carts (1997)
Virtual hosting and webcatNT (1997)
Locking up with WebCatalog... (1997)
Dynamic Exchange Rates (2002)
[ShowNext] feature in 2.0 (1997)
WebCat2.0 [format thousands .0f] no go (1997)
Some Advise needed (1997)
Add a field to the error log? (1997)
PSC recommends what date format yr 2000??? (1997)
FM PRO Compatibility Issue - Single Database w/o Conversions (1997)
[WebDNA] Dealing with age and birth day (2017)