Jump to content
FWR Media

ULTIMATE Seo Urls 5 - by FWR Media

Recommended Posts

After installing Ultimate_Seo_Urls_5_PRO_r197:

 

The English substitution file isn't being used any longer:

 

For example, the following menu appears now:

 

HEADER_TITLE_TOP HEADER_TITLE_CART_CONTENTS | HEADER_TITLE_CHECKOUT | HEADER_TITLE_MY_ACCOUNT

 

Instead of the following:

 

Home Cart Contents | Checkout | My Account

 

Do you know what might be happening? I am starting to look into it.

 

Thanks,

Mark

 

I figure this out. I replaced the following line in the instructions instead of adding the new code above it.

 

// include the language translations

require(DIR_WS_LANGUAGES . $language . '.php');

 

Thanks,

Mark

Share this post


Link to post
Share on other sites

I have this contribution installed and all is well, so long as I have 'Enable SEO Urls 5' set to true in the admin. When I get set it to 'false'

I get this error:

 

ERROR!

 

UNABLE TO DETERMINE CONNECTION METHOD ON A LINK!

 

KNOWN METHODS: NONSSL SSL

 

 

Any clue where I should start looking to find the issue?

 

Thanks


Oscommerce site:

 

 

OSC to CSS, http://addons.oscommerce.com/info/7263 -Mail Manager, http://addons.oscommerce.com/info/8120

Share this post


Link to post
Share on other sites

I have this contribution installed and all is well, so long as I have 'Enable SEO Urls 5' set to true in the admin. When I get set it to 'false'

I get this error:

 

ERROR!

 

UNABLE TO DETERMINE CONNECTION METHOD ON A LINK!

 

KNOWN METHODS: NONSSL SSL

 

 

Any clue where I should start looking to find the issue?

 

Thanks

 

Not a USU5 issue, your code is passing in bad values, I'll explain: -

 

The standard osCommerce link wrapper function requires the following input: -

 

tep_href_link($page = '', $parameters = '', $connection = 'NONSSL', $add_session_id = true, $search_engine_safe = true)

 

The $connection variable expects one of three settings .. NONSSL or SSL or nothing ( in which case it defaults to NONSSL ).

 

If it receives a value that is not SSL or NONSSL it triggers the following error: -

 

Unable to determine connection method on a link!

 

Known methods: NONSSL SSL

Edited by FWR Media

Share this post


Link to post
Share on other sites

Glad to know it's not the USU5. But USU5 aside, any idea why the SSL/NONSSl setting has gone awry? Or asked another way: What would be your best guess as to where I should start looking?

 

Thanks


Oscommerce site:

 

 

OSC to CSS, http://addons.oscommerce.com/info/7263 -Mail Manager, http://addons.oscommerce.com/info/8120

Share this post


Link to post
Share on other sites

This is correct: -

  • my-product-p-100.html - is obviously the correct URI for the product and so works.
  • -p-100.html - is obviously a bad URI as it has no product name so this returns a 404
  • my-insertbullhere-p-100.html - this is a good example of where a product name has changed and will 301 redirect to the new URI

 

my-category-c-_44.html is worrying. Looks to me like a corrupted database where the category in the DB has a parent but the parent itself does not exist.

 

Thanks for the feedback much appreciated.

 

re category parent ids. The parent ID is set in the DB and also referenced correctly.

I did the following tests:

Example of Original working link:

my-category-c-4_44.html

 

Changed parent ID variable in the address bar:

my-category-c-_44.html

my-category-c-123_44.html

my-category-c-5435435_44.html

All of these just go to the same category

 

my-category-c-abc_44.html

my-category-c-12abc3_44.html

These 404 and redirect. As they have letters not just numbers included. Which makes sense.

 

Is this something usu5 touches on and manipulates or is it in the default OS code?

Would appreciate being pointed in the right direction of the code if you know where i should be looking.

 

Thanks for your time.

George

Share this post


Link to post
Share on other sites

Changed parent ID variable in the address bar:

my-category-c-_44.html

my-category-c-123_44.html

my-category-c-5435435_44.html

All of these just go to the same category

 

 

