Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Manniman

Pioneers
  • Posts

    30
  • Joined

  • Last visited

Profile Information

  • Real Name
    Manfred

Manniman's Achievements

  1. Hello Robert, thank you for your KissMT contribution. It is great as all your code and works fine for me. Just wanted to let you know that the produced keywords can sometimes look strange in multi language stores that use utf-8 character set: i.e. czech word oblečení looks like oble�en� For me it helped to replace the strtolower() php-function in kiss_modules.php in private function stripStopWords() at line 286 like this: $word = strtolower( trim( $word ) ); replace with $word = mb_strtolower( trim( $word ), CHARSET ); Thank you for reading! Manfred
  2. This didn't work for me. I thought it was because I use the utf-8 character set. So I included '™' => '', '©' => '', '®' => '' to my character conversion table. But now I found this line in page_modules.php: $pattern = ( defined( 'SEO_REMOVE_ALL_SPEC_CHARS' ) && SEO_REMOVE_ALL_SPEC_CHARS == 'true' ) ? "@[^\sa-z0-9]@i" : "@[!#\$%&'\"()\*\+,\-\./:;<=>\?\@\[\]\^_`\{|\}~]+@"; after changing this line to: $pattern = ( defined( 'USU5_REMOVE_ALL_SPEC_CHARS' ) && USU5_REMOVE_ALL_SPEC_CHARS == 'true' ) ? "@[^\sa-z0-9]@i" : "@[!#\$%&'\"()\*\+,\-\./:;<=>\?\@\[\]\^_`\{|\}~]+@"; it worked as you described.
  3. For your problem #2 just add '™' => '', '©' => '', '®' => '', etc. to the $char_convert array in catalog/includes/modules/ultimate_seo_urls5/includes/character_conversion/"your_language".php
  4. Hello Robert, USU5 Pro contribution works fine and is very helpful for my shop. I use the uri rewrite option and today I had a look at the apache rewrite.log: Not only the *.php and *.html are checked for rewriting but also each and every *.gif, *.png. *.jpg ... That means hundreds of images are tested against every RewriteRule. For speed reasons I added the following lines into my htaccess-file: after: RewriteEngine On RewriteBase / I added: <FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$"> RewriteEngine Off </FilesMatch> I tested it for a while and didn't find any problems. The "rewrite.log" is much smaller now and pages are shown a little faster. Do you think adding these few lines to htaccess could have any unwanted side-effects? Thank you very much again for your USU5 Pro contribution. Manfred
  5. Because the manufacturers_names in my shop have their origin in germany or in the czech republic, they contain many special characters. To display all of them, I have to use the UTF-8 charset. As german customers see czech manufacturers I have to include the special czech characters in the german character conversion table german.php and for the czech customers I have to include the special german chars into the czech.php. I also had to include some more special signs, which are not automatically stripped away for the URI, when you use UTF-8. So my $char_convert array for czech.php, german.php and english.php is the same: $char_convert = array('ů' => 'u', 'á' => 'a', 'â' => 'v', 'ý' => 'y', 'ä' => 'ae', 'ž' => 'z', 'š' => 's', 'ť' => 't', 'č' => 'c', 'é' => 'e', 'ê' => 'k', 'Ť' => 't', 'ě' => 'e', 'í' => 'i', 'ď' => 'd', 'ï' => 'p', 'ð' => 'r', 'Ď' => 'd', 'ň' => 'n', 'ó' => 'o', 'Ť' => 't', 'Š' => 's', 'ö' => 'oe', '÷' => 'ch', 'ř' => 'r', 'ù' => 'u', 'ú' => 'u', 'ü' => 'ue', '™' => '', 'ÿ' => 'ia', 'À' => 'a', 'Á' => 'a', 'Â' => 'v', 'Ã' => 'g', 'Ä' => 'ae', 'Å' => 'e', 'Ý' => 'y', 'Ž' => 'z', 'Č' => 'c', 'É' => 'e', 'Ê' => 'k', 'Ů' => 'u', 'Ě' => 'e', 'Í' => 'i', 'Î' => 'o', "´" => "", '°' => '', 'Ø' => '', 'Ň' => 'n', 'Ó' => 'o', 'Ô' => 'f', 'Õ' => 'h', 'Ö' => 'oe', '×' => 'ch', 'Ř' => 'r', 'Ù' => 'u', 'Ú' => 'u', 'Ü' => 'ue', '–' => '-', 'ß' => 'ss'); Hope it helps. Manfred
  6. Hi Robert, online again after moving my complete home to another location and finishing christmas preparations, I saw that you finished beta phase for USU5Pro. I installed the new version on my life site and it works great. Thank you very much for your wonderful contribution. Manfred
  7. Robert posted a patch to solve this problem earlier in this thread.
  8. Intermediate Report: I found the last described error by accident, when I changed a setting in the admin, which didn't obviously have a connection to Seo Urls. Could you replicate this error? During the last week I tried many other combinations of admin settings without finding other errors. But there are still millions of combinations left for testing and I'll continue. Idea for an improvement: For multi language shops it could be good for the search engines to have different language names for standard pages like "privacy.php" "shipping.php" ... I mean it could be nice to have "versand.php/de" and "doprava.php/cz" instead of "shipping.php/de" or "shipping.php/cz"
  9. Hi Robert, I found something else: When I change the value of "Manufacturers Select Size" in Admin->Configuration->Maximum Values to any other value but 1 it becomes impossible to select a manufacturer from the manufacturer's list-box in the shop. And please allow me to repeat my last question: Is the reason somewhere in the rewrite rules in htaccess?
  10. Manufacturer name "AL-KO". I know I have to set "Filter short words" = "1" if I want to see that manufacturer's name in a search engine friendly URL. Anyway, when I set USU5 Pro Setting "Filter short words" = "2" USU5 Pro produces the following URLs as expected: //localhost/USU5Pro/de/-m-3.html (german) //localhost/USU5Pro/en/-m-3.html (english) //localhost/USU5Pro/-m-3.html (default language czech) The first two of them work fine, but the last one produces a HTTP 404 page-not-found-error from the server. Why??
  11. Same thing happens when I come from a categories listing (such as DVD/Action) and select a manufacturer (Warner) from the list box above.
  12. Here is another little report: Everything seems to work perfect, but now I found something that looks strange. My default language is czech. When I switch the shop's language to german, everything looks fine until I have a manufacturers page like //localhost/USU5Pro/de/microsoft-m-2.html In this page, when I choose "Show: mice" from the select box above the product listing, the language switches back to the default language czech and I get the page //localhost/USU5Pro/microsoft-m-2.html?filter_id=9&sort=2a
  13. Sorry for my english. The main thing is: I'm testing with UTF-8 character coding which needs up to 4 bytes per character. As long as the character tables in includes/modules/ultimate_seo_urls5/includes/character_conversion/*.php are also coded in UTF-8, everything looks fine till now and I get perfect URLs. I shouldn't have asked. After reading your answer, I remember that you have described this somewhere before.
  14. It works. I changed my settings to sqlite cache again. Next thing I did, was to install czech language. As I want the osC fast search to find products indepentent of form of writing in all languages (it should find "Dětský" even if the user types "detsky" and mySQL uses like '%detsky%') I needed to change the database to use utf8_general_ci collation. This must be done, because utf-8 is the only character-set which keeps all signs for the eastern and western european languages and has good results with the "like" operator. After that I had to modify the czech.php, german.php, english.php ... (in catalog and in admin): // charset for web pages and emails define('CHARSET', 'utf-8'); and for the connection to the database I modified the function tep_db_connect() in all database.phps: function tep_db_connect($server = DB_SERVER, $username = DB_SERVER_USERNAME, $password = DB_SERVER_PASSWORD, $database = DB_DATABASE, $link = 'db_link') { global $$link; if (USE_PCONNECT == 'true') { $$link = mysql_pconnect($server, $username, $password); } else { $$link = mysql_connect($server, $username, $password); } if ($$link){ mysql_set_charset('utf8',$$link); mysql_select_db($database,$$link); } return $$link; } What I'd like to know now is, if I have to care for sqlite (for the cache). But I think, it only keeps URLs which are free from special characters. Anyway, I need you help now: In all languages I get URLs like localhost/USU5Pro/de/hardware-c-1.html or localhost/USU5Pro/en/hardware-c-1.html but the czech URL is only localhost/USU5Pro/hardware-c-1.html
  15. Thanks for your patch. There is another warning left: ( ! ) Warning: SQLiteDatabase::query() [sqlitedatabase.query]: column cache_name is not unique in C:\xampp\htdocs\SeoProBeta\includes\modules\USU5Pro\cache_system\sqlite.php on line 66 Call Stack # Time Memory Function Location 1 0.2678 3437992 Usu_Main->__destruct( ) ..\usu5.php:0 2 0.2679 3437992 Sqlite_Cache_Module->store( ) ..\usu5.php:51 3 0.2683 3444704 SQLiteDatabase->query( ) ..\sqlite.php:66 Meanwhile I selected cache system mysql. The warning messages disappear.
×
×
  • Create New...