ULTIMATE Seo Urls 5 - by FWR Media

[OSC-Sevilla 5]

I've been using the USU contrib for awhile now. I think I may have discovered a glitch in the multi-language contribution - rather an exception that is not caught that can cause serious effects.

When the second language has a blank products_name (say a mistake was made on entering the product in admin), the category will not load, and the product info page also spits out a non-valid url. Unless there is a workaround im unaware of, i think the best way would be perhaps to check in page_modules/product_info.php if the products_name doesnt exisit - do a second query with the default language. I havent got this working yet though - my sql programming skills are still improving =) I did get something simular working in /catalog/product_info.php to display the default language to the user, when their language doesnt exist.

 

I could, of course, just check every item in my database - but that would take quite awhile. Also, it wouldnt stop further bad entries made in admin, unless i change admin/categories.php to force it to populate the second language in the sql.

 

Thanks again for the contrib!

 

I have the exact same issue!

[supermario 0]

I have installed the latest version of ultimate seo urls5, na dhad to replace the language file.

Now I have a problem in the boxes, and can't install the languages and get an error.

My os system = 2.3 and the message I get is

Warning: reset() expects parameter 1 to be array, null given in /public/sites/www.hpirc.nl/admin/modules.php on line 227

 

Warning: Variable passed to each() is not an array or object in /public/sites/www.hpirc.nl/admin/modules.php on line 228

 

Can anybody help me?

 

Thx in advance Mario

[Kagonesti 0]

The last issue i had with the blank entries - I fixed it with a script to force populate all the fields that were blank automatically. Seems to have done the trick.

 

Im curious though . I checked my who's online and i have bingbots and googlebots that show something like:

 

/main/product_info.php/fr/myproduct-in-french-p-11451?language=fr&name=My2520Product2520in25202520french

 

is this normal behaviour? I'm also getting english links like this in my whos online,

 

/main/product_info.php/my-english-product-p-4919?name=my252C2520english25202528product2529

 

Thanks.

[zipicip 0]

Hello.

 

In my httacess I have

 

# To redirect all users to access the site WITH the 'www.' prefix,

# (http://mysite.com/... will be redirected to http://www.mysite.com/...)

# adapt and uncomment the following:

RewriteCond %{HTTP_HOST} ^mysite\.com$ [NC]

RewriteRule ^(.*)$ http://www.mysite.com/$1 [L,R=301]

 

 

But when I try to acces a rewrite link of an manufacturer page

 

Ex: http://www.mysite.com/manufacturer-m-1.html it redirects to www.mysite.com

 

I guess maybe from 301 redirect .... ? Can u help ?

 

 

Another example: http://www.mysite.com/product-name-p-1.html (product page) it redirects to http://www.mysite.com/index.php?cPath=

Edited June 22, 2012 by zipicip

[goring_gap 0]

Sorry to bump but still head scratching on this one...

 

I am trying to add a "keyword filter" to sub-categories BUT the ULTIMATE Seo Urls 5 is removing the "space" between keywords. It doesn't do it for advanced_search_results.php so must be something specific to index.php. Perhaps I could ask the Seo Urls module to ignore certain GET variables e.g. filter_keywords? Any ideas most welcome.

 

Normally when a keyword containing a space is posted in a form the space is replaced by a plus symbol e.g blue car becomes blue+car in the url, just like for the normal site keyword search tool.

 

I am using a modified version of the keyword search tool.

 

If I send my code to index.php with the SEO urls turned on the space is removed and no plus is added e.g. bluecar

 

If I send my form to any other random page i.e. contact_us.php I get the normal blue+car

 

Can anyone suggest where I should look in the SEO urls code to stop the replacement of white space for index.php?

[zipicip 0]

#htacess condition

RewriteCond %{HTTP_HOST} ^mysite\.com$ [NC]

RewriteRule ^(.*)$ http://www.mysite.com/$1 [L,R=301]

 

First page: http://www.mysite.com/product-page-p-7896.html

 

Remove the www: http://mysite.com/product-page-p-7896.html ->

 

http://www.mysite.com/product_info.php - 301 moved ->

 

http://www.mysite.com/index.php?cPath= - 301 moved

 

Can u help debugging this FWR MEDIA ?

[zipicip 0]

I managed to resolve this by adding

 

#htacess condition

RewriteCond %{HTTP_HOST} ^mysite\.com$ [NC]

RewriteRule ^(.*)$ http://www.mysite.com/$1 [L,R=301]

 

Before

 

# RewriteBase instructions

# Change RewriteBase dependent on how your shop is accessed as below.

# http://www.mysite.com = RewriteBase /

# http://www.mysite.com/catalog/ = RewriteBase /catalog/

# http://www.mysite.com/catalog/shop/ = RewriteBase /catalog/shop/

 

# Change RewriteBase using the instructions above

RewriteBase /

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

[bassmaga 1]

Hi,

 

thx for great contribution.

 

I had a problem with addon usu5 XML Site Maps. In file sitemapIndex.xml script wrote SID's.

 

In function create_single_sitemap_index I changed

 

from

tep_href_link( 'sitemapCategories' . $filename_suffix),

to

tep_href_link( 'sitemapCategories' . $filename_suffix, '', 'NONSSL', false),

 

from

tep_href_link( 'sitemapProducts' . $filename_suffix),

to

tep_href_link( 'sitemapProducts' . $filename_suffix, '', 'NONSSL', false),

 

from

tep_href_link( 'sitemapManufacturers' . $filename_suffix),

to

tep_href_link( 'sitemapManufacturers' . $filename_suffix, '', 'NONSSL', false),

 

regards

[♥FWR Media 198]

Hi,

 

thx for great contribution.

 

I had a problem with addon usu5 XML Site Maps. In file sitemapIndex.xml script wrote SID's.

 