I am not understanding the issue .. category 44 is a specific category so it would go to the same place. ( cPath handling is another issue ).

Edited by FWR Media

Share this post


Link to post
Share on other sites

I am not understanding the issue .. category 44 is a specific category so it would go to the same place. ( cPath handling is another issue ).

 

"my-category-c-4_44.html" is a sub category of a category called for example "hardware-c-4.html"

 

so its:

- hardware-c-4.html

- my-category-c-4_44.html

 

In the database for my-category-c-4_44.html:

parent_id = 4

category_id = 44

 

In the database for hardware-c-4.html:

parent_id = 0

category_id = 4

 

I understand that logic behind the IDs and parent ID and these are correct in the database. I don't want to get off topic for your thread, basically I need to understand if the usu5 contrib is attributing to the problem or its solely another issue like this cpath handling you mentioned.

Share this post


Link to post
Share on other sites

my-category-c-_44.html is worrying. Looks to me like a corrupted database where the category in the DB has a parent but the parent itself does not exist.

 

I don't like to hijack Roberts thread and apologies if I'm misunderstanding the issue. With anonther contrib (not this one) I had a major problem and mess to clean up with cpaths created like _77 & 0_77 after installing Sitemap SEO. Just thought I'd share that in case it's the cause of your issue.

 

Cheers.


I'm feeling lucky today......maybe someone will answer my post!

I do try and answer a simple post when I can just to give something back.

------------------------------------------------

PM me? - I'm not for hire

Share this post


Link to post
Share on other sites

When I run this add on from the browser it works perfectly. However it fails when running as a cron with this error: Fatal error: Call to a member function retrieveDependencies() on a non-object in /home/mydomain/public_html/includes/modules/ultimate_seo_urls5/main/bootstrap.php on line 409

 

The above is what is sent in the failure email I receive, and I changed my domain to mydomain in this post only.

 

Any ideas on what my problem is?

 

Thanks.

Jan

Edited by JBattin

Share this post


Link to post
Share on other sites

OK I commented out this line in boostrap.php: $dependencies = Usu_Main::i()->getVar( 'page_modules', substr( Usu_Main::i()->getVar( 'filename' ), 0, -4 ) )->retrieveDependencies();

based upon information from above.

 

Now I get this error: Fatal error: Call to a member function retrieveDependencies() on a non-object in /home/mydomain/public_html/includes/modules/ultimate_seo_urls5/uri_modules/osc_experimental.php> on line 51.

 

Thanks.

Share this post


Link to post
Share on other sites

I don't like to hijack Roberts thread and apologies if I'm misunderstanding the issue. With anonther contrib (not this one) I had a major problem and mess to clean up with cpaths created like _77 & 0_77 after installing Sitemap SEO. Just thought I'd share that in case it's the cause of your issue.

 

Cheers.

 

Hi tigerG,

 

Thanks for the tip, ill post in that thread.

Any extra info over there would be greatly appreciated.

 

Thanks

George

Share this post


Link to post
Share on other sites

ULTIMATE Seo Urls 5 PRO

by FWR Media

 

Hi Robert,

 

I'm testing PRO on v2.31 core. I disable SEO URLs 5 and exam the urls. I find the double ampersand problem. Info here https://github.com/o.../issues/issue/6

I know this contrib overwrite urls when I enabled, but is it correct or need to fix it? It happened when I click on product listing products. I think this is V2.31 problem only.

 

/product_info.php?cPath=3_10&&products_id=12

 

Regards,

Gergely


:blink:
osCommerce based shop owner with minimal design and focused on background works. When the less is more.
Email managment with tracking pixel, package managment for shipping, stock management, warehouse managment with bar code reader, parcel shops management on 3000 pickup points without local store.

Share this post


Link to post
Share on other sites

Hello I installed the Ultimate Seo Urls 5 PRO contribution on 2.3.1 oscommerce

 

On my server works only in URI format rewrite and for me is fine. It works well

 

However when i enable the multilanguage support the urls:

 

http://www.mysite.com/catalog/en

http://www.mysite.com/catalog/products_new.php/en

