Comments on: Why you should not place your whole site in an UpdatePanel http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/ ASP.NET and AJAX code, ideas, and examples. Wed, 10 Mar 2010 23:47:18 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: John http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-36127 John Mon, 10 Aug 2009 21:18:12 +0000 http://encosia.com/?p=74#comment-36127 Just a thought, but when talking about the source control and having 1 person lock everyone else in a single page site... that is true, and a problem.. however, couldn't that easily be circumvented by the main page being the navigation or sorts and the actual content of the single page app being comprised of individual user controls that they could be checked out as needed in a multi-developer environment? Just a thought, but when talking about the source control and having 1 person lock everyone else in a single page site… that is true, and a problem.. however, couldn’t that easily be circumvented by the main page being the navigation or sorts and the actual content of the single page app being comprised of individual user controls that they could be checked out as needed in a multi-developer environment?

]]> By: Dave Ward http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-33737 Dave Ward Sat, 03 Jan 2009 04:46:21 +0000 http://encosia.com/?p=74#comment-33737 I wouldn't use it for navigation. I wouldn’t use it for navigation.

]]> By: sam http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-33735 sam Sat, 03 Jan 2009 03:56:16 +0000 http://encosia.com/?p=74#comment-33735 You said: So how should you do it instead? Iframes. It’s that simple. What are your thoughts on uframes: http://www.codeplex.com/UFrame Thanks, Sam You said: So how should you do it instead? Iframes. It’s that simple.

What are your thoughts on uframes:
http://www.codeplex.com/UFrame

Thanks,

Sam

]]> By: Shalan http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-32888 Shalan Tue, 28 Oct 2008 08:25:57 +0000 http://encosia.com/?p=74#comment-32888 I have seen this in action on some popular local websites in my country, where the navigation and css loads first and a nice loading gif shows in the centre whilst the page content is being fetched. If i search their site in Google for specific content, the results still show. But I agree with you...I rather have my content indexed. Yes, the content can be cached and it is for a public facing site. Its actually for the main content block of my CMS. Im basically doing a select query based on the querystring (viz url rewriting) and binding the result to a literal control. I just thought that I could load the rest of my page, and then load this content last. I'm not sure where I heard this, but I'm led to believe that providing alternative pages purely for bots is a no-no. rgdz I have seen this in action on some popular local websites in my country, where the navigation and css loads first and a nice loading gif shows in the centre whilst the page content is being fetched. If i search their site in Google for specific content, the results still show. But I agree with you…I rather have my content indexed.

Yes, the content can be cached and it is for a public facing site. Its actually for the main content block of my CMS. Im basically doing a select query based on the querystring (viz url rewriting) and binding the result to a literal control. I just thought that I could load the rest of my page, and then load this content last.

I’m not sure where I heard this, but I’m led to believe that providing alternative pages purely for bots is a no-no.

rgdz

]]> By: Dave Ward http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-32665 Dave Ward Tue, 21 Oct 2008 17:05:50 +0000 http://encosia.com/?p=74#comment-32665 A page method or web service will have the same issues with SEO. For public facing sites, where SEO is important, you should generally avoid locking content in AJAX functionality. Use it to progressively enhance the UI, but not as the foundation of the UI. In your case, is the delay loaded content something that can be cached instead? If not, an alternative is to use user-agent sniffing to deliver a static page only to the spiders. A page method or web service will have the same issues with SEO.

For public facing sites, where SEO is important, you should generally avoid locking content in AJAX functionality. Use it to progressively enhance the UI, but not as the foundation of the UI.

In your case, is the delay loaded content something that can be cached instead?

If not, an alternative is to use user-agent sniffing to deliver a static page only to the spiders.

]]> By: Shalan http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-32658 Shalan Tue, 21 Oct 2008 12:24:52 +0000 http://encosia.com/?p=74#comment-32658 Great, insigthful article! One question though...I had no idea about content in an updatePanel not beign able to be indexed by crawlers!! I have on one of my sites an UpdatePanel that contains the main bulk of that page's text (stored in DB). I am delay-loading this so that the rest of the page loads first and fast, and I display a nice loading image to the user. What would you recommend be an alternative to achieving this without using Updatepanel?? would the same SEO concerns arise if I use a Page Method instead? rgdz Great, insigthful article!

One question though…I had no idea about content in an updatePanel not beign able to be indexed by crawlers!! I have on one of my sites an UpdatePanel that contains the main bulk of that page’s text (stored in DB). I am delay-loading this so that the rest of the page loads first and fast, and I display a nice loading image to the user.

What would you recommend be an alternative to achieving this without using Updatepanel?? would the same SEO concerns arise if I use a Page Method instead?

