Jump to content
dev osCommerce
Forum
  • Checkout
  • Login
  • Contact Us
  • Get in touch

osCommerce

The e-commerce.

New Demo
Our Partners

jbirdink

Archived
 View Profile  See their activity

  • Posts

    36

  • Joined

  • Last visited

 Content Type 

Everything posted by jbirdink

  1. jbirdink
    I have still not found a resolution for my problem. Anytime I use the dropdown menu to sort products, it drops the session id and deletes everything from the shopping cart. This is obviously not good. Try it out here: http://kimandjason.com/shop/home-office-be...251_77_169.html (Be sure to add something to the cart first, then try the dropdown menu.) I'm surprised other people are not having the same problem. If I can't get this to work, I'll have to remove this contribution, which would stink because I love it! Somebody -- PLEASE HELP!
  2. jbirdink
    I'm having the same exact problem. I'm losing the session ID, which is deleting products that were in the shopping cart. Help!
  3. jbirdink
    I'm having the exact same problem. I just activated the default PayPal module via the admin the other day. My first PayPal order came in today, but the only reason I knew that is because I got a notification of payment received from PayPal. I did not receive an invoice from the store, and there is no record or the order anywhere in the admin. Please help! Thanks, Jason
  4. jbirdink
    I'm getting this message in admin/easy_coupons.php the error is: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-10, 10' at line 1 SELECT *, now() as today from coupons order by id desc limit -10, 10 [TEP STOP] Anybody know what this means? Thanks! Jason
  5. jbirdink
    Bill, I compared all of my files with the files included in the clean install folder of your contribution. Ultimately, I think I found the problem. It occured in the index.php and product_info.php files. In the instructions of the version of Header Tags 2.5.9.1 I had previously installed, it gave these instructions: FIND: <meta http-equiv="Content-Type" content="text/html; charset=<?php echo CHARSET; ?>"> <title><?php echo TITLE; ?></title> REPLACE with: <?php // BOF: Header Tag Controller v2.5.7 if ( file_exists(DIR_WS_INCLUDES . 'header_tags.php') ) { require(DIR_WS_INCLUDES . 'header_tags.php'); } else { ?> <title><?php echo TITLE; ?></title> <?php } // EOF: Header Tag Controller v2.5.7 ?> I ended up reversing this in both files, and it now seems to work fine. The DOCTYPE stuff is first, followed by the normal meta tag information. Hooray!!!! The only thing I want to double check is... In the afforementioned instructions from the stand alone Header Tags 2.5.9.1, it also had me make some other customizations to the catalog/index.php and catalog/product_info.php files. I left those in place, and it doesn't seem to have an adverse affect on my shop. However, I was wondering if I should try and remove those customizations as well, because I didn't see anything about those files listed in your combined install instructions. (Don't want any loose code sitting around mucking things up.) Should the index.php and product_info.php files also be modified in order to work with the Header Tags Contoller? Thanks again for all your help. It looks like the worst is behind me (crosses fingers) Jason
  6. jbirdink
    Bill, I verified that includes/headertags.php and includes/languages/english/header_tags.php had both been set at 777. Upon trying again, the index page breaks when I add require(DIR_WS_FUNCTIONS . 'clean_html_comments.php'); at the top of includes/header_tags.php and the whole site breaks when I change header_tags.php to headertags.php in the "Files for normal template" section under Modules>STS. Same two error messages as posted above. Jason
  7. jbirdink
    Bill, I must be missing something here. I think part of my problem is that I already had Header Tags v 2.5.9.1 installed. Then, a few months later, I upgraded my STS 2.01 to STS 4.2. This was before you came out with your dual package of STS and Header Tags. So something has been lost in the translation (on my end). I did what you said and verified that my STS template starts with the exact code as you suggested: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html $htmlparams> <head> <meta http-equiv="Content-Language" content="en-us"> <!--$headcontent--> <link rel="stylesheet" type="text/css" href="stylesheet.css"> </head> --The sts_template.html has no extra title added to it, per your instructions. --I downloaded your combo package, and uploaded includes/modules/sts_inc/headertags.php, which was not on my server. (But header_tags.php was) --I replaced the new includes/header_tags.php, includes/functions/sts.php, includes/functions/clean_html_comments.php, and includes/functions/header_tags.php with the new ones in the combo package. --I placed the code require(DIR_WS_FUNCTIONS . 'clean_html_comments.php'); in includes/header_tags.php right above require(DIR_WS_LANGUAGES . $language . '/' . 'header_tags.php'); --Finally, in the admin panel, I went to Modules>STS and changed "Files for normal template" under Default from "sts_user_code.php;header_tags.php" to "sts_user_code.php;headertags.php" This caused the site to break, with this error: Fatal error: Cannot redeclare tep_get_header_tag_products_title() (previously declared in /home/kimandja/public_html/shop/includes/functions/header_tags.php:8) in /home/kimandja/public_html/shop/includes/functions/header_tags.php on line 8 I resolved this issue by changing back to "sts_user_code.php;header_tags.php" in the "Files for normal template" I also found that my index page was broken, bringing up this error: Fatal error: Cannot redeclare clean_html_comments() (previously declared in /home/kimandja/public_html/shop/includes/functions/clean_html_comments.php:13) in /home/kimandja/public_html/shop/includes/functions/clean_html_comments.php on line 13 I resolved this issue by removing the code require(DIR_WS_FUNCTIONS . 'clean_html_comments.php'); from includes/header_tags.php So my site is still functioning, but I'm still having the same header issues and am apparently missing some step or two along the way. Hopefully this information will point to an obvious problem/solution. Thanks for your help. Jason
  8. jbirdink
    Hello, I am having a weird problem. I use Header Tags and STS v4. I am having an issue on my site in which some of the meta tag information is being placed ABOVE the DOCTYPE declaration info. Here's how the top of the page source looks on this page (http://www.kimandjason.com/shop/index.php): <title>Kim & Jason Lemonade Stand</title> <meta name="Description" content="Cool stuff for the young at heart, including unique greeting cards, t-shirts, artwork and gifts."/> <meta name="Keywords" content="unique gifts"/> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/> <!-- EOF: Generated Meta Tags --> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html dir="LTR" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <title>Kim & Jason Lemonade Stand</title><base href="https://www.kimandjason.com/shop/"> This problem is occuring on every page, not just the index page. Jack over at the Header Tags forum said he thinks it's an issue with STS, so I figured I'd try here. I tried inserting the doctype info as the first line of my template, but that didn't help. Does anyone know what is causing this? Thanks, Jason
  9. jbirdink
    Actually, the problem is with every page. The Header Tag information gets placed above the doctype info on all pages. I guess I'll try the STS thread.
  10. jbirdink
    That makes sense. Any idea what specific file might be the culprit? I use STS and the template itself DOES have the doctype info first, so I'm not sure which file in the Header Tags contrib is the one responsible for actually inserting the header information above it. Thanks for the help. Jason
  11. jbirdink
    Greetings! I am having an issue on my site in which some of the meta tag information is being placed ABOVE the DOCTYPE declaration info. Here's how the top of the page source looks on this page (http://www.kimandjason.com/shop/index.php): <title>Kim & Jason Lemonade Stand</title> <meta name="Description" content="Cool stuff for the young at heart, including unique greeting cards, t-shirts, artwork and gifts."/> <meta name="Keywords" content="unique gifts"/> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/> <!-- EOF: Generated Meta Tags --> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html dir="LTR" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <title>Kim & Jason Lemonade Stand</title><base href="https://www.kimandjason.com/shop/"> Does anyone know what is causing this? Thanks, Jason
  12. jbirdink
    Bill, I just wanted to let you know that the tip you gave me ultimately led me to the answer I was looking for. I think I have everything working well now with my brand new redesign. Thanks for taking the time. Jason
  13. jbirdink
    Bill, I found this article in the Knowledgebase: http://www.oscommerce.info/kb/osCommerce/G..._and_Tricks/252 Assuming that I found the right document AND I want to change the text links in the dropdown box (becasue it's not a graphic), this is one of the example codes it gives: <?php echo '<a href="' . tep_href_link(FILENAME_CHECKOUT) . '">' . 'CHECKOUT' . '</a>'; ?> So, for instance, one of the drop down links I've created is http://kimandjason.com/shop/kj_reviews.php How do I repair that link to match the correct format? Would the new link look like this? <?php echo '<a href="http://kimandjason.com/shop/kj_reviews.php">' . 'REVIEWS' . '</a>'; ?> Thanks for your assistance. Jason
  14. jbirdink
    Thanks for the quick response! Here's the problem: 1) If you go to the store (http://www.kimandjason.com/shop) and add any product to the shopping cart, that product will show up in the left hand column (in the shopping cart box). 2) You can continue to add products to the cart, and they will all show up in a list in the shopping cart box in the left hand column. (Obviously, this is normal.) 3) What is not normal, however, is once you have a product or two in the cart, AND THEN you choose one of the links from the "Lookie Here" drop down menu, the browser will take you to the corresponding page, but all of the products in the cart will be dropped. The shopping cart box will show "0 items." So it's not deleting the source code, it's just emptying the shopping cart for some reason, and I'm not sure why. Thank you for lending your expertise to this matter. Jason
  15. jbirdink
    I'm in a bit of a pickle. I have a custom drop-down menu in my template. Whenever I click on an item in that drop down list, it will go to the page just fine, but it deletes the contents of the shopping cart. I can add items to the cart just fine, but if I happen to go to any of the items in that drop down list, it will delete the cart. Here is a link to my shop: http://www.kimandjason.com/shop/ The offending menu is labeled, "Lookie Here"
  16. jbirdink
    I am wondering if there is a way to create a placeholder tag for STS. I'd like to be able to add a box for my featured products and control where it goes on my template page. Thanks! Jason
  17. jbirdink
    I am wondering if there is a way to create a placeholder tag for STS. I'd like to be able to add a box for my featured products and control where it goes on my template page. Thanks! Jason
  18. jbirdink
    Rigadin-- That worked! Things seem to be going smoothly now... Thanks so much! Jason
  19. jbirdink
    Bill, One other thing I noted that may be of significance...in the includes/sts_user_code.php (which was removed from the server due to the upgrade) had included this snippet of code for the wishlist: // Wish List 2.3 Start $sts_block_name = 'wishlist'; require(STS_START_CAPTURE); if (tep_session_is_registered('customer_id')) require(DIR_WS_BOXES . 'wishlist.php'); require(STS_STOP_CAPTURE); $template['wishlist'] = strip_unwanted_tags($sts_block['wishlist'], 'wishlist'); // Wish List 2.3 End I assume that this is theoretically replaced by this bit of code in the includes/modules/sts_inc/sts_user_code.php but I wasn't sure: $sts->start_capture(); require(DIR_WS_BOXES . 'wishlist.php'); $sts->stop_capture('wishlist', 'box'); Jason
  20. jbirdink
    Bill, I have compared my old (working) files with my newly edited ones using a comparison tool. Since I am upgrading from STS 2.01 and my files are incorporating other contributions, it is pretty sticky for me to see what belongs and what should stay. I tried to remove all of the old STS code and then add the new code as mentioned in the manual. That being said, I am reasonably certain all of the files are correct with the possible exception of column_left.php and application_top.php. Those feature the heaviest modifications and I'm just not good enough with the code to feel like I know exactly what's going on. Just to clarify, the problems occur when I try to add the wishlist box info to sts_user_code.php. Here is that portion of the code: Based on: Simple Template System (STS) - Copyright © 2004 Brian Gallagher - [email protected] STS v4.1 by Rigadin ([email protected]) */ /* The following code is a sample of how to add new boxes easily. Use as many blocks as you need and just change the block names. $sts->start_capture(); require(DIR_WS_BOXES . 'new_thing_box.php'); $sts->stop_capture('newthingbox', 'box'); // 'box' makes the system remove some html code before and after the box. Otherwise big mess! Note: If $sts->stop_capture('newthingbox', 'box') is followed by $sts->start_capture, you can replace both by $sts->restart_capture('newthingbox', 'box') Another way to declare STS variables is to enter them directly into the STS array: $sts->template['MyText']='Hello World'; */ $sts->start_capture(); require(DIR_WS_BOXES . 'promo.php'); $sts->stop_capture('promo', 'box'); $sts->start_capture(); require(DIR_WS_BOXES . 'wishlist.php'); $sts->stop_capture('wishlist', 'box'); $sts->start_capture(); echo "\n<!-- Start Category Menu -->\n"; echo tep_draw_form('goto', FILENAME_DEFAULT, 'get', ''); echo tep_draw_pull_down_menu('cPath', tep_get_category_tree(), $current_category_id, 'onChange="this.form.submit();"'); echo "</form>\n"; echo "<!-- End Category Menu -->\n"; $sts->stop_capture('catmenu'); You'll notice that I also include code for a custom promo.php box I created. That seems to be working fine. It's the wishlist portion that is messing up. Have I entered this code correctly based on the instructions within the script itself? As I said before, the wishlist box works fine if I log into an account ant THEN add this snippet of code. However, if I am not logged in I get the stupid syntax error: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'order by products_name' at line 1 select * from customers_wishlist WHERE customers_id = order by products_name [TEP STOP] I do have backups of all the files from before I tried to upgrade to STS 4.2, but I feel like I'm so close it would be a lot of work to try and revert all the way back... Help! Thank you for your time! Messed up in Madison (Jason)
  21. jbirdink
    Also, FYI, today I only changed the files necessary for the STS contrib. so other than application_top.php and column_right.php, the other files weren't touched. Jason
  22. jbirdink
    Bill, I am using Wishlist v.2.4b. My store is heavily modified. I am somewhat of a newbie... do have any advice of what I should be looking for in the comparisons? Basically just making sure that the STS info is all correct? Thanks, Jason
  23. jbirdink
    Hello, Absolutely great contribution! I have a strange problem I'm dealing with. I have upgraded from 2.1 to 4.2 and everything seems to have gone well. The only problem is with the Wishlist module. I have included the following code into the sts_user_code.php in order to get the wishlist box to show up on my template: $sts->start_capture(); require(DIR_WS_BOXES . 'wishlist.php'); $sts->stop_capture('wishlist', 'box'); When a new customer comes to the store, it breaks, and this is the error: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'order by products_name' at line 1 select * from customers_wishlist WHERE customers_id = order by products_name [TEP STOP] This error is eliminated when I remove the snippet of code from sts_user_code.php. Of course, that leaves me without the Wishlist feature. Now, on the weird side: if I log into my test account as a customer, and THEN re-add the snippet of code to sts_user_code.php, everything seems to work fine. Anyone have an idea of where my problem lies? Thanks!
  24. jbirdink
    Does anyone know how to dynamically scale down the additional images as they are seen in the admin panel? They are showing up as full size and messing up the layout, which makes it difficult to navigate between the other products in the list. I'm looking for something like how the "Display Image Width" function works on the store itself. Am I missing how to do that on the admin side? Thanks!
  25. jbirdink
    I would like to see the ability to use two different coupon codes in the same order. (Unless there is a way, and I've missed it!) Right now if I enter a second coupon code during checkout, it negates the first one that was entered...
×
×
  • Create New...