clustersolutions

@@piernas...ah...I have to digest what you are saying...but b4 that...you can't have multiple instances of the USU5 class as it is a singleton class...basically, when you re-declare it it would just check for its existence and reuse it...signleton instance works perfectly in this application...

I have started a git repository for FWR's USU5 for BS. So far I have added a page for BS integration and it was tested on Edge. I am working on getting the MySQL cache bug fix for the next commit. Please feel free to download and use. https://github.com/clustersolutions/Ultimate_Seo_Urls_5_PRO_BS FYI, I used USU5 for BS with these SEO addons and they worked fine: Burt's header tag reloaded. JackMC's sitemap, All Products, and google xml sitemap...

@@piernas, looks fine to me...may be your reset the cache? I bet you the problem won't come back...I hope... U may want to remove the index.php at / page...or redirect the index.php index.html to /...I thought there was a setting in USU5 for that...

Well...reminds me of the days or nights in the VAX lab trying to find that freakin' comma... @@piernas...I don't know if I follow what you are talking about regarding the error a screen shot may help...you can pm me the link to the site I would check it out... you clear your browser cache? so it isn't usu5 failing then...also, HT SEO shouldn't cause error with usu5, I don't know which version of the HT SEO you are using...I used all of them I think I ended up just using Burt's reloaded version as I usually pick add-ons based on the coding style...I should check out FWR's version as I like his way of KiSS...

@@piernas, I don't think it has anything to do with SSL. I don't use SSL on my dev site, and when my site went live with SSL. It just worked... It is impossible to pinpoint the issue based on the error you had provided. I would start from the source of the error and back track to see where the issue lies. w/ mysqlite...it was caused by the 2.3 db connection update...depending on how your error reporting is setup the warning may or may not appear on your screen. I still think it's a setup issue...your configure.php and .htaccess both say "bootstrap.domain.com"?

yeah, that doesn't make sense. I would focus on the "subdomain?" To me subdomain is sub.abc.com and not www.abc.com/sub/...check your server's behavior...file caching doesn't work in your prod system? that's strange....

If you use cron to setup the feed there is a bug for now but it should not be related to your image error...try using php -q googlefeeder.php to see if all is well...the bug isn't a big issue for me for now as I am fiddling around with the feed/PLA products group so I run it manually everyday anyway... For your error, it is probably resided in your image addon or in the .htaccess file...usu5 doesn't do any rewrite with images...try flipping the order of the entire block of usu5 .htaccess codes in the .htaccess file and also see if the problem goes away... read up on this may help...look at the last|L flag... http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewriteflags

@@piernas, check your caching method. Use file caching only for now. The MySQLite will need to be updated...I was trying to find time to update the MySQL error, but I think PDO is coming out so may be I will wait until then or may be get an intermediate fix in between... if that's not it...it could be something else...what version of OSC your running?

@@Rich722... Include the new Root 2 Geo Trust Global CA in the authorize.net.crt file as replacing it will wipe out the other certs...for some reason the Root 2 Geo Trust Global CA isn't in either of the default files. I would just make the change in the authorize.net.crt file and leave the cacert.pem file alone. The if block reads from the authorize.net.crt file or the cacert.pem file. Mines working as well...also make sure that your SSL is SSH2...and follow the Authorize.net instructions you should be good to go...Thx for letting me know! Tim

@@Rich722, look at this block of codes...the pem file should be in the include dir... if ( file_exists(DIR_FS_CATALOG . 'ext/modules/payment/authorizenet/authorize.net.crt') ) { curl_setopt($curl, CURLOPT_CAINFO, DIR_FS_CATALOG . 'ext/modules/payment/authorizenet/authorize.net.crt'); } elseif ( file_exists(DIR_FS_CATALOG . 'includes/cacert.pem') ) { curl_setopt($curl, CURLOPT_CAINFO, DIR_FS_CATALOG . 'includes/cacert.pem'); } I run the OSCBS and the cacert.pem already included the GeoTrust Root 2 cert...I think mine has to do with my setup...but I will have to spent more time looking at the log file and troubleshoot...I'll do that after Easter weekend...got orders to process and going camping for the weekend... Will keep u posted...or let me know when u find out the issue...thx! Tim

@@Rich722, I am running AIM 2.0 and your right that it has problem with the test server. SSL true it works on prod server but not test...will look into it some more and will let u know if I find anything...Tim

@@Rich722. Thanks for the info. I probably wouldn't call this a bunch of changes, just necessary security updates...I found you can download Root 2 GeoTrust Cert here... https://www.geotrust.com/resources/root-certificates/ Not a fire for me yet...but it will be once the deadline announcement was made...

Authorize.net prod is working. We received orders today...sandbox and prod should be the same, I hope...

@@Johnatan, yeah, you only get the "next of kin" category with the existing USU5. By the comments in the codes what you wanted may have been on the todo list...I got what you wanted plus getting rid of that cPath thing working on a live system but I ran out of time to make it more robust...I wonder what happened to FWR?

