varnco

I've installed the cart in header contribution. i've searched the forums and sifted through many non-related (any tips on using search here?) with no luck. I need to change the color of the text that shows the # of products in cart and the $$ value. where does this pull from? I've managed to change the color of the text that reads "shopping cart:" and "sub total:" but the actual data that is pulled from somewhere... how do I change that text? Thanks.

Okay, I read the posts on this particular forum for the 26 pages, and here's what I've found as to why I couldn't get this to work. The readme file needs to be updated and corrected to reflect these instruction changes that are needed: 1) There's an error in the instructions for MS1 1 users in step 4b, which reads as follows: The following from the 4b) instructions above is incorrect: ('FILENAME_STATS_RECOVER_CART_SALES', 'stats_recover_cart_sales.php'); It should read as follows: ('FILENAME_REPORT_RECOVER_CART_SALES', 'stats_recover_cart_sales.php'); 2) There a second error in the instructions for MS1 users. This ENTIRE step is missing, which results in the "tool" menu item for recover carts to be missing: And, if I understand the whole contribution correctly, you go to the TOOL section to see the unsold carts, and you go to the REPORTS section to see what carts have been sold?

I've installed version 1.4, and it appears to be working... except I don't get any data in my db, and the report shows zero, even though I did go in with an account add stuff to the shopping cart, logged in, and then never finished the order. I do have the user tracking contributin installed, and it showed my clicks as follows: And does show in user tracking, that I had stuff in my shopping cart: Any ideas why that isn't being written to my DB? I looked using myphp admin, and the tables were empty...

Still trying to figure out how to remove all the various pricing options for shipping from the shopping cart page. I don't want to comment out the options from the UPS.PHP page, as I do want those options once a customer creates an account. But, for the shopping cart page, I only want to list the lowest price option, which is ground. There's surely got a way to edit the code on the ship in cart module, so it only displays the ground shipping cost. I've looked at the code, and tried a few comment outs, but can't seem to get any to work, just get error messages.

Anyone know how to get rid of all the other "shipping rates" such as overnight, 3 day, etc that show up in the estimator? I only want the cheapest rate displayed, so I don't scare off customers. Thanks in Advance!

I am trying to figure out how to remove all the shipping options, and only display the lowest priced option, which is ground shipping. (no one is ever going to select overnight to get a drill). Anyone have an idea on what to comment out, so all the options don't show? Thanks!

Couldn't edit post. The link that I will use for customers to unsubscribe is: http://www.varnco.com/catalog/catalog/subs...tion_center.php? :-)

Robert, I just tried something on my site. I went in and changed my subscription to newsletter to blackmail using the red/green buttons. Nothing changed. I opened up the account for that email address, using the drop down menu, selected that email address to be "black listed". The button on the subscribers admin page turned to green, but I sent a newsletter, and that email address was blacklisted. So, looks like you can "get around" the blacklist green/red button issue by going into edit the customer and select subscribe/nosubscribe via the pull down menu. Just looked again, and it could be a misinterpretation of what the color coding means: Blacklist - Green means blacklisted, red means *not* blacklisted, send email if red button. Subscribed - Green means subscribed, red means non-subscribed, send email if green button.

Robert, I had all kinds of issues with the welcome email that is sent once someone signs up for the newsletter. First, it was talking Palm Trees, and I didn't see any info how to remove/edit the welcome text (hard coded for some reason). I could never understand when/how the header/footer worked, plus, since I was sending out an HTML newsletter, I simply put in my HTML at the bottom of the newsletter, a link to the page where a customer can enter their email address and unsubscribe. I deleted all the header/footer information that gets "inserted" into the welcome email as well as the actual newsletter emails. Overall, I think it is a great contribution, just a few tweaks that seems like everyone learns along the way, but forget what they changed, so the contribution never gets updating/improved. I think theremight be a fix for the blackmail thing, I'll look at my bookmarks tonight or tomorrow.

I am trying to get rid of the "dear" and the customer's email address from the emails that are sent out using the newsletter contribution. It puts them in odd places, and doesn't work with what I want (or at least be ab le to move it). Any ideas? Thanks.

I commented out the following section, which brought back the confirmation page instead of going directly to default.php: I think we are double deleting the account info (destroy session) and the other fix that has since been implemented since the above text was introduced into purchase without account. It works for me now, when I commented out the above section. I guess I could remove it entirely.... Post back if it works or not...

Maybe add "account created" date to orders.php, near where the checkbox is to send an email to the customer when you update the status of the order? If the "account created" date is blank, uncheck the box, since they don't have an account, and don't send those customers an email? I'm sure there's some way of doing this in a "else" statement: If account date exists, then check the box for email to send. If no account date exists, then uncheck the box for email to send. But I don't know how...

DM Gremlin I removed the section you recommended that I comment out, the one that kills the session, and now the "fix" that you had put together, to delete the customer info from the database works great! Thanks. Now, if we could only figure out a way to kill the database if a customer exits our website, or closes out their browser. I guess something like that would involve using a cookie. Now, that I almost have the site running the way I want it, I was going to change the look and feel, making it "mine", but I might just wait for 2.2.... Thanks again!

Just curious though, what's the "$notify_string" do? One of the tep redirects has this, the other doesn't, and it looks there's an "else" statement. Do the first one if no SSL, else, do the other one uf there is SSL. Trying to get a grasp on what I am actually editing. Can't wait for MS2.2, anyone know if it has the PWA included? I searched the update list, and didn't see it listed.

Now, maybe I messed up my order processing somewhere. When I finish the order (it is complete) I don't get a "your order is complete, thanks, have a nice day" type page. It just takes me back to my default.php page. Is perhaps something there missing? When an order is completed on your site, do you get an order confirmation page that says "thanks for the order?" I would expect one to be delivered, at the very least, to inform the customer that their order was indeed taken.

I added the copy you suggested, but it still creates an account. Now, I am a relative newbie to php, but have dabbled in cgi for years, so I usually catch on pretty quick. Here's the code to checkout_success.php: Did I mess something up, where it is ignoring the command to delete the database? Thanks for your help, I really would like to use this contribution, but I need to get it to not create accounts when it's not supposed to....

Looks like that is what I need. I'll hook it up and give it a spin. Curious, since this PWA is a mod and not a build in item, how many people actually get a lot of repeat customers? I know for my own online experience, I rarely go back to a website within one year to purchase something again (except a amazon or yahoo store).

I've installed PWA, and it works great, but one problem: Since an account is actually created for the customer, and a customer tries to return and purchase another item, using the same email address, the system doesn't let the customer use the same email address for the purchase. It sounds as if there is a fix for this, but I can't locate it in this thread.

Just wondering if you ever got an answer on your question. I can't figure it out...