From v3.4: Improved Coding All files have been rewritten to remove unnecessary coding, convert every possible line to Response.Write syntax, add the new features and improve performance.
Can you give any example of this by showing a couple of old lines and the new ones?
The changes are indeed substantial. It's funny how Snitz looks and acts the same way it always did(just much faster) but under the hood the differences are dramatic.
I just edited admin_config_colors.asp and I can tell you that much of the top processing was gone and replaced by much tighter code. Harder to work with in some ways, much easier in others.
I've now found out that there is no difference between "<%=" and Response.Write. The difference is that the ASP-script engine must be called for each response.write so if you include the HTML in the Response.Write you only have to call it one time.
It's possible to make the forum even faster by not using &VbNewLine. Instead the code could be writen on one line. That would make the code almost impossible to read so it's not realy an option.
From v3.4: Improved Coding All files have been rewritten to remove unnecessary coding, convert every possible line to Response.Write syntax, add the new features and improve performance.
Can you give any example of this by showing a couple of old lines and the new ones?
When I first read this I was worried I had used the wrong words to say that Very many examples can be found, and as Nathan said, inc_profile.asp is a very good example.
& vbNewLine is used to allow for people to read the resulting code. Makes the output much easier to read and to help in finding bugs. It is used instead of & vbCrLf because it is non-system specific where vbCrLf is.
It does not make that big a difference in speed and the readability of the end code more than makes up for it...
Your coding of this forum have made me thinking about doing the same to my ASP-sites. Gonna try to clock some changes and see if it will get the same effect as here (faster!).
Firstly determine what version of IIS your sites are running on sandstream71, if you are running on W2K (IIS5) then I would reccomend against converting it all to response.write but instead to actually get *more* pure HTML into your files.