@@yomama360 giving up so easy!? Hey, you ask for it with that screen name...just comment out line 47 and 48 on your screen instead and implement the rest of the changes in application_top.php. The $PHP_SELF should be set by usu5_base_filename and you are good to go. I implemented USU5 in BS and its working fine...you can see the changes I made in application_top here... https://github.com/clustersolutions/osCommerce-234-bootstrap/commit/422d1b7b511377190cfcfb26087d015e1b7670f3#diff-afcc94946b036d003a770eb7f3afc89b USU5 works fine with header_tag and the non-FWR version of sitemap. I didn't even know FWR has a sitemap until recently....the site map I used isn't the best but it works for now...

I don't recall the details of the USU5 instructions on when to reset the cache, but I don't believe you have to reset it say if you just changed the description as the description isn't cached by USU5. Why don't you test the outcome of the changes you had made first before resetting the cache. Then even though if you had reset the cache the only issue you may encounter should only be the php memories limit error, which you would need to set it to a higher limit if you have a boat load of products. I suspect you may have other performance issue not related to USU5, and did you see any php warnings? I spent a week going throught the codes recently and resetting the cache as it suggested should only clear out the cache and the cache should be rebuild on demand as the server is serving URL requests. So if you server gets hit hard then you could see some performance issues. Keep an eye on the server stat after a cache reset and perhaps you would just need more hardware. Hey, if you have 9000 products I hope you are on a dedicated server for the least...hardware is must cheaper than any good consultant...

Whoa...please know that I was not trying to persuade you in either way...there's still the ux side debate that a human readable url is always better..also...there are more than one search engine out there so there are things to consider....but it's entirely up to you...if you are in the planning stage...do it right the first time...it's better/easier for SEO...I just found FWR's package much easier to install an maintain...that's all...

An example would be nice as I am not sure what's the "new v2.X style static HTML file" means...it would be nice if it was without the -p- or -c- anchors...and that the url tracks the category path...I used both Chemo's and FWR's contributions and I rather rewrite FWR's to suit my needs instead of going back to Chemo's...my $0.02... Oh, another debate would be why bother with the url rewrite as it has not much to do with SEO anymore; however, I would stick with these mods as redirecting couple thousand products/categories would be too much work...so far I can tell FWR's is compatible with Chemo's...

Oscommerce developer/user since 2004. I used 2.2 since 2004, I know the shortfalls of OSC. Recently I switched a site from Magento to OSC, and implemented MTS. WOW, a must have!!! It works with all the contributions (FB login, CCVGC, KISS SEO, Header Tags Modules, & etc.), but I am very comfortable with the OSC codes and backend. I took a step further and mod the superfish menu to megamenu, and rolled in Wordpress. They worked seamlessly... Site: racinne usa dot com. George is a good guy and very responsive. Now, he did have a new born so I imagine he may not be as active for now...best of luck, George!

Great package. I've been using it since 2006. I am using it in a new site with FWR's USU5--also, a great package! This is what I did to get this Google XML Sitemap working with USU5: In googlesitemap/index.php, comment out the old require_once and add a new required once... //require_once('includes/configure.php'); //require_once(DIR_WS_INCLUDES . 'filenames.php'); //require_once(DIR_WS_INCLUDES . 'database_tables.php'); //require_once(DIR_WS_FUNCTIONS . 'database.php'); //tep_db_connect() or die('Unable to connect to database server!'); require_once('includes/application_top.php'); Also comment out the tep_not_null function... /* function tep_not_null($value) { if (is_array($value)) { if (sizeof($value) > 0) { return true; } else { return false; } } else { if (($value != '') && (strtolower($value) != 'null') && (strlen(trim($value)) > 0)) { return true; } else { return false; } } } # end function */ Then, comment out or delete the if block that adds Chemo's SEO class and stuffs, for me I choose to replace it with the never executed if statement like below just in case I have an oh #$%@ moment... //if ( defined('SEO_URLS') && SEO_URLS == 'true' || defined('SEO_ENABLED') && SEO_ENABLED == 'true' ) { if ( 1 == 2 ) { Lastly, go to sitemap.class.php and replace the hrefLink function with the below so the link rewrite will also consider FWR's USU5 (or do it to the alternate class file): function hrefLink($page, $parameters, $connection, $add_session_id) { if ( defined('SEO_URLS') && SEO_URLS == 'true' || defined('SEO_ENABLED') && SEO_ENABLED == 'true' || defined('USU5_ENABLED') && USU5_ENABLED == 'true') { return tep_href_link($page, $parameters, $connection, $add_session_id); } else { return $this->base_url . $page . '?' . $parameters; } } # end function My sitemap seems to incorporate the USU5 rewrite...good luck and let's keep all these great SEO packages alive!!! Tim

This addon kicks butt!!! I had the other Header Tag SEO from way back installed about 8 years ago...no...use this package as far as ease of installation and being flexible! That other package was a pain to manage and I am looking forward to moving our 9 years old site to 2.3.3 with this add-on after I am finished with this other new site...NICE!!! Thanks, Jim!!!

Report back...it worked!!! Thanks surfalot! Ur a hero!