thewitt
Archived-
Posts
85 -
Joined
-
Last visited
Profile Information
-
Real Name
Tim Hewitt
thewitt's Achievements
-
It has not fixed itself. It's still working like it did yesterday. International works fine, it's domestic that's messed up. -t
-
What did you do to fix this problem, exactly? -t
-
Thanks Glenn, I'll play around with this and see what I can break. -t
-
So I take it there is no way to set a default payment option - either that or no one else has the problem with people getting an option they didn't want... -t
-
Is there any way to set one of the payment options to automatically be selected when you go to the payment screen. Specifically I would like the Authorize.net option to be the default and be selected unless they pick something else. I have a fairly high number of customers who actually enter their credit card infomation and don't check the button and so we don't get their credit card info and have to contact them for payment information. Very frustrating. Options? Thanks, -t
-
Did you get anywhere here? I have the same need and am going to hack something together to do this. I'm not sure which funds transfer module to start with though. -t
-
Thanks for the suggestion Dylan. I decided to simply sort the output by the product name and then as I walk the result rows, I queue them if I find a duplicate product name and then throw out all but one of them. I keep the one in a parent category if possible. If there isn't one in just a parent, I keep a random child. Froogle is happy now. -t
-
How would I modify the SQL query to ignore duplicate products? The other thing that Froogle does not like is products that are in multiple categories. I have a bunch of categories that also have child categories. I sell golf clubs, and an example of this is: Irons Irons -> Left Handed Irons -> Left Handed -> Kids Clubs In this case, the same product is in all three categories - linked of course so it's really only one product record. I have many of these, and have to "choose" the top category to report them from. I'm not really sure how to approach this one yet - whether it makes sense to try to modify the SQL to only pull out unique product names, or to post process the data and discard all the products that are duplicates. Of course, I also have valid subcategories that have products in them that are NOT in a parent, so I can't simply drop everything that is in a subcategory either. Any suggestions? -t
-
I am goin glive today - just for your information. I've have a shared shopping cart, and am integrated with the SEC contribution which has meant that I'm not fully running the multi-store modules, and I've kept the same source code base through the use of the unix LN command. All in all this has been very helpful. www.myostrichgolf.com Live later this afternoon. I have a fairly high number of daily visitors in my present store, so it will definately get a workout... -t
-
Manufacturers really need to be store specific. As I'm getting ready to take my split store live, one of the things that still glares out as missing are store specific manufacturers. I have roughly 100 manufacturers. 80 have products in Store 1. 20 have products in Store 2. I really do need to split them out. I think that the only place they need to be split is in the manufacturers pull-down, and then have an "assignment to store" option in the admin. -t
-
I have a need to store the customer's credit card information, as well as use Authorize.net to AUTH_ONLY the transaction. I have the authorize.net piece working fine now - though it took quite a bit of fiddling on my end. We use the AUTH_ONLY mode in authorize.net to pre-authorize a credit card, then manually capture the sale when we ship. There are many reasons we do this, but one is that the final price of many of our items is not the same as the list price. The problem we have with the current model is that we cannot charge MORE than what we have pre-authorized without running the card through again. With the current authorize.net modules, we no longer know what the credit card number is, so we have to contact the customer again and get his card number. Not very professional. Has anyone integrated the cc.php module with the authorize.net module so that they store the credit card as well as automate the authorization of the transaction? -t
-
Just a note on implementation strategies. I have a split shop running now, using all the same program files except for a few files for language changes and look and feel. No duplication of files needed. I have two shops: http://myurl/proshop http://myurl/clubmakers These are simply directories at the top of my web heirarchy. I have a splash page outside that allows people to decide what shop they want to enter. The files all live in "proshop" (the 'catalog' directory) except for those that needed specific changes for the "clubmakers" shop. What I did was to use the unix "ln -s" command to LINK the files from the proshop directories to the clubmakers directories. Where I needed to mofify any one file, I then simply removed the link to that file and copied the original over to the clubmakers directory and edited it. I did NOT use the configuration table in the database for "STORES_ID" either. I simply defined it in "configure.php" uniquely for each store. It seems to be working very well so far. It's only a partial implementation, and it's integrated with the SEC contribution. I've kept the same shopping cart common across both virtual stores, etc. Thanks for your work. It was a great base to build on. It would be nice to have an admin function that would show you any products that are not associated with a store. I've "lost" a few products so far during the definition stages by not assigning them to anything! -t
-
Thanks. I worked through it last night (till almost 4 this morning...) and was going to report the store image bug this morning too :). I have been integrating only pieces as you know, as I wand to have the same accounts and shopping carts. It's been working fine. I'm also doing the integration with SEC from Linda - which is really a great set of contributions - so I've had to manually install most of the fixes. I'm playing with soft links (the ln -s command) in unix to see if I can reduce the number of files that I actually have to duplicate. It does not appear that I need many to change the pieces that need to be changed. I appreciate your work. I think it would be nice to have the store selector on the actual product creation page though - I seem to keep forgetting to put the products in a store up front since it's an extra step outside the product creation process. Just a leaning curve I guess. -t
-
Just another note. The contribution is missing: catalog/specials.php I've already upgraded mine, but my specials.php is already modified so I can't really apply the changes to the contribution yet. I'll do so when I finish the whole thing if it's not been done yet. -t
-
Is the implementation plan then to copy all the files in catalog to a new directory and that then becomes the second store? I've been integrating just the pieces needed to have separate products in each store and keep the same customer base, shopping cart etc. It's going fine, but I thought I could use the same phsical store and simply switch products displayed in each category. The problem I'm having at the moment is setting STORE_ID. Since STORE_ID is stored in the STORES table along with the URL, why not set it from there by comparing the URL with the stores URL, also stored in the STORES table. By removing the STORE_ID values from the CONFIGURATION table, you could then really use the same code base by simply creating a link to the catalog directory from store 2, rather than duplicating all the files - which makes maintenance a little more complex (change one file, copy to all the stores, etc). Does this make any sense? Am I missing something else here? -t