mikeman

Great work! Merry Christmas!

Great news! Thanks.

Hi, thanks again for this promising piece of software. It runs great so far. Interim Report: lamp versions: Local: PHP Version 5.2.8 Apache 2.2.11 MySQL 5.1.30 SQLite 2.8.15 Online: PHP Version 5.2.12 Apache ? MySQL 5.1.45-3 SQLite 2.8.17 ---------------------------------------------- Package: ULTIMATE_Seo_Urls_5_PRO_[beta]_r180_dev ---------------------------------------------- Bug Fix: http://forums.oscommerce.com/topic/349814-ultimate-seo-urls-5-pro/page__view__findpost__p__1510713 http://forums.oscommerce.com/topic/349814-ultimate-seo-urls-5-pro/page__view__findpost__p__1510725 ---------------------------------------------- Config: Enable multi language support? true Output W3C valid URLs? true Select your chosen cache system? sqlite Choose how your product link text is made up p Filter Short Words 2 Add category parent to beginning of category uris? true Remove all non-alphanumeric characters? true Add cPath to product URLs? false Enter special character conversions. (Better to use the file based character conversions) -> no issues Tested uri formats: rewrite, standard ->no issues -------------- contributions: visitor webstats -> no issues SEO Multilayer Pop Out menu -> no issues PHPMailer Class to send email -> no issues -------------- Next: SSL-links Header Tags SEO V 3.0 ---------------- Regards

It's a masterpiece. Would be a shame NOT to release it. Regards.

Update: I reset the USU5 Cache and it vanished. Regards.

Got these two warnings today: Warning: Missing argument 1 for Sqlite_Cache_Module::gc(), called in ***\htdocs\fwrcatalog\includes\modules\ultimate_seo_urls5\main\usu5.php on line 212 and defined in ***\htdocs\fwrcatalog\includes\modules\ultimate_seo_urls5\cache_system\sqlite.php on line 78 Warning: SQLiteDatabase::query() [sqlitedatabase.query]: column cache_name is not unique in ***\htdocs\fwrcatalog\includes\modules\ultimate_seo_urls5\cache_system\sqlite.php on line 66 Sorry if this has already been mentioned. Regards

Thanks for the update. Actual beta testing has to wait, as I'll be in the hospital next week. Regards.

Would be great to check out the new beta. Thanks!

Tested all uri-types, they all seem to work great. Fantastic coding! As to the browser-language topic, maybe only index.php should be "get-browser-language aware". Thoughts?

Good point! p.s. This whole language stuff gives me a headache.

Of course not. Sorry, I ment it in an overriding way. That's sad. I don't think I could do without it. thanks

There was once (if I get you right) a similar problem with annoyed owners who had e.g. german customers (only) that surfed with a spanish browser or had the english firefox version and therfore got the page in spanish or english. They implemented a set_language() instead of get_browser_language() and were happy ever after. But the normal case is that the shop checks whether it can get the language out of the browser-data. If yes, the script displays the page with the corresponding language or the script can't conclude that and gets the default language-setting. I hope USU pro doesn't overwrite it. Regards

But I think it's important for german/spain customers (with their german/spain browsers) who reach you via mysite.com/index.php in expectation of their own lang. They get default-english displayed and must (intricately) change the language setting. I think the a default solution is rather somehing for owners who want to serve a particular country. Regards

Mod rewrite links work great so far. No issues here, thanks. Just one thing: is it possible to restore the "$lng->get_browser_language();" functionality? I always get the default language shop.

Interesting concept this splitting of things just unlike the solution of the crazy dudes who made the zend optimizer a requirement. I kind of miss the language switching of a product, though. Just a little question. Is it possible to implement a switching between installed languages of currently displayed products/categories, instead of refering to index.php with the wanted language?

Thanks for the link. I'm gonna check it out.

I noticed this (in SEO URLs 2) once, too. But it never bothered me. I think changing it wouldn't be worthwhile.

No. I use Ultimate SEO URLs 2.1d with Independent SEO URL Validation. It works like a charm! I've always missed a multi language feature though.

Sounds terrific! If you want me as beta tester count me in please. (I'm on Apache 2.2.12, MySQL 5.1.37, PHP 5.3.0) If "5 Pro" lives up to its promise it's gonna be superior to any other free seo-contrib. Congrats!

http://www.oscommerce.com/community/contributions,2823/ ---> Fixes problem when disabled --- Randelia --- 7 Nov 2005 should do the trick. mike

There is no such option in admin. What I see is this: -------- Add cPath to product URLs? This setting will append the cPath to the end of product URLs (i.e. - some-product-p-1.html?cPath=xx). ------------ and ----------- Add category parent to begining of URLs? This setting will add the category parent name to the beginning of the category URLs (i.e. - parent-category-c-1.html). ------------------------ The feature you mentioned has still to be programmed. GreetZ mike

http://www.oscommerce.com/community/contributions,2823/ Fixed seo.class.php ----- jpweber ------ 25 Nov 2006 it's for "Ultimate SEO URLs - 2.1d" mike

@Skittles Whow, what a coincidence! I also use XAMPP for test purposes on an old Win2000-install. The rewrite-mod is commented in the apache conf-file (xampp\apache\conf\) It has to be uncommented and the apache-server restarted. Then it worked for me. Thanks mikeman

I guess that's me. No problems so far. Everthing gets happily auto-incremented. Here is my environment: Apache 2.2.2 MySQL 5.0.21 PHP 5.1.4 Pretty actual stuff. Greez mikeman

@ Skittles I will explore this matter with my test-installation. Thanks for your reply. mikeman