http://www.mysite.com/catalog/specials.php/en

 

give me 404 error

 

English is the second language.

 

I tried also with the additional upload bm_languages.php but it redirects in every page to http://www.mysite.com/catalog/index.php

 

this is my htaccess file

 

# If you are getting errors you may need to comment this out like ..
# Options +FollowSymLinks
# Options +SymLinksIfOwnerMatch

# <IfModule mod_rewrite.c>

RewriteEngine On

 # RewriteBase instructions
 # Change RewriteBase dependent on how your shop is accessed as below.
 # http://www.mysite.com = RewriteBase /
 RewriteBase /catalog
 # http://www.mysite.com/catalog/shop/ = RewriteBase /catalog/shop/

 # Change RewriteBase using the instructions above  


 RewriteRule ^([a-z0-9-/]+)-p-([0-9]+).html$ product_info.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-c-([0-9_]+).html$ index.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-m-([0-9]+).html$ index.php [NC,L,QSA]

 RewriteRule ^([a-z0-9-/]+)-pi-([0-9]+).html$ popup_image.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-pr-([0-9]+).html$ product_reviews.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-pri-([0-9]+).html$ product_reviews_info.php [NC,L,QSA]
 # Articles contribution
 RewriteRule ^([a-z0-9-/]+)-t-([0-9_]+).html$ articles.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-au-([0-9]+).html$ articles.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-a-([0-9]+).html$ article_info.php [NC,L,QSA]
 # Information pages
 RewriteRule ^([a-z0-9-/]+)-i-([0-9]+).html$ information.php [NC,L,QSA]
 # Links contribution
 RewriteRule ^([a-z0-9-/]+)-links-([0-9_]+).html$ links.php [NC,L,QSA]
 # Newsdesk contribution
 RewriteRule ^([a-z0-9-/]+)-n-([0-9]+).html$ newsdesk_info.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-nc-([0-9]+).html$ newsdesk_index.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-nri-([0-9]+).html$ newsdesk_reviews_info.php [NC,L,QSA]
 RewriteRule ^([a-z0-9-/]+)-nra-([0-9]+).html$ newsdesk_reviews_article.php [NC,L,QSA]

RewriteRule ^([a-z0-9-/]+)-n-([0-9]+).html$ newsdesk_info.php [NC,L,QSA]

# </IfModule>

 

disabled +FollowSymLinks and +SymLinksIfOwnerMatch because my server give me 500 error

Share this post


Link to post
Share on other sites

Hello I installed the Ultimate Seo Urls 5 PRO contribution on 2.3.1 oscommerce

 

On my server works only in URI format rewrite and for me is fine. It works well

 

However when i enable the multilanguage support the urls:

 

give me 404 error

 

 

I believe your server settings do not allow path based URIs.

 

A good test is the non rewrite URI strategy producing a 404 not found, also if you try and access your site like ..

 

www.mysite.com/index.php/test/ and it produces a 404.

 

I believe this is due to the apache setting AcceptPathInfo.

 

You can try ( in root .htaccess )

 

AcceptPathInfo On

 

If that fails have a word with your hosts.

 

Hope that helps.

Edited by FWR Media

Share this post


Link to post
Share on other sites

I believe your server settings do not allow path based URIs.

 

A good test is the non rewrite URI strategy producing a 404 not found, also if you try and access your site like ..

 

www.mysite.com/index.php/test/ and it produces a 404.

 

I believe this is due to the apache setting AcceptPathInfo.

 

You can try ( in root .htaccess )

 

AcceptPathInfo On

 

If that fails have a word with your hosts.

 

Hope that helps.

I believe your server settings do not allow path based URIs.

 

A good test is the non rewrite URI strategy producing a 404 not found, also if you try and access your site like ..

 

www.mysite.com/index.php/test/ and it produces a 404.

 

I believe this is due to the apache setting AcceptPathInfo.

 

You can try ( in root .htaccess )

 

AcceptPathInfo On

 

If that fails have a word with your hosts.

 

Hope that helps.

 

I put AcceptPathInfo On on my .htaccess in my root directory and does nothing

 

 

