Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

tomed8

Archived
  • Posts

    52
  • Joined

  • Last visited

Everything posted by tomed8

  1. Jack, I understand, but i'm not a code jockey like you. If you provide a solution, I'd gladly pay you... do you have paypal or something or could I send you a check? Are you interested?
  2. Jack, Is there anyway you could give a pointer as to what in your code needs to be changed? I would greatly apreciate it. If you provide a solution, I'd gladly pay you... do you have paypal or something or could I send you a check?
  3. Jack, do you have an idea as how to do this? I have base product. it's $100. it's software. i have an attribute called "License" where the customer can select a license from $100 all the way up to $1,000. so the total value of a product could be $200 all the way to $1,100. if a customer wants maintence/support we charge 20%. the way i've implemented maintenace/support is by using your attribute percentage contrib on a new option called "maintenance." but it only calculates percentage on base price. any ideas? thx
  4. Jack, i finally got time to look at this and figured it out. the instructions in the readme are a bit different for currencies.php and result in an existing currencies.php ending up differently than the included currencies.php. so, i just used your included currencies.php and it works. BUT, i have an issue that i'm hoping you can help with. my catalog has a base product with a base price of $100. customers add options to that base product and end up with a total price greater than the base product. there are scenarios where the total order could be $1,000. your Attribute Percentage contribution calculates on the product price, not the order total. What needs to be changed in order for this to be fixed?
  5. the shop works fine. it's just that your contribution doesn't. i followed the instructions to a T and have been using osc for 2+ years. with 20+ contributions integrated and having developed my own contrib, i can assure you the contrib was implemented to the letter. ideas?
  6. hi there jack. i've followed your instructions to the letter and cannot get this contrib to work. what am i doing? i'm creating a new product option (maintenance), a new option value (one year free maintenance) and a new product attribute (.20) and then the operator * when i enter the * as is stipulated in my english.php it doesn't calculate percentage. Matter of fact, with * as the operator the page 'product_info.php' stops rendering at the point where the Maintenance drop down is supposed to display. So when i enter a + instead, it actually adds $19.80 to the order total. i've tried entering different operators in my english.php and matching that up and nothing seems to work. help?
  7. Frank, Thanks for the reply. I hear you. It may seem that FEC is overkill but I'm no PHP programmer and FEC is delivering more of what I need than you think. First, I don't want to prompt the customer to enter a password and I don't know how to have the password randomly generated by stock osc. Second, I don't want to send the customer the stock osc "Welcome to the store" email. I only need to communicate with a customer AFTER they have ordered and getting them to that point is paramount! FEC does this. Furthermore, the email that FEC sends is perfect after I've tweaked the words. After the customer orders is the only time they should ever receive an email from me and the email's only two purposes should be to say "thanks, here's your order details" and "do this to activate your account." Now, on to the issue: When the email is sent it includes a link to account_password_new.php. This sends them to shopping_cart upon success. I need it to send them to their account control panel so they can see their order, change a password, etc. If the account_password_new file sends people to specific places based on where they've come from perhaps we could make a copy of that file and call it "activate_account.php" and the only time this is ever called and used is from the email that the customer receives and uses to activate. Then, you'll always know where they have come from and can always send them to the account page. How can this be done? So, if I duplicate account_password_new.php, as above, how can I make sure it sends customer to account screen and not shopping_cart? Frank, you're awesome (brilliant)!!
  8. Frank, Your account_password_new.php file takes the user to shopping_cart.php. How can it be changed so they're taken to account.php? thx
  9. Frank, If customer doesn't explicitly create an account, but implicitly one is created for him/her (which is what I advocate) then when they return to buy more software they'll get a message which says "Your email address is in our system. Either click here to login or enter a new email address to complete your order." This way there's no ambiguity - buy once, customer for life.
  10. Frank, I'll never want an account to be erased. So, if setting the createaccount field to Y guarantees this, how can I programmatically set this? 1. I'll never have more than one account for a single customer. 2. I want them to login to get updated software, whether an account is explicitly created or not 3. Likelihood of a customer entering identical email as someone is too remote to care about. Ideas?
  11. Lane, this is a totally separate contribution from PWA - they do not correlate to one another. IMHO this contribution delivers the same functionality as PWAA, but gives you more options of how to customize: the user experience, giving them the option to create an account - multiple times, if you'd like - you can also turn this off customize the back-end so that if you'd like to treat the customer as a "customer" you can do so easily because the customer record is entered into the customers table, unlike PWA etc.
  12. Frank, Thanks for the replies. I'm almost there. Alright, here's the killer scenario for FEC: A customer comes and buys without explicitly saying "Create an account." Their data is written to the customers table with a random password and the createaccount field in the customers table for this customer is set to N. Two months later we notify them that there is a software update and they return to the site to login and retrieve the software update. Because they didn't create an account they can't login. Stranger still, their data exists in the customers table and when they enter their E-mail Address at password_forgotten.php they see the error "Error: The E-Mail Address was not found in our records, please try again" HOWEVER, their data exists in the customers table with a password! It seems they'd be able to click "Log in" -> "Password forgotten? Click here" and the system would send their original random password which would allow them to login. How can this be accomplished? I've figured out that by manually setting the createaccount field to Y for a specific record which was previously N, then the person will be seen correctly by password_forgotten.php and the system will post the message "Success: A new password has been sent to your e-mail address." This is exactly what is needed. Now, how can this be set to occur programatically? I see the following, but I'm no PHP programmer and have no idea how to manipulate this functionality. //START REGISTRATION CODE $createaccount='N'; //next two lines gives you a temporary fixed password you can change to what you like $password = tep_create_random_value(15); $confirmation = $password; //start type one create assount if ($create_password == 1) { $createaccount = tep_db_prepare_input($HTTP_POST_VARS['createaccount']); if ($createaccount!='Y')$createaccount='N'; } //start type two create account if ($show_account_box == 1) { $createaccount = tep_db_prepare_input($HTTP_POST_VARS['createaccount']); if ($createaccount=='Y') { $password = tep_db_prepare_input($HTTP_POST_VARS['password']); $confirmation = tep_db_prepare_input($HTTP_POST_VARS['confirmation']);
  13. Frank... Perhaps I'm the guinnea pig that you need for v3.1. When I implement the following line if(tep_session_is_registered('createaccount')) tep_redirect(tep_href_link ('account_password_new.php','thx=1'));} in checkout_success then checkout_success doesn't show in browser at purchase completion and the following error is written into my php error log [01-Dec-2005 18:08:48] PHP Parse error: syntax error, unexpected '}' in c:\program files\apache group\Apache\htdocs\store.working.ccgv.fec\checkout_success.php on line 19 When I remove the line it works like a charm. ------------------ On checkout_success, when I click the "Create Account" in the header I get a blank browser and the following error is written into my php error log [01-Dec-2005 18:08:48] PHP Parse error: syntax error, unexpected '{' in c:\program files\apache group\Apache\htdocs\store.working.ccgv.fec\account_password_new.php on line 237 What can I do to help you get this thing working correctly? PHP Version: 5.0.4 HTTP Server: Apache/1.3.33 (Win32) mod_ssl/2.8.23 OpenSSL/0.9.8 PHP/5.0.4 Database: MySQL 4.1.14-nt
  14. Alright, since the following in part-3.html was optional, I've removed it to verify FEC will work and it does! ------------------------------ in checkout_success.php around line 16 AFTER if (!tep_session_is_registered('customer_id')) { tep_redirect(tep_href_link(FILENAME_SHOPPING_CART)); } ADD IF YOU WANT TO OFFER SECOND CHANCE ACCOUNT AFTER PURCHASE if(tep_session_is_registered('createaccount')) tep_redirect(tep_href_link('account_password_new.php','thx=1'));} ------------------------------ But, I'd like to implement all the functionality because you (frank) spent a ton of time on it! Any ideas? Also, in a previous post you mentioned that a customer could be entered into the "customers" table and that an account could automatically be created for him/her with a random password which could be emailed to them. How do you do that? Sorry for dominating this thread for the past several hours but, it is "support" after all. :-" This is an amazing contribution - I like it much more than PWA. Now I've just got to get the few pieces that I don't have working all fixed. B)
  15. Awesome! It works... almost. I get thru the entire purchase but the checkout_success file doesn't display in the browser. When I check my php error log I see the following: [01-Dec-2005 17:13:57] PHP Parse error: syntax error, unexpected '}' in c:\program files\apache group\Apache\htdocs\store.working.ccgv.fec\checkout_success.php on line 19 Here's the code that it is complaining about about line 19 is if(tep_session_is_registered('createaccount')) tep_redirect(tep_href_link('account_password_new.php','thx=1'));} // if the customer is not logged on, redirect them to the shopping cart page if (!tep_session_is_registered('customer_id')) { tep_redirect(tep_href_link(FILENAME_SHOPPING_CART)); } if(tep_session_is_registered('createaccount')) tep_redirect(tep_href_link('account_password_new.php','thx=1'));} if (isset($HTTP_GET_VARS['action']) && ($HTTP_GET_VARS['action'] == 'update')) { $notify_string = 'action=notify&'; $notify = $HTTP_POST_VARS['notify']; if (!is_array($notify)) $notify = array($notify); for ($i=0, $n=sizeof($notify); $i<$n; $i++) { $notify_string .= 'notify[]=' . $notify[$i] . '&'; } if (strlen($notify_string) > 0) $notify_string = substr($notify_string, 0, -1); tep_redirect(tep_href_link(FILENAME_DEFAULT, $notify_string)); } It's soooo close. Ideas?
  16. In part-2 (file named part-3.html) you say that in logoff.php around line 63 to change <td class="main"><?php if echo TEXT_MAIN; ?></td> However, the actual line is: <td class="main"><?php echo TEXT_MAIN; ?></td> Notice the "if". Does this matter?
  17. Frank, It sounds like I'm an ass with all the questions I'm asking and for that I apologize. Your instructions from part2 (file named part-3.html) say to replace create_account.php. However, my file is heavily modified. I searched thru your create_account.php file hoping for your commented code that I could easily snip into mine and there's no mention of FEC so I'm kind of hosed there. And, I don't think my create_account file is heavily commented either so I may be doomed. :blush: In either event, your contribution is very nice and your responsiveness is awesome - kudos!
  18. That's a great feature request. I think the ultimate would be to remove the password fields, have code that auto generates a password and emails the customer with the password. That way, they get what they want, fast. And we get what we want.
  19. Frank, Did that - it's smack dab in the middle of a CCGV mod though. Below is the full block... // ################# Added CGV Contribution ##################" // CCGV Contribution $order_total_modules = new order_total; $order_total_modules->collect_posts(); $order_total_modules->pre_confirmation_check(); /// #################BEGIN fec for get total $paynow = tep_db_prepare_input($HTTP_GET_VARS['paynow']); if ($paynow ==3) { tep_redirect(tep_href_link(FILENAME_CHECKOUT_SHIPPING, 'show_total=1&error_message=' . urlencode(ERROR_TOTAL_NOW), 'SSL')); } /// ##########END fec for get total // if ( ( is_array($payment_modules->modules) && (sizeof($payment_modules->modules) > 1) && !is_object($$payment) ) || (is_object($$payment) && ($$payment->enabled == false)) ) { if ( (is_array($payment_modules->modules)) && (sizeof($payment_modules->modules) > 1) && (!is_object($$payment)) && (!$credit_covers) ) { // ################# End Added CGV Contribution ##################" Now, i'm on the part which talks about uploading the checkout_shipping. This file is also heavily modified for CCGV. So, is your checkout_shipping a combination of checkout_shipping and checkout_payment? If so, whatever modifications I currently have in each file I need to add to your checkout_shipping, right?
  20. Frank, I've decided to go with V3.1 thanks to your post. First stumping point: Below is code from my checkout_confirmation.php page which is modified for CCGV. As you can see it doesn't jive with your instructions from part-1.html which say "right before this code around line 67..." // if ( ( is_array($payment_modules->modules) && (sizeof($payment_modules->modules) > 1) && !is_object($$payment) ) || (is_object($$payment) && ($$payment->enabled == false)) ) { if ( (is_array($payment_modules->modules)) && (sizeof($payment_modules->modules) > 1) && (!is_object($$payment)) && (!$credit_covers) ) { // ################# End Added CGV Contribution ##################" tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(ERROR_NO_PAYMENT_MODULE_SELECTED), 'SSL')); } The reason it doesn't jive is because CCGV comments out the line which you say to add to. So, if I do the following is it correct? if ( (is_array($payment_modules->modules)) && (sizeof($payment_modules->modules) > 1) && (!is_object($$payment)) && (!$credit_covers) ) { // ################# End Added CGV Contribution ##################" tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(ERROR_NO_PAYMENT_MODULE_SELECTED), 'SSL')); /// fec for get total $paynow = tep_db_prepare_input($HTTP_GET_VARS['paynow']); if ($paynow ==3) { tep_redirect(tep_href_link(FILENAME_CHECKOUT_SHIPPING, 'show_total=1&error_message=' . urlencode(ERROR_TOTAL_NOW), 'SSL')); }
  21. Frank (aka nana), I've decided to give it another try with FEC, just like I did with PWA - which I got working... But, I don't like the layout of your new version's create_account found at http://seelily.com/create_account.php To me it's too busy and potentially confusing to a customer who wants to get in and get out quick. But hey, who am I? A jerk? :P So, I'm going to start with 2.0 and just take it really slow. I wish you were on ICQ or MSN Messenger or something... I'll report back when I'm stumped.
  22. Hi there. I figured it out... not entering the customer into the customers table is a feature. It kind of stinks, but i understand why it's done. At login.php the choice is given to the customer "Checkout with no account, create an account or login if you're a returning customer with an account" I agree with Nana from Fast Easy Checkout - I think a customer should be entered into the "customers" table and that an account should automatically be created for him/her with a random password and that the password be emailed to them. I need to simply enable my customers to return for a 12 month period to download software updates that they've purchased. I can only do this if they go thru the hassle of creating an account. In everything there's a trade-off. Except in my marriage - going on 10 years - I'm a lucky man! :lol:
  23. Nana, You are terrific! I have started from scratch, (a copy of my production site with the CCGV, Auth.net AIM, et al contribs) first with PWA and was able to get it working properly. However, all of my products are downloadable (virtual) software products. As such I offer the customer the ability to return to the store for 1 year to securely download updates. With PWA it appears that the purchasing customer is not added to the customers table, just the orders table ( I can't see the customer in the Admin -> Customers section just the Admin -> Orders section) so, a customer cannot return to the site to login and retrieve software updates at a later time. Does FEC solve this problem? If so, I'll give FEC another chance. I think your contribution is really neat! I actually thought the way PWA worked would be to enter the customer into the customers table with a random password and if they come to the site to login we'd just send them a new randomly generated password which would allow them to return to the site to login and download software.
  24. Hello - great contribution! I have installed this contribution and it works as advertised. I do have a problem, however. All of my products are downloadable (virtual) software products. As such I offer the customer the ability to return to the store for 1 year to securely download updates. This is where the problem lies... Since PWA is installed it appears that the purchasing customer is not added to the customers table, just the orders table ( I can't see the customer in the Admin -> Customers section just the Admin -> Orders section). So, the customer cannot return to the site to A) login B) retrieve software updates. Is there a solution to this problem? I actually thought the way this contribution worked would be to enter the customer into the customers table with a random password and if they come to the site to login we'd just send them a new randomly generated password which would allow them to return to the site to login and download software. Help?
  25. after i got the new contrib installed, when you go to create_account.php i get a nearly blank screen. in my php error log i get the following: 'login_box.php' (include_path='.;c:\php\includes') in c:\program files\apache group\Apache\htdocs\store.ccgv\create_account.php on line 404 where do i need to add a line or edit a line so login_box.php is appropriately included?
×
×
  • Create New...