Demitry

Jim, Old code does not mean that it's bad code. MVS contribution is one of the better ones on OSC. It's functional and I think most if not all of the bugs have been worked out. It is the only solution I know of for managing drop shipping vendors. As for upgrading to a newer version of OSC, I am really not looking forward to that nightmare with so many customized scripts. I'm not a developer so I still struggle with div tag structures and am not at all a fan of heavy javascript use, which is a big part of the new OSC platform. Plus, I am not sure if the new version of OSC is mobile responsive or not. The last time I looked, it was not, which means duplicate files for the mobile version - that is what I am doing now with MS2.2. When the time comes to upgrade, I will look at another ecom platform with my long-list of must-haves and evaluate the amount of subbed developer work required to complete that list. Demitry

come to think of it, I don't even really need that conditional "if" statement for the shipping module error.

Jim, That was exactly the issue! The DB query was missing all the vendor info. p.vendors_prod_id, p.vendors_product_price, p.vendors_prod_comments, p.vendors_id And I even know when I overwrote that query. It was recently when I updated the Header Tags SEO to v3.3.3 So, I added those vendor attributes back and tested it and all works great! The Products Vendors dropdown menu is now retaining its set value on page load. I will probably need to go through and check all of the MVS changes ..at least for the /admin/categories.php page. There were a lot of changes to that page for the Header Tags SEO contribution and I'm sure I likely overwrote other MVS changes. I also added another email script in /includes/modules/vendor_shipping.php after the following line: if (isset($quotes[$i]['error'])) { and changed the condition to if ($quotes[$i]['error'] != '') { in order to get notified when one of the shipping modules is displaying an error. This was another recent occurrence with UPS, though unrelated to my original issue. Because there is no way of knowing if a shipping carrier displays an error at checkout, other than doing a test checkout yourself, this email notification is perfect! Thanks again for all your help! You were right on point! Demitry

Jim, you're awesome!!! Thank you so much for your help! You totally rocked on finding the issue. ok, so here is an update on my situation. First of all, I was completely wrong about the shipping modules somehow getting uninstalled. I was looking in the wrong place (Admin>Modules>Shipping) and made an error in my assumption. I added the email script to that /includes/modules/vendor_shipping.php file, but I think the condition was counting the number of items in the cart instead of the number of shipping quotes. So I changed it to: if (count($quotes) == 0) { ..and moved the entire thing down some, under the following line so that I could add $products['products_name'] to the email text to identify any product with this issue of not having shipping rate quotes. It was line 118 in my file. $products = tep_db_fetch_array($products_query); I tested it and it works great! Also, I did as you suggested and went into the product page for one of the products I was having problems with, and the selected vendor was “Certificates,” which of course does not have any shipping vendors. Hence, this was the source of my problem. So I changed it to the correct vendor and saved it. Everything was fine until I went back into that product page for editing again. The Certificates were automatically selected as the Products Vendors default again, because it is the first item in that dropdown menu. Is there a way to keep the set Vendor value in the dropdown menu for that product instead of having to remember to change it every time you save a product page? Demitry

Jim, You're absolutely right!! I was looking in the wrong place, under Admin>Modules. I appreciate the code and I will add it shortly. However, I'm still baffled as to why some items do not display shipping carriers or rates and others do. I'll keep digging and post back. Thanks. Demitry

Jim, Thank you for the reply. I have a pretty secure site with lots of security add-ons & features and I've upgraded to PHP5.3. I'm currently with webhostinghub and I just tried uploading a recent backup of the database but the modules are still showing as uninstalled. The weird thing is that for some items the shipping rates display at checkout even-though those modules in admin show as uninstalled. I'll probably just reinstall them again, because that's the easiest solution. could you tell me where I could insert an email script to notify me if the shipping rates come up as blank at checkout? I can add an email script, I just need to know where to find and test for that condition. Thanks. Demitry

Hi, I have a recurring problem with the shipping modules getting uninstalled. This has happened several times and is difficult to replicate because it occurs out of the blue and rarely. I have a customized MS2.2 site with multi-vendor shipping installed. The payment modules did not get uninstalled and the free shipping module was not uninstalled, but UPS, USPS, and FedEx - all need to be reinstalled. Reinstalling them is not a big deal, but I would like to fix this if this is a bug or some sort of hack. The biggest issue is that I have no way of knowing when this happens unless I do a test checkout and see that there are no shipping methods displaying. I searched this thread but could not find anything, so,... 1) has anyone had this issue and is there a fix? 2) does anyone know where I can add a script to email me as soon as something like this happens? Any and all help is greatly appreciated. Demitry