rgdz

]]> By: Dave Ward http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-32060 Dave Ward Fri, 29 Aug 2008 12:59:18 +0000 http://encosia.com/?p=74#comment-32060 Just the content for the UpdatePanel is correct. In a partial postback, you should see a pipe (|) delimited string that includes the rendered HTML for the UpdatePanel's <div>, which UpdatePanel(s) are to be updated, JavaScript registered through the ScriptManager, etc. Just the content for the UpdatePanel is correct. In a partial postback, you should see a pipe (|) delimited string that includes the rendered HTML for the UpdatePanel’s <div>, which UpdatePanel(s) are to be updated, JavaScript registered through the ScriptManager, etc.

]]> By: Josh http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-32048 Josh Thu, 28 Aug 2008 14:22:09 +0000 http://encosia.com/?p=74#comment-32048 can you explain more about this? I have been wondering this myself, looking at firebug, under net, it shows the full page again in its original form, but under console I see just the content for the update panel... which is really happening, and why does firebug show the full html page if it's only supposed to be getting the updated content? can you explain more about this? I have been wondering this myself, looking at firebug, under net, it shows the full page again in its original form, but under console I see just the content for the update panel… which is really happening, and why does firebug show the full html page if it’s only supposed to be getting the updated content?

]]> By: سیتم وب Ú©Ù†Ù?رانس http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-31281 سیتم وب Ú©Ù†Ù?رانس Wed, 02 Jul 2008 10:34:22 +0000 http://encosia.com/?p=74#comment-31281 i try to place my controls in several update panels.is it somehow better? i now that using trigger is better but it requires many thinking and i am somehow lazy! ;) i try to place my controls in several update panels.is it somehow better?
i now that using trigger is better but it requires many thinking and i am somehow lazy! ;)

]]> By: Slava http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-22939 Slava Thu, 08 May 2008 14:15:36 +0000 http://encosia.com/?p=74#comment-22939 Sorry, achieve, not archive :) Sorry, achieve, not archive :)

]]> By: Anonymous http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-22930 Anonymous Thu, 08 May 2008 13:37:10 +0000 http://encosia.com/?p=74#comment-22930 "but you have to write all your controls in javascript which must take a lot longer to do" Totally agree. The point of Javascript JSON WebMethod is to archive the functionality of true AJAX application, not a simulation like with UpdatePanel :). BUT! And that "BUT" is the cornerstone. It would be a real nightmare to built manually the Javascript AJAX UI library by hand. Everyone I know decided to use Javascript AJAX libraries available now even for free, such as ExtJS, wich is FULL of any UI elements you might ever need to built your app. So what would be the reason for me to choose ASP.NET AJAX via WebServices? “but you have to write all your controls in javascript which must take a lot longer to do”

Totally agree. The point of Javascript JSON WebMethod is to archive the functionality of true AJAX application, not a simulation like with UpdatePanel :). BUT! And that “BUT” is the cornerstone. It would be a real nightmare to built manually the Javascript AJAX UI library by hand. Everyone I know decided to use Javascript AJAX libraries available now even for free, such as ExtJS, wich is FULL of any UI elements you might ever need to built your app. So what would be the reason for me to choose ASP.NET AJAX via WebServices?

]]> By: Rune http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-22611 Rune Tue, 06 May 2008 23:08:28 +0000 http://encosia.com/?p=74#comment-22611 I agree with you that updatepanel is not a great solution from a performance og user experience point of view. However, it seem to solve the problem of maintaining a "temporary" version of larger forms while at the same time doing constraint checks in the database. This could of course be handled by a javascript/webmethod combination, but then you loose the advantages of managed code. On the other hand it does almost take your breath away when you see the complete javascript-json-webmethod combination used to the fullest like the controls from... componentart (I think they're called). The performance is almost desktop-like but you have to write all your controls in javascript which must take a lot longer to do. I agree with you that updatepanel is not a great solution from a performance og user experience point of view. However, it seem to solve the problem of maintaining a “temporary” version of larger forms while at the same time doing constraint checks in the database. This could of course be handled by a javascript/webmethod combination, but then you loose the advantages of managed code.

On the other hand it does almost take your breath away when you see the complete javascript-json-webmethod combination used to the fullest like the controls from… componentart (I think they’re called). The performance is almost desktop-like but you have to write all your controls in javascript which must take a lot longer to do.

]]> By: Eye On .NET - Hisham Elbreky http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-21896 Eye On .NET - Hisham Elbreky Sat, 03 May 2008 09:15:47 +0000 http://encosia.com/?p=74#comment-21896 [...] Why you should not place your whole site in an UpdatePanel [...] [...] Why you should not place your whole site in an UpdatePanel [...]

]]> By: Dave Ward http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-21041 Dave Ward Tue, 29 Apr 2008 19:29:06 +0000 http://encosia.com/?p=74#comment-21041 Make sure you're looking at the console tab. If you expand a partial postback's POST entry there, you should see a request that's very similar to a regular postback and then a response that's a pipe delimited string intended for the PageRequestManager. If you're seeing a response of the entire page's HTML, you're seeing a regular postback's response (or the response from a GET). Make sure you’re looking at the console tab. If you expand a partial postback’s POST entry there, you should see a request that’s very similar to a regular postback and then a response that’s a pipe delimited string intended for the PageRequestManager.

If you’re seeing a response of the entire page’s HTML, you’re seeing a regular postback’s response (or the response from a GET).

]]> By: Slava http://encosia.com/2008/04/23/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-21040 Slava Tue, 29 Apr 2008 19:20:59 +0000 http://encosia.com/?p=74#comment-21040 Strange... but what I see in the Firebug's Response tab is the content of the entire page! not just the content of UpdatePanel. What's the point to sent the HTML content + VIEWSTATE of the entire page, if the callback was initiated only from the UpdatePanel? Basically what I see when debugging the app using Firebug is that the whole page's content is submitted and returned!! back when using UpdatePanel, + the VIEWSTATE. Maybe it's something wrong with the Firebug :) ? Strange… but what I see in the Firebug’s Response tab is the content of the entire page! not just the content of UpdatePanel. What’s the point to sent the HTML content + VIEWSTATE of the entire page, if the callback was initiated only from the UpdatePanel?

Basically what I see when debugging the app using Firebug is that the whole page’s content is submitted and returned!! back when using UpdatePanel, + the VIEWSTATE.

Maybe it’s something wrong with the Firebug :) ?

]]>