www.mysite.com/index.php/test produces 404 error

 

One strange behaviour is that if i write http://www.mysite.com/catalog/index.php/'>http://www.mysite.com/catalog/index.php/ or www.mysite.com/catalog/products_new.php/ it redirects me to http://www.mysite.com/

Share this post


Link to post
Share on other sites

Godmorning Robert

 

It's me again, the nag :)

I do not know if this has been solved, I have searched and found nothing:

 

Error Type: [E_NOTICE] Undefined offset: 3

On line 84

File includes/modules/ultimate_seo_urls5/uri_modules/osc_experimental.php

 

This concerns line 86 and 87 as well.

 

Note that I also have the pro version installed.

 

Would like to have a fix, if possible, I might learn something ...

 

Kindest

Sara

Share this post


Link to post
Share on other sites

HI,

 

when I tried to install the Ultimate SEO url5 PRO, I cannot log into the "admin" area. When I tried to uninstall the Ultimate SEO url5 PRO, I can log into the "admin". Can someone help me out?

 

Thanks

 

Matt

Share this post


Link to post
Share on other sites

I have a question, don't know if it's related to this addon but I ask anyway.

 

Is this normal:

 

when changing language the first link of say, French, reads:

 

****http://www.mysite.com/fr/myfrenchproduct-p-176.html?language=fr*****

 

 

Is the appended "?language=fr" normal? it only happens on the first page after changing languages, on the following pages it disappears.

Edited by Biancoblu

~ Don't mistake my kindness for weakness ~

Share this post


Link to post
Share on other sites

Hi.

My server setup is:

Ubuntu 10.04, MySQL 5.1, PHP5, Glassfish server 3, Web/War application with Java/PHP Bridge serving as mediator for oscommerce 2.3.1.

 

I´ve tried to install the latest seo urls 5 but, when i try to access the main page it gives me the error "Unknow column... config": suposely, when it tries to add the default config in the config table, the columns dont match. After disabling this contribution, i can see the "seo 5" option in the configuration area but none of their option.

My instalation of oscommerce is a fresh instalation with only "smt mail" and "dynamic resizing" contributions added.

Can someone give some "pointers" to the solution?

Share this post


Link to post
Share on other sites

this awesome contrib!!!!!!! :thumbsup:

 

I have some japanese and chinese products in my shop coded in UTF8

 

I am using rewrite mod

I got some probs with asian product names

 

for example:

the name of the product is: Yuhki裕紀 ゆうき

 

the hyperlink made point on

<a href="http://www.xxxxx/yuhkiè£ç´ãããã-p-346.html">

or

http://www.xxxxx/yuhki%C3%A8%C2%A3%C2%95%C3%A7%C2%B4%C2%80%C3%A3%C2%80%C2%80%C3%A3%C2%82%C2%86%C3%A3%C2%81%C2%86%C3%A3%C2%81%C2%8D-p-346.html

 

I don't think I am gonna convert all asian dictionnary in $char_convert ........

anyway, I heard from this post the RFC3986 standard accept only latin char

 

then how can I do to ignore all non latin char (asian one) or if there is a solution to display row asian char in the url..........

I turn 'Remove all non-alphanumeric characters?' on true but it does not help , I also follow this post http://forums.oscommerce.com/topic/369628-how-to-modify-usu5-pro-to-accept-chinese-characters-in-the-uri/ and does not works either.

 

thanks for Help!

Edited by kyser

Share this post


Link to post
Share on other sites

Hi Ryan

 

Two separate uris pointing to a page without there being a valid 301 redirect for the incorrect version should not happen with USU5 ( it does of course happen all the time with the old series 2 ).

 

What I'd suggest is that you test it.

 

1) Assuming that you use firefox .. load up the add on "Live HTTP headers".

 

Access your site with the full url that you believe should be current and see what headers are output.

 

2) Try to access your site with the legacy full url ( no manufacturer name ) and compare the headers it should be a 301 redirect.

 

Installed USU5 to replace ultimate.

Saw same issue as post by Ryan. Yes - double checked headers etc.

Seems it has to do something with either, 301 URI redirect or change in sitemaps also included with usu5pro.

