Comments for kelly andrew heard http://blog.kellyheard.com Fri, 25 Jun 2010 15:51:58 -0700 hourly 1 http://wordpress.org/?v=3.0 Comment on New to Commerce Server 2009 by Lee http://blog.kellyheard.com/newadditions/comment-page-1/#comment-1634 Lee Fri, 25 Jun 2010 15:51:58 +0000 http://blog.kellyheard.com/?p=314#comment-1634 Just noticed the code didn't append correctly! I've posted the answer on: http://social.msdn.microsoft.com/Forums/en-US/commserver2009/thread/d992854b-80df-4b58-b4ae-4dba2ff014cc Just noticed the code didn’t append correctly! I’ve posted the answer on:
http://social.msdn.microsoft.com/Forums/en-US/commserver2009/thread/d992854b-80df-4b58-b4ae-4dba2ff014cc

]]> Comment on New to Commerce Server 2009 by Lee http://blog.kellyheard.com/newadditions/comment-page-1/#comment-1633 Lee Fri, 25 Jun 2010 15:50:46 +0000 http://blog.kellyheard.com/?p=314#comment-1633 After several people also asking me "Can the left-hand category navigation throughout the site can be restored" and no real answers anywhere - I did some tinkering and fixed it using this: Insert the following code at the bottom of the category.aspx (or any other) template: After several people also asking me “Can the left-hand category navigation throughout the site can be restored” and no real answers anywhere – I did some tinkering and fixed it using this:

Insert the following code at the bottom of the category.aspx (or any other) template:

]]> Comment on Extensibility or Hack? by Stanislava http://blog.kellyheard.com/extensibility-or-hack/comment-page-1/#comment-949 Stanislava Tue, 12 Jan 2010 08:59:51 +0000 http://blog.kellyheard.com/?p=398#comment-949 <blockquote cite="#commentbody-38"> <strong><a href="#comment-38" rel="nofollow">Colin Coller</a> :</strong>I have numerous objections to the practice, some philosophical, others experiential. :) 1. It puts additional load on something that you want to be really fast. 2. It puts additional load on something that’s relatively expensive to license on a per-processor basis. 3. It makes it more difficult to partition and distribute your data and your processing. 4. It makes it more difficult to size and tune your caches. 5. It causes you to think about data in terms of the catalog API and the catalog structures, which is good for some things and absolutely terrible for many other things. 6. It makes it easier to make bad decisions about how and where you manage your content. 7. It makes it more likely that you’ll have to extend and maintain your own version of the out-of-the-box tools. If I were architecting a medium or larger e-commerce website on Commerce Server, I’d have serious reservations about storing non-product data in the catalog. I’d head toward other pre-packaged or custom components and stores, and only come back to the catalog if absolutely necessary. My $0.02, Colin</blockquote> Hi, In fact I have such systems with content implemented in Commerce server and such with content in Share Point and CMS. Commerce only systems are faster. Relation between product and content in Commerce only system is easier and faster, and such relation is always required, because the content is about the products. Retrieving of the contend related to product and products related to content is easier and faster and Commerce only systems. You have objections, but you do not provide alternative? What is you suggestion for Content mamagent system with Commerce server?

Colin Coller :I have numerous objections to the practice, some philosophical, others experiential. :)
1. It puts additional load on something that you want to be really fast.
2. It puts additional load on something that’s relatively expensive to license on a per-processor basis.
3. It makes it more difficult to partition and distribute your data and your processing.
4. It makes it more difficult to size and tune your caches.
5. It causes you to think about data in terms of the catalog API and the catalog structures, which is good for some things and absolutely terrible for many other things.
6. It makes it easier to make bad decisions about how and where you manage your content.
7. It makes it more likely that you’ll have to extend and maintain your own version of the out-of-the-box tools.
If I were architecting a medium or larger e-commerce website on Commerce Server, I’d have serious reservations about storing non-product data in the catalog. I’d head toward other pre-packaged or custom components and stores, and only come back to the catalog if absolutely necessary.
My $0.02,
Colin

Hi,
In fact I have such systems with content implemented in Commerce server and such with content in Share Point and CMS. Commerce only systems are faster. Relation between product and content in Commerce only system is easier and faster, and such relation is always required, because the content is about the products. Retrieving of the contend related to product and products related to content is easier and faster and Commerce only systems.
You have objections, but you do not provide alternative? What is you suggestion for Content mamagent system with Commerce server?

]]> Comment on Extensibility or Hack? by Kelly http://blog.kellyheard.com/extensibility-or-hack/comment-page-1/#comment-193 Kelly Mon, 14 Sep 2009 13:05:32 +0000 http://blog.kellyheard.com/?p=398#comment-193 This type of data is a little more challenging to store in the catalog as it is always changing with customers. You don't want to be creating one-off products every time you get a new customer. There are probably a few ways you could do this, but one way would be to create some additional fields at the order level (form and line item) and persist the customer specific data when the item gets added to the basket. This data will then get persisted to your completed Purchase Order. Another way might be, if the customer data you're capturing is similar enough you could create a profile for the customer and store the data in some custom profile attributes. As for calculating the premiums, this will involve some custom logic regardless of how you do it. Another way might be to create custom properties on your insurance products in the catalog. These custom properties would only serve as a sort of "list" of the type of details you need to capture. Each new property could also have an associated "cost" as well that could be used to calc the total premium. Hope this helps a little! This type of data is a little more challenging to store in the catalog as it is always changing with customers. You don’t want to be creating one-off products every time you get a new customer. There are probably a few ways you could do this, but one way would be to create some additional fields at the order level (form and line item) and persist the customer specific data when the item gets added to the basket. This data will then get persisted to your completed Purchase Order. Another way might be, if the customer data you’re capturing is similar enough you could create a profile for the customer and store the data in some custom profile attributes. As for calculating the premiums, this will involve some custom logic regardless of how you do it.

