is there anyway to use pc on two different sites
Printed From: ProductCart E-Commerce Solutions
Category: ProductCart
Forum Name: Customizing ProductCart
Forum Description: Exchange messages with other users that are customizing ProductCart.
URL: https://forum.productcart.com/forum_posts.asp?TID=2889
Printed Date: 25-July-2025 at 7:46pm Software Version: Web Wiz Forums 12.04 - http://www.webwizforums.com
Topic: is there anyway to use pc on two different sites
Posted By: JWL
Subject: is there anyway to use pc on two different sites
Date Posted: 21-July-2009 at 5:04pm
hi, is there anyway to use one productcart database on two different sites?! We want to create a seperate domain for certain brand names, and I'm just wondering if there's anyway to use the same productcart backend for the other domain, so we can keep all the products and orders in one database, thanks!
|
Replies:
Posted By: Hamish
Date Posted: 22-July-2009 at 3:27am
Hi, It's possible, but not recommended & there would very likely be quite a bit of custom code required. You would also need a license for each store. See : http://wiki.earlyimpact.com/productcart/licensing - http://wiki.earlyimpact.com/productcart/licensing The sort of problem that arises is, for example, the payment processing can be troublesome as the payment gateways expect and require the account they provide to be used at one store only.
------------- Editing ProductCart Code?
See http://wiki.earlyimpact.com/developers/editcode" rel="nofollow - WIKI Guidelines for Editing ProductCart's ASP Source Code
|
Posted By: JWL
Date Posted: 22-July-2009 at 12:55pm
One license per store? when we purchased I swear the licensing agreement allowed for use on at least two stores, what am I thinking about - because I know I read something like that.
|
Posted By: JWL
Date Posted: 22-July-2009 at 1:08pm
what about using two different header footer files on a single site, would that be possible?!
|
Posted By: Greg Dinger
Date Posted: 22-July-2009 at 1:40pm
One could certainly implement some sort of strategy that centered around there being logic in the header/footer files which determines which set of graphics are to be displayed, but some of the sites we design then have very distinctive page-level graphics and color schemes. If you use stock colors and page layouts, perhaps this would still work for you.
Then there is the point that you want specific brands. How do you keep the other products from showing? And how do you want to deal with confirmation e-mails? It all just becomes a pain.
Mark Shipp of Cogency has done some stuff that allows 2 stores to share inventory. Why not just bite the bullet, buy a second license, build the second site, and have Mark knit them together with his shared-inventory mod?
------------- GreyBeard Design Group
Certified ProductCart Developer
Web Design/Development/Hosting
http://tinyurl.com/5c8t4t" rel="nofollow - Add-Ons & Custom Code |
|
Posted By: Hamish
Date Posted: 22-July-2009 at 2:32pm
It's possible, with some custom coding, to use different header and footers within a single store, relatively easily, if the decision is based upon something that is easily determined for those pages, so it could be based on category, customer group, etc. See http://wiki.earlyimpact.com/how_to/show_different_content_customer_type - wiki.earlyimpact.com/how_to/show_different_content_customer_type
From the sounds of it you want a cleaner separation than that though, so Greg's approach is a better one.
The licencing allows you to run a test store and a production one, hence where you would have seen 2.
------------- Editing ProductCart Code?
See http://wiki.earlyimpact.com/developers/editcode" rel="nofollow - WIKI Guidelines for Editing ProductCart's ASP Source Code
|
Posted By: JWL
Date Posted: 22-July-2009 at 5:43pm
Hi, actually if we can change the header and footer, that would be enough - because really... we only need to use the BTO configuration pages for the second site - and all the rest of the links in the main store are in the header/footer, so we can completely change the navigation of the site with just a different header footer, if it can show on all the store/pc/ pages such as configurePrd, viewCart, CheckOut, CustPref etc. Would that be easy to have two seperate footer and header files for all of these types of pages...
|
Posted By: Greg Dinger
Date Posted: 22-July-2009 at 5:48pm
What about the breadcrumb navigation that will lead the visitor to the viewcategories.asp page? Does that concern you?
------------- GreyBeard Design Group
Certified ProductCart Developer
Web Design/Development/Hosting
http://tinyurl.com/5c8t4t" rel="nofollow - Add-Ons & Custom Code |
|
Posted By: JWL
Date Posted: 22-July-2009 at 5:57pm
Hi, no - we skip the product details pages, so it always go straight to the BTO config (configurePrd) pages... and we removed the breadcrumb from the bto pages, already. And, we don't use any other navigation on the site outside of the header and footer.
And I know the customer type would work for changing the header, but it doesn't really fit - because a customer would have to register before even viewing the site. Any other ideas?! I'm sure there is a simple way to do this. We only have a handful for high-ticket products that use the BTO configurator.... we don't need a whole new store - just a way to change the header and footer files of our current store.
|
Posted By: Greg Dinger
Date Posted: 22-July-2009 at 6:21pm
Check your PM please
------------- GreyBeard Design Group
Certified ProductCart Developer
Web Design/Development/Hosting
http://tinyurl.com/5c8t4t" rel="nofollow - Add-Ons & Custom Code |
|
Posted By: JWL
Date Posted: 24-July-2009 at 12:20am
what about this, creating a subdomain and putting another pccart directory in it, and then make the homepage with the 2nd header/footer whatever the subdomain is - and so that when they surf through the site from that starting page, all the paths will lead to the pccart dir in the subdomain i.e. http://altheader.domain.com/store/pc/viewCart.asp.
And, then simply link this 2nd dir to the same database, what do you think?!?!? Please, say that will work - I'll be sooo happy.
|
Posted By: Guests
Date Posted: 24-July-2009 at 3:35am
I was rather thinking the same thing for a moment, but besides what EI might yield on whith the EULA, I think there are some technical problems with the idea.
However, I don't think they are anything an experieced developer wouldn't be able to iron out. I have a few ideas already.
|
Posted By: JWL
Date Posted: 24-July-2009 at 5:16am
technical problems?! well, I don't think I'll do it than - if it's not easy than I won't risk it.
|
Posted By: Guests
Date Posted: 24-July-2009 at 5:42am
JWL wrote:
technical problems?! well, I don't think I'll do it than - if it's not easy than I won't risk it.
|
You don't have to roll over and play dead like that. Talk it through with us here. You have quite a bit of talent to draw on here.
I have tackled this challenge on many shopping cart applications. But what you are ultimately looking to do, as I understand it, is far simpler to do.
Please PM me if your are interested to take this up further. I really don't see a big problem here in the "broad strokes"/theory.
It can be done. Just need to have a developer who understands the implications.
|
|