ok cool, ..actually, I got it fixed!!! No endless redirect loops and no problems with the forward slash only showing up before the product name. Works great!!!! on all products and I tested it in all major browsers. My site now displays: www.mydomain.com/category-name/sub-category-name/manufacturer-name/product-name-c-number.php so now, all my URL’s use the forward slash instead of the hyphen to separate categories, sub-categories, and manufacturers from products and other pages. Love it! Great contribution! Thanks Jack. Demitry

Hey Jack, Thanks for the reply. Yeah, I’ve been trying different things with my limited coding skills and so far it is not working. Having forward slash "/" separators is standard practice and it helps search engines better identify keyword phrases. How much more is there to code? any idea when you would have that completed? There were some people that also mentioned it on the other forum for this contribution. http://www.oscommerce.com/forums/topic/336702-ultimate-seo-urls-5-by-fwr-media/ Demitry

Hi, I wanted to change the urls to display a forward slash "/" separator (instead of the hyphen "-") between categories and subcategories as well as manufacturers. I cannot find a setting for this in the Admin>Configuration>SEO-URLs, so I looked in /includes/class/seo.class.php and found a couple of places to make this change, however, I think that the function strip($string) is removing the forward slash as a special character. Is there a setting for this somewhere in admin? If not, is there a way around this or a fix that would not undermine the security of the site by allowing for the forward slash in the URL? Thank you in advance for any and all help on this. Demitry

Hi, I have a slightly older version of this contribution and did not want to upgrade because mine is customized for mobile files on my MS2.2 shop. I wanted to change the urls to display a forward slash "/" separator (instead of the hyphen "-") between categories and subcategories as well as manufacturers if added to the product info page. As an example, it would look something like this: www.mydomain.com/category/sub-category/manufacturer/product-name.html I searched this forum and found a post (#1637616) that mentioned "path based URIs in admin" as a way to change the separator to a forward slash. The problem is that I cannot seem to find this anywhere in admin or in the SEO URL's configuration. It's probably right in front of me but I just don't see it. Could someone help direct me to the exact name and location of this configuration attribute? If not, please let me know what code changes I need to make to achieve what I am looking to do. Thank you in advance for any and all help. Demitry

Never mind, I think I fixed it. In /includes/header_tags.php for all files that use InfoPages, I changed basename($_SERVER['SCRIPT_FILENAME']) to basename($_SERVER['REQUEST_URI']) 3 occurrences for each file managed by InfoPages. That seems to have fixed it. Demitry

Hi Jack, I've done a bit of testing and it looks like I'm having a conflicting issue with InfoPage add-on and Header Tags SEO. The pages that are part of the InfoPages contribution are displaying default tags. The best I can get them to do is display the pageName with them, which is always "Infopage." The STS system is not causing this problem because I shut it off and tested without it. Is there any kind of fix for this problem? Has anyone run into this issue before? Thanks. Demitry

yeah, it is for all non-category and non-product pages. Anyways, that change fixed it for the entire site. Thank you for all your help. Demitry

Jack, I found the bug we previously spoke about with the default description tags not displaying. It is located in /includes/functions/header_tags.php line 51 ...should have the variable $header_tags_array['description'] changed to $header_tags_array['desc'] (2 instances of it on that line). This is why /includes/header_tags.php description meta was not displaying the default description text content. I tested it and it works. Demitry

ok, cool, ...thanks Jack

no, it's not the same as deleting a product. For example, I have the initial set of icons and their related URL's loaded via default install. I go into that admin page and click on one of the icons to uncheck it, then click Save. The icon remains on that page as a selection (but unchecked) and its URL record is deleted from the database, and it is no longer on the store site page. I then click on it again from the admin section to have it reinstated (checked), then click Save. The checkmark is removed on page refresh (of that admin page) and that icon does not display on the store site page. Similar issues with the URL's. If you add a URL for an icon you want to display in the store and click Save, the record does not write to the database. Anyway, it may be something to look at for the next release. I'm not worried about it. I am semi-technical and can find my way around it for now. Demitry

yeah, it's when you save the changes, that it deletes those related fields from the database. And you have to reinstall it via the database if you want those icons and their related url's back. Plus, entering a new URL does not save it to the database. I would make a change, save it, and then go to the site page and F5 refresh it to view the changes. Anyway, if you are not experiencing these issues, then it must be my install. Thanks. Demitry

Hey Jack, I'm sorry to bother you again, there are a few issues with the social icons page in admin section (/admin/header_tags_seo_social.php). I've been testing it and came across some problems. 1) when you click an icon to uncheck that social media icon, it gets permanently delted from the database and you cannot add it back (unless you insert it back into the database). 2) when you add/edit/delete the link to that icon in the input field below the image icons, it does not update, though it will delete permanently 3) the two Twitter Card entry options are being saved to the database but not displayed as meta tags in the source code. Those meta tags are not displayted at all. I've been testing these along with the prior issue we spoke about on my mobile site, which does not use STS templates. It is a separate set of duplicate site files used for mobile devices. The admin section is not mobile friendly and does not use STS templates. If you do not experience these issues in a regular MS2.2 shop then this is likely not an issue to be concerned about. However, any help would be greatly appreciated. Thanks. Demitry