In function create_single_sitemap_index I changed

 

 

Good catch Kamil the tep_href_link() wrapper should indeed set the connection to NONSSL and add_session_id to false.

[al3ks 3]

I have a strange problem to do with this addon. Without making any changes to any files or database for some reason my sites main page shows an error like this:

 

Catchable fatal error: Argument 1 passed to aPage_Modules::linkText() must be an array, null given, called in /home6/althrksc/public_html/knnutrition/includes/modules/ultimate_seo_urls5/page_modules/product_info.php on line 170 and defined in /home6/althrksc/public_html/knnutrition/includes/modules/ultimate_seo_urls5/abstracts/page_modules.php on line 338

 

I tried replacing the original files for the contribution but still the same, when I disable the addon from admin panel the website opens but above the header I get an error like this:

 

Warning: constant() [function.constant]: Couldn't find constant MODULE_FRONT_PAGE_FEATURED_HOME_FRONT_TITLE_ in /home6/althrksc/public_html/knnutrition/includes/modules/front_page/featured_home.php on line 54

 

The weird thing is I haven't changed or modified any files around the time this happened.

I have contacted my host provided but they say it is this module in oscommerce.

 

Any ideas what is happening?

Edited June 30, 2012 by al3ks

[al3ks 3]

Ok issue solved, I tried a lot of things so don't really know how.

[knifeman 15]

Wow, I so wanted to use this mod on my 2.3 stores. I already added the osc_sec by Taipo.

That addon already replaced the code in application_top for

// set php_self in the local scope

Is there any way to merge the two codes? I do not know enough about what the changes are doing to know myself.

Looking forward to a reply. I am going on Burts recommendation to use osc_sec, so if they are not compatible, i guess I need to go back to chemo seo url mod.

 

Tim

Edited July 5, 2012 by knifeman

[♥FWR Media 198]

@@knifeman

 

Use the USU5 code

[knifeman 15]

@@knifeman

 

Use the USU5 code

Forgive my ignorance, are you saying to use your code and both will work or I need to delete the osc_sec add on?

 

Tim

[Netcaster 0]

When exiting the browswer and reopening it and running installer.php, I get an error:

 

Fatal error: date() [<a href='function.date'>function.date</a>]: Timezone database is corrupt - this should *never* happen! in /home/user/public_html/products/installer.php on line 77

 

Has anyone encountered this or something like it and have a fix?

[♥FWR Media 198]

Forgive my ignorance, are you saying to use your code and both will work or I need to delete the osc_sec add on?

 

Tim

 

There is no security need pertaining to $PHP_SELF other than that done by USU5 code.

[♥FWR Media 198]

When exiting the browswer and reopening it and running installer.php, I get an error:

 

Fatal error: date() [<a href='function.date'>function.date</a>]: Timezone database is corrupt - this should *never* happen! in /home/user/public_html/products/installer.php on line 77

 

Has anyone encountered this or something like it and have a fix?

 

Nothing to do with USU5.

 

I have seen this occur where date_default_timezone() has been set incorrectly .. e.g.

 

date_default_timezone_set( "EUROPE/LONDON" );

 

Would create this error in newer versions of PHP as the correct timezone is ..#

 

date_default_timezone_set( "Europe/London" );

[knifeman 15]

There is no security need pertaining to $PHP_SELF other than that done by USU5 code.

Thanks!

[Netcaster 0]

Nothing to do with USU5.

 

I have seen this occur where date_default_timezone() has been set incorrectly .. e.g.

 

date_default_timezone_set( "EUROPE/LONDON" );

 

Would create this error in newer versions of PHP as the correct timezone is ..#

 

date_default_timezone_set( "Europe/London" );

 

Thank you. I'll give that a go.

[JackSim 0]

Hi there,

 

First, thanks a lot for this great add-on. It's working great on my quite heavily modified OSC 2.2 store.

 

I'm using the multilanguage option. My main language is French, and the secondary one German.

 

When I call /usu5_sitemaps/index.php the sitemap files are generated seemingly as they should: one set of files in French and one set with the _german suffix. HOWEVER, the URLs for the German files are created using the categories/products names in French, not in German. The /de/ part is correctly added. So the URLs are working, but producing a 301 redirect, a big no-no in a sitemap.

 

I've seen in the code that the initiate method has a force_language option, which is used in the sitemap generation code. Yet the strings for the default language are still being used for the secondary language.

 

Is it a bug? Am I missing something?

 

Thank you for any pointer and, again, thank you for your time and dedication to this very helpful mod.

[vampirehunter 16]

which is the best se url add on?

this one of the other one by chemo?

[Praful Kamble 26]

@@vampirehunter

 

You can go for ULTIMATE Seo Urls 5 - by FWR Media

[♥FWR Media 198]

Is it a bug? Am I missing something?

 

I currently have no multi language osCommerce to use in order to attempt to replicate this.

 

Could you send your own DB please to me? if so PM me your email address.

[JackSim 0]

I currently have no multi language osCommerce to use in order to attempt to replicate this.

 

Could you send your own DB please to me? if so PM me your email address.

 

I can't share my DB, sorry. But it should be easy to replicate on a stock OSC with two languages set up and a few dummy products with a different name for each language.

[JackSim 0]

Since I am using the multilanguage option, I would like to automatically remove the "language=XX" parameter from all URLs. If we use an old, pre-usu5 URL with the language parameter to access the site, the new, redirected URL shouldn't include the "language" parameter, as it is no longer used and redundant.

 

How do I change this?

 

Example:

 

This old URL from Google's index:

http://www.example.com/product_info.php/products_id/1234/language/de

 

redirects to this:

http://www.example.com/de/my-category/my-product-p-1234.html?language=de

 

The "?language=de" part should not be carried over from the old URL.