Comments on: Why you should not place your whole site in an UpdatePanel http://encosia.com/why-you-should-not-place-your-whole-site-in-an-updatepanel/ ASP.NET and AJAX code, ideas, and examples. Wed, 08 Feb 2012 18:52:06 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Dave Ward http://encosia.com/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-39865 Dave Ward Thu, 16 Sep 2010 13:31:02 +0000 http://encosia.com/?p=74#comment-39865 Yes, if performance matters to you, services are the way to go. Security is something you should always keep in mind, but web services can be secured in the same way that ASPX pages can. So, security is no more or less an issue with the service-based approached. Yes, if performance matters to you, services are the way to go. Security is something you should always keep in mind, but web services can be secured in the same way that ASPX pages can. So, security is no more or less an issue with the service-based approached.

]]> By: João Rosa http://encosia.com/why-you-should-not-place-your-whole-site-in-an-updatepanel/#comment-39863 João Rosa Thu, 16 Sep 2010 10:45:54 +0000 http://encosia.com/?p=74#comment-39863 After reading this post (and another across the web), I've a question. If I want to have async requests in my web site, it's better to user an webservice (or WCF), instand using an updatepanel, because the charge in the server and slow down performance? I've read the post <a href="http://encosia.com/2007/07/11/why-aspnet-ajax-updatepanels-are-dangerous/" rel="nofollow">Why ASP.NET AJAX UpdatePanels are dangerous</a>, and my sensation is to use the service... But the security concerns? Thanks in advance. After reading this post (and another across the web), I’ve a question.
If I want to have async requests in my web site, it’s better to user an webservice (or WCF), instand using an updatepanel, because the charge in the server and slow down performance?
I’ve read the post Why ASP.NET AJAX UpdatePanels are dangerous, and my sensation is to use the service… But the security concerns?

Thanks in advance.

]]> By: John http://encosia.com/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/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/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/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/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/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/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/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/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/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/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/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/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 [...]

]]>