ok Jack, thanks again for all your help in troubleshooting this issue. I'll try to dig deeper and see what it can be. Great contribution regardless! Thanks. Demitry

Jack, Thank you for that troubleshooting tip. I ran the code with the STS template system turned off and it does display the description however, the meta tag does not. So, it means that I installed this add-on correctly and that the STS is not affecting it, right? I went over the install instructions several times. Seems like this issue is somewhere where the default description tag is retrieved from the database to be displayed. I'm thinking either /includes/header_tags.php or /includes/functions/header_tags.php Demitry

I ran the on-page error reporting and it came back with this (see attached screenshot) in /includes/functions/header_tags.php, but undefined indexes would not cause the default description tag to not show up.

yeah, I turned off the STS system and the Description tag was still missing its text contents. So, it is not the STS system, ..has anyone else had a problem with this?

Hi Jack, Thank you for the reply. Am I wrong to assume that the Default Tags, which are filled out on the right side of the Page Control page are for all pages that have the header tags code but have not been changed via that dropdown options menu? I made this assumption because the title, keywords, and logo text tags in that Default Tags section, all display properly on every page of my site where I have not personalized those tags. The only tag that does not display is the default Description tag. I don't think that the STS template set-up would cause this issue. I used the same STS code set-up as for the prior Header Tags Controller contribution. All it does is basically call to the includes/header_tags.php file for each template. Please see attached screenshots. I looked at the code for this Description tag in /admin/header_tags_seo.php and in /includes/header_tags.php and the $defaultTags['default_description'] seems to be correct. Plus, the Default Tags Description text was saved in the database for that Headertags_Default table. Could you take a look at the attached screenshots and see if there is anything you think may be off? Any thoughts? Thanks. Demitry

Hi, After recently installing version 3.3.3 I am having a problem with the default description tag. The content that I entered into the Page Control / Default Tags fields, displays in those field on that page and, I checked to make sure that it is in the database as well. However, the description tag has no content on site pages. I'm wondering if anyone else is having this issue or if I may have missed something. Any help would be greatly appreciated. Here is my info: - MS2.2 - I had the Header Tags Controller addon, which was a good addon, but started to have problems and chose to uninstall it (instead of installing an updated version). - STS System - I did the Header Tags SEO Fill Tags, where I checked each of the Fill All Tags options and clicked the Update button. - I ran a Header Tags SEO Test on the index.php page and it came back with errors: 302 for title tag, and description and keyword tags were both marked red as a problem. However, the actual index.php page displays these tags and I read that my STS may be causing these false positive errors. The problem is not with the index.php page but with the default tags description content. So, when you go to any page that should have default tags, the description tag is missing its content. Please let me know how to fix this issue or if there is any other information I can provide. Thanks. Demitry PS: there is a minor syntax error in /admin/header_tags_seo.php at the end of line 758, there is an extra single quote. Also line 759 should be combined with 758.