Google had already cached old ultimate URL. New sitemap and USU5 was installed and now webmaster tools filled with hundreds and hundreds of duplicate content for products and categories.

Site was de-indexed pretty much straight away.

KISSMT was also already installed.

Not sure if this is the best approach but google saw the 301 as duplicate.

changed to 404 to see if that works as a workaround.

 

includes/modules/ultimate_seo_urls5/main/validator.php

      // If the incoming uri and the newly created uri do not match then we need to 301 redirect to the new.
     if ( Usu_Main::i()->getVar( 'request_compare_in' ) != Usu_Main::i()->getVar( 'request_compare_new' ) ) {
       $this->redirect( $new_url );
     }
   } // end method

to

      // If the incoming uri and the newly created uri do not match then we need to 301 redirect to the new.
  if ( Usu_Main::i()->getVar( 'request_compare_in' ) != Usu_Main::i()->getVar( 'request_compare_new' ) ) {
    // Is cPath or product_id?
    if (array_key_exists('products_id', $_GET) || array_key_exists('cPath', $_GET)) {
	  $this->pageNotFound();
    } else {
	  $this->redirect( $new_url );
	}
     }
   } // end method

 

Dont know how else to approach this in a better way.

Google says use 301 in their webmaster tools forum thread but they still see duplicates. :huh:

On other parts of their forum they say:

How do I remove an outdated page or link?

Google updates its entire index regularly. When we crawl the web, we automatically find new pages, remove outdated links, and reflect updates to existing pages, keeping the Google index fresh and as up-to-date as possible.

If outdated pages from your site appear in the search results, ensure that the pages return a status of either 404 (not found) or 410 (gone) in the header. These status codes tell Googlebot that the requested URL isn't valid.

 

How confusing. >_<

 

thoughts? 301 vs 404. Whats the best way to tackle this issue with USU5 and its xmlsitemaps included as an extra?

 

Am I alone with this issue? Or am I interpreting things incorrectly?

 

lastly any idea why I would get a 500 internal error if I ran up a new instance of a backed up website that had recently had usu5 installed. To get around it I have to remove the following lines from the sql file before installing the database on the new server. Once i do this its fine. Loads without a hitch. Seems usu5 runs sql commands and if its already in the database existing it barfs and I get 500 error.

No idea why!

INSERT INTO `configuration` VALUES(0009, 'Enable SEO URLs 5?', 'USU5_ENABLED', …<OUTPUT OMITTED>
INSERT INTO `configuration` VALUES(, 'Enable the cache?', 'USU5_CACHE_ON', …<OUTPUT OMITTED>
INSERT INTO `configuration` VALUES(, 'Enable multi language support?', 'USU5_MULTI_LANGUAGE_SEO_SUPPORT', …<OUTPUT OMITTED>
<OUTPUT OMITTED> All the way down to :
INSERT INTO `configuration` VALUES(0025, 'Reset USU5 Cache', 'USU5_RESET_CACHE', …<OUTPUT OMITTED>

Share this post


Link to post
Share on other sites

Hello,

 

I have a windows ISS server and I get an erratic GCI Error:

 

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers.

 

 

The product pages in main language usually works:

 

http://lacresbarcelona.com/catalog/product_info.php/sellos-lacrar-sello-personalizado-con-iniciales-p-45

 

The product pages in other languages usually don't work:

 

http://lacresbarcelona.com/catalog/product_info.php/fr/sellos-lacrar-p-45?language=fr

 

The categories never work:

 

http://lacresbarcelona.com/catalog/index.php/sellos-lacrar-c-21

 

there is any way to solve this problem?

 

 

thanks

Share this post


Link to post
Share on other sites

 

there is any way to solve this problem?

 

 

thanks

 

Seems to be an IIS set up issue: -

 

http://bugs.php.net/bug.php?id=25863

Share this post


Link to post
Share on other sites

Ok i leave multi language support off . However i noticed that on my store i have only two languages, but if i write /index.php?language=fr (non existant language) or /index.php?bat=man for example it doesn't give a 404 error.

 

This is bad because i have duplicate content.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×