Another way might be to create custom properties on your insurance products in the catalog. These custom properties would only serve as a sort of “list” of the type of details you need to capture. Each new property could also have an associated “cost” as well that could be used to calc the total premium.

Hope this helps a little!

]]> Comment on Extensibility or Hack? by rishi girdhar http://blog.kellyheard.com/extensibility-or-hack/comment-page-1/#comment-191 rishi girdhar Mon, 14 Sep 2009 12:28:56 +0000 http://blog.kellyheard.com/?p=398#comment-191 Hi Kelly, I am trying to implement for an insurance firm where we need to store non-product data such as Proposer Details - User name, address, spouse name, age etc and Product specific details like incase of travel insurance Travel dates, source and destination,etc based on these inputs I need to calculate the premium also. What do you suggest for it? Hi Kelly,
I am trying to implement for an insurance firm where we need to store non-product data such as
Proposer Details – User name, address, spouse name, age etc
and Product specific details like incase of travel insurance
Travel dates, source and destination,etc
based on these inputs I need to calculate the premium also.

What do you suggest for it?

]]> Comment on New to Commerce Server 2009 by Kelly http://blog.kellyheard.com/newadditions/comment-page-1/#comment-120 Kelly Wed, 19 Aug 2009 13:33:16 +0000 http://blog.kellyheard.com/?p=314#comment-120 My apologies for not replying to this sooner. The easiest way to do this is to use SharePoint designer (which is now free from Microsoft). Most of the content you're looking to change would be right on the masterpage of the template pack's theme. My apologies for not replying to this sooner. The easiest way to do this is to use SharePoint designer (which is now free from Microsoft). Most of the content you’re looking to change would be right on the masterpage of the template pack’s theme.

]]> Comment on New to Commerce Server 2009 by Cmyweb http://blog.kellyheard.com/newadditions/comment-page-1/#comment-66 Cmyweb Sat, 27 Jun 2009 03:00:02 +0000 http://blog.kellyheard.com/?p=314#comment-66 I've deployed the template pack. It was pretty straightforward and much better looking. What's the best/quickest way to update the basics - logo, contact us, etc. ? I’ve deployed the template pack. It was pretty straightforward and much better looking. What’s the best/quickest way to update the basics – logo, contact us, etc. ?

]]> Comment on Extensibility or Hack? by Colin Coller http://blog.kellyheard.com/extensibility-or-hack/comment-page-1/#comment-38 Colin Coller Thu, 21 May 2009 19:22:07 +0000 http://blog.kellyheard.com/?p=398#comment-38 I have numerous objections to the practice, some philosophical, others experiential. :) 1. It puts additional load on something that you want to be really fast. 2. It puts additional load on something that's relatively expensive to license on a per-processor basis. 3. It makes it more difficult to partition and distribute your data and your processing. 4. It makes it more difficult to size and tune your caches. 5. It causes you to think about data in terms of the catalog API and the catalog structures, which is good for some things and absolutely terrible for many other things. 6. It makes it easier to make bad decisions about how and where you manage your content. 7. It makes it more likely that you'll have to extend and maintain your own version of the out-of-the-box tools. If I were architecting a medium or larger e-commerce website on Commerce Server, I'd have serious reservations about storing non-product data in the catalog. I'd head toward other pre-packaged or custom components and stores, and only come back to the catalog if absolutely necessary. My $0.02, Colin I have numerous objections to the practice, some philosophical, others experiential. :)

1. It puts additional load on something that you want to be really fast.

2. It puts additional load on something that’s relatively expensive to license on a per-processor basis.

3. It makes it more difficult to partition and distribute your data and your processing.

4. It makes it more difficult to size and tune your caches.

5. It causes you to think about data in terms of the catalog API and the catalog structures, which is good for some things and absolutely terrible for many other things.

6. It makes it easier to make bad decisions about how and where you manage your content.

7. It makes it more likely that you’ll have to extend and maintain your own version of the out-of-the-box tools.

If I were architecting a medium or larger e-commerce website on Commerce Server, I’d have serious reservations about storing non-product data in the catalog. I’d head toward other pre-packaged or custom components and stores, and only come back to the catalog if absolutely necessary.

My $0.02,

Colin

]]> Comment on New CS09 Sites & Cache Refresh by mzzm http://blog.kellyheard.com/cs09cacherefresh/comment-page-1/#comment-34 mzzm Sun, 17 May 2009 02:50:03 +0000 http://blog.kellyheard.com/?p=351#comment-34 I've run into this issue many times and continue to used the url's as you've explained. There has got to be a better way to add the applications after the face, yet I haven't dug into it enought. Anyone done this successfully? I’ve run into this issue many times and continue to used the url’s as you’ve explained. There has got to be a better way to add the applications after the face, yet I haven’t dug into it enought. Anyone done this successfully?

]]> Comment on SXSW Begins by South By « Brandon Hubbard http://blog.kellyheard.com/sxswbegins/comment-page-1/#comment-14 South By « Brandon Hubbard Wed, 22 Apr 2009 01:54:35 +0000 http://blog.kellyheard.com/?p=157#comment-14 [...] had already seared my eyes on MySpace and plucked almost random strings from my iTunes library when Kelly and I met at Bridgehead to compare list.  He’d also done research, maybe using more sound [...] [...] had already seared my eyes on MySpace and plucked almost random strings from my iTunes library when Kelly and I met at Bridgehead to compare list.  He’d also done research, maybe using more sound [...]

]]>