Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Randelia

Archived
  • Posts

    19
  • Joined

  • Last visited

Everything posted by Randelia

  1. For brevity, I'll refer to Individual Product Shipping Prices as IPSP. This is a good contribution, but I was having problems getting it to work in tandem with UPS shipping. My shop has IPSP items and UPS items. If only IPSP items were in the cart everything would work. If only UPS items were in the cart then everything would work. HOWEVER, if both IPSP & UPS items were in the cart then you'd have to select whether you wanted UPS shipping or IPSP shipping at checkout. If you choose IPSP shipping then the checkout total is NOT correct - it drops the UPS shipping. If you choose UPS shipping then the checkout total is correct: UPS + IPSP = Total Shipping. So, if the IPSP shipping option can be hidden in checkout_shipping.php then this problem is solved. Another problem is that if IPSP items in your cart have a weight > 0 then their weight is added to the UPS shipping total. This is not correct behavior. ------------------------------ To remove IPSP as a selectable shipping option when both UPS & IPSP items are in the cart, do this: in catalog/checkout_shipping.php Around line 317, AFTER: for ($i=0, $n=sizeof($quotes); $i<$n; $i++) { INSERT: if ($quotes[$i][id]=="indvship" && $n>1) continue; //don't display IPSP shipping option ------------------------------- To have UPS shipping calculation NOT include the weight of IPSP items, do this: in catalog/includes/classes/shopping_cart.php Around line 221, CHANGE: $product_query = tep_db_query("select products_id, products_price........ TO: $product_query = tep_db_query("select products.products_id, products.products_price, products.products_tax_class_id, products.products_weight, products_shipping.products_ship_price from products LEFT JOIN products_shipping on products.products_id = products_shipping.products_id where products.products_id = '" . (int)$products_id . "'"); Around line 235, CHANGE: $this->weight += ($qty * $products_weight); $this->total += tep_add_tax($products_price, $products_tax) * $qty; To this: if (is_null($product['products_ship_price'])) { //NOT an IPSP price - so add to weight $this->weight += ($qty * $products_weight); } $this->total += tep_add_tax($products_price, $products_tax) * $qty; I think these changes would also allow IPSP to 'play nicely' w/ USPS shipping module too. I don't use USPS so I haven't tried.
  2. As far as I can tell, passing the oscsid is the only way you can use OSCommerce with cookies turned off. So killing ALL oscid's will make your site non-functional for any browsers with cookies disabled. I'm not sure if 'sid killer' deals with this or not - Does it? I'm curious. There's another contribution I'm planning on trying to deal w/ the SID issue. This one only kills oscid's used by bots & spiders - it does NOT kill oscid for a normal web browser. It also returns a 301 to the spider/bot so the bot knows it needs to update the cached page. So, theoretically this should allow you to checkout without cookies AND it should get rid of google's cached 'oscid' pages of your site. It's called the Spider Session Remover. Mal, this contribution should work in tandem w/ Ultimate SEO to give you good URLs and stop google from spidering your site w/ oscids AND allow browsers w/ cookies disabled to use your site.
  3. As far as I can tell, passing the oscsid is the only way you can use OSCommerce with cookies turned off. So killing ALL oscid's will make your site non-functional for any browsers with cookies disabled. There's another contribution I'm planning on trying to deal w/ the SID issue. This one only kills oscid's used by bots & spiders - it does NOT kill oscid for a normal web browser. So, theoretically this should allow you to checkout without cookies AND it should get rid of google's cached 'oscid' pages of your site. It's called the Spider Session Remover. Mal, this contribution should work in tandem w/ Ultimate SEO to give you good URLs and stop google from spidering your site w/ oscids AND allow browsers w/ cookies disabled to use your site.
  4. You didn't mention whether the custom meta tags were working for index.php & product_info.php with Ultimate SEO turned on. I'm not sure if the older version of Ultimate SEO rewrites the product reviews page - I've only used the latest version since my site is on a linux box. The latest version does rewrite this page. I haven't tested Custom META Tags w/ v 2.0b of Ultimate SEO, but I'm pretty sure they should be compatible. Ultimate SEO & Custom META Tags work on completely different levels. Ultimate SEO may rewrite the URLs, but the category & productID are still being passed via the URL - this rewriting just happens at the server level before it's seen by the user in their web browser. So, the fact that you're seeing trailing stuff like '?products_id=26&reviews_id=5' does NOT mean that Custom META Tags isn't working - this only means that Ultimate SEO is not rewriting the URL for this webpage. Disable Ultimate SEO URLs in the control panel (you may need to use my Ultimate SEO contribution to 'fix' the problem w/ disabling Ultimate SEO.) Then see if Custom META Tags works on your site. Then enable Ultimate SEO & test your site. By analyzing the results on a page-by-page basis it should be clear whether or not custom meta tags is working at this point.
  5. What does 'TEXT_PRODUCTS_ZIPCODE' do? It corresponds to 'products_ship_zip' The installation instructions don't mention what it does. Why does it care about the zipcode for a flat-fee shipping item? It's flat-fee, there's no shipping fee to be calculated from the zipcode. I've searched this thread, the entire www.oscommerce.com/forums site & I've done some google searches. None of the searches told me what this field is for. Someone posted that the answer to this question has already been posted - BUT I CAN'T FIND IT!!! Thanks!
  6. By default languages/english/index.php does not define any HTML 'header' information - it begins by defining an HTML 'table' (i.e. it's meant to be placed below </head> & <body> on a html page - and below the code inserted by Custom_META_Tags too.) Defining any <head>, <title>, </head> or </title> tags in this file would undoubtedly interfere with my contribution. If the only changes you made to this file were to add META keyword & description and TITLE then you should restore the original /languages/.../index.php file. If you made a lot of changes to this file then try removing the following: META tags, <head>, </head>, <title>, </title> Here's how to integrate the Custom META Tags into other pages. If the page you're working on is focused on an individual product, then: REPLACE: <title><?phpechoTITLE;?></title> WITH: <?php // Randelia Custom_META_Tags_Per_Item. Includes TITLE! echo ShowMETA('product_info', $products_id, $languages_id); ?> If the page you're working on is focused on a category, then: REPLACE: <title><?phpechoTITLE;?></title> WITH: <?php // Randelia Custom_META_Tags_Per_Item. Includes TITLE! echo ShowMETA('categories', $cPath, $languages_id); ?> If the page is NOT focused on a product or category (i.e. contact_us.php), then: REPLACE: <title><?phpechoTITLE;?></title> WITH: <?php // Randelia Custom_META_Tags_Per_Item. Includes TITLE! echo ShowMETA('useDefaults', $cPath, $languages_id); ?> It doesn't matter wheter you send it $cPath or $products_id in this case because it will just use the default keywords, description & title defined at the top of function ShowMETA in /includes/functions/general.php
  7. Try turning rewrite off in .htaccess - this would be a step beyond disabling in admin, but if it works...
  8. Every time I disable this contrib in the admin console, it kills the store. I wouldn't be able to load any product or category pages. So, I came up with a simple fix! I just posted updated install instructions that fixes the problem. This was fixed by wrapping the original code & chemo's code in an 'if' statement. Two files must be updated: includes/application_top.php includes/functions/html_output.php This is for v2.1c You can download the updated install instructions via the Contribution Link
  9. Sorry, I didn't want to put my production website as an example because of all the test users, test orders, etc. that would follow. I suggest you setup a test site w/ a clean OSC install so you can just upload the files. Ultimate SEO URLs is very quick & easy to install, but your server must support mod_rewrite. My store is heavily modified, so the number of edits required for HeaderTags to work on my site scared me away from it. I thought that the 'custom meta tags w/ db column' contribution was a more straight forward design & an easier install, so I decide to extend it's functionality to include META Description, TITLE, and multi-language capabilities. I've never actually used the HeaderTags contribution so I can't say for sure, but it appears that it does the same thing. If your store does NOT have a modified admin/categories.php, then 'Custom META Tags per Item' will be a 5 minute install. Otherwise you'll spend a little time editing the file, buy my instructions are very clear.
  10. This is the support link for the 'Custom META Tags per ITEM' contribution. Here's the contribution link: Custom META Tags per ITEM - Contribution Custom META Tags per Item v1.0 This contribution allows you to set which META Tags & page TITLE are displayed on a per-product, per-category, and per-subCategory basis. This is an important step towards SEO! The following custom fields are stored in the database for each product, category, & subcategory: META Keywords META Description TITLE (i.e. <TITLE></TITLE>) This can be used to set default META Tags & page TITLE for your entire OSC store. If a product or category doesn't have an entry for any of the 3 custom fields, it will display the default for those fields. All entries are controlled using the admin console. Multi-language is supported for the product tags. Extra fields are added to the database to hold the custom fields, so this contribution should be very benign in it's interaction with other contributions. I heavily modified & extended Daniel Richards original 'custom meta tags' contribution to include extra fields, multi-language capabilities, and extra functionality. This contribution has been tested with Ultimate SEO URLs. I hope this helps y'all place well in the search engines! :D -Randelia
  11. I'm not real familiar with PHP, but I think this is where the problem lies: You removed: if($extra_shipping['products_ship_price'] == '0.00'){ I'm betting that the =='0.00' is what sets the format of the output (i.e. 2 decimal place) Try changing your line: if (($extra_shipping['products_ship_price']) > 0) { To: if (($extra_shipping['products_ship_price']) >'0.00') { Or maybe add back the lines you removed like this: if($extra_shipping['products_ship_price'] == '0.00'){ }else{ Or maybe: if($extra_shipping['products_ship_price'] == '0.00'){ echo ''; }else{
  12. I tried a hard-coded hack that seems to work for my site since IndividualShipping method correlated to $i=0 & $j=0. I started the loops at 1 instead of 0 - this skips showing IndivSHip as a selectable method. Here's the 2 lines I changed starting around line 300 of checkout_shipping.php: // for ($i=0, $n=sizeof($quotes); $i<$n; $i++) { //original! for ($i=1, $n=sizeof($quotes); $i<$n; $i++) { // skips IndivShip ... // for ($j=0, $n2=sizeof($quotes[$i]['methods']); $j<$n2; $j++) { //original for ($j=1, $n2=sizeof($quotes[$i]['methods']); $j<$n2; $j++) { //skips IndivShip Does this appear dangerous to anyone?
  13. Is checkout_shipping.php supposed to show 'Individual Shipping - Zone 1' as a shipping method that you can select when you're checking out? It shows up this way on every test site I've setup - Is this normal? Is there anyway to NOT display 'Individual Shipping' as a shipping option at checkout? If you choose IndivualShipping as an option then any UPS shipping fees are NOT included in the checkout total. If you select any of the UPS shipping options then the checkout shipping total is correct - it adds Individual Shipping fees and the UPS shipping fees together. This list of shipping options appears to be created in the nested $i & $j loops starting around line 300 of checkout_shipping.php. If an exception were written to skip indvship when PHP is generating the HTML for each shipping method it would probably take care of the problem. Any ideas?
  14. However, if IPS is disabled in admin console, then there is no shipping fee AT ALL during checkout if the item(s) in the cart all have IPS shipping prices set. So much for 'side-stepping' my problem this way... This is from a fresh install. I'm assuming that it's not supposed to do this. I'm not sure where to look for my error since I'm not a PHP expert and there are a bunch of modified pages... :( Any tips or ideas? Is the IPS shipping total supposed to show up as a non-selectable item on checkout_shipping.php? I do NOT have the free shipping module installed... -Randy
  15. For brevity, I'm shortening 'Individual Product Shipping' to IPS... My previous test site had a couple of mods, so I did a fresh install of OSC 2.2 MS2 & a fresh install of IPS v4.3a with no other mods - Now it properly adds IPS & UPS shipping fees for the checkout shipping total. However, I had to disable IPS in admin console (still installed & configured) for the checkout_shipping display to work properly. Is this correct? If IPS is ENABLED in the admin console then I get a menu choice of shipping options (checkout_shipping.php) which includes IPS: If I chose UPS fee, then UPS & IPS are totalled correctly - BUT if I chose IPS fee then only IPS fee is at checkout total - UPS fee is NOT added. Disabling IPS in admin console seems to side-step this problem. Also noticed: If IPS shipping is set for an item, but the item has weight>0 then this item will change the UPS shipping total. It would be nice to be able to leave the weight. Thanks in advance!
  16. Try this out for size... You should be able to copy-n-paste this clip in place of your posted code sample. // Individual Shipping Contrib $extra_shipping_query = tep_db_query("select products_ship_price, products_ship_price_two from " . TABLE_PRODUCTS_SHIPPING . " where products_id = '" . (int)$products_id . "'"); if (tep_db_num_rows($extra_shipping_query)) { $extra_shipping = tep_db_fetch_array($extra_shipping_query); if($extra_shipping['products_ship_price'] == '0.00'){ echo '<b><font color="green">Free Shipping</font> for this Item!</b><p>'; }else{ echo '<b>Shipping Fee of $' . $extra_shipping['products_ship_price']; if (($extra_shipping['products_ship_price_two']) > 0) { echo ' for the first item, and $' . $extra_shipping['products_ship_price_two'] . ' for each additional item.</b><p>'; } else { echo ' for the first item, and Free for each additional item.</b><p>'; } By comparing the original & my version it should become clear which block of text to edit. -Randy
  17. I've installed v4.3a & the updated files on v2.2-MS2. I've read the last 8-10 pages and still have questions, so here goes... I have some items where I specify an 'Individual Product Shipping Price' (IPSP). The rest of my items are shipped via UPS (i.e. NO Individual Product Shipping Price). If my cart contains only IPSP items it works - it uses the IPSP fee I set. If my cart contains only non-IPSP items it works - it correctly calculates UPS shipping. However, if my cart contains both IPSP and non-IPSP items then I have to choose either the IPSP fee or the UPS fee when I check out. The final total reflects whichever shipping option I choose - it DOES NOT add the shipping fees together - it adds the shipping total for the option I chose & ignores the other one. Example: Item A has a IndivProdShipPrice of $10. Item B has a UPS shipping fee of $6.50. I would expect my checkout total shipping fee to be $16.50 Instead, I get a checkout shipping total of either $10 or $6.50 depending upon which option I choose. Is it supposed to do this?
  18. I've installed v4.3a & the updated files on v2.2-MS2. I've read the last 8-10 pages and still have questions, so here goes... I have some items where I specify an 'Individual Product Shipping Price' (IPSP). The rest of my items are shipped via UPS (i.e. NO Individual Product Shipping Price). If my cart contains only IPSP items it works - it uses the IPSP fee I set. If my cart contains only non-IPSP items it works - it correctly calculates UPS shipping. However, if my cart contains both IPSP and non-IPSP items then I have to choose either the IPSP fee or the UPS fee when I check out. The final total reflects whichever shipping option I choose - it DOES NOT add the shipping fees together - it adds the shipping total for the option I chose & ignores the other one. Example: Item A has a IndivProdShipPrice of $10. Item B has a UPS shipping fee of $6.50. I would expect my checkout total shipping fee to be $16.50 Instead, I get a checkout shipping total of either $10 or $6.50 depending upon which option I choose. Is it supposed to do this?
×
×
  • Create New...