Latest News: (loading..)
FWR Media

Ultimate Seo Urls 5 Pro

573 posts in this topic

Short words are not useful for SEO, hence removal, I would not reduce that setting below 2. Setting to 0 may cause other issues too.

 

I'm not clear on your 2nd, other than to say do not use absolute paths for inter-site links.

Share this post


Link to post
Share on other sites

but it's not a short word, the actual word I am having the trouble with is t-shirt. Even when I set this to 1 the url is blue-shirt instead of blue-t-shirt, which is how it currently is (using another seo contrib). I cannot change it to tshirt for example, because that would involve changing a huge amount of products.

 

How do I use the full url for css/images etc. I am not sure how to do it, because as I mentioned it will be fine, but then when someone goes to the secure part of my site they will get a popup because the image is from the http absolute url and not the https. I am sure it is very obvious, but i can't see it :P

Share this post


Link to post
Share on other sites

Please be specific when you ask, it saves going back and forth.

 

Have you set Remove all non-alphanumeric characters to false so it wont ignore your - ?

 

Have you looked at using a separate style sheet for SSL pages, that's the usual way.

Share this post


Link to post
Share on other sites

Please be specific when you ask, it saves going back and forth.

 

Have you set Remove all non-alphanumeric characters to false so it wont ignore your - ?

 

Have you looked at using a separate style sheet for SSL pages, that's the usual way.

Thanks for that, I actually did not set the "remove all non-alphanumeric" and I think it defaults to true so I guess that will sort that problem out :)

 

It is not just the css, it would be images. e.g. if I have an image in a sidebar and I use /image/image.jpg it will load fine in both the secure and regular parts of my site for the root, however not when using the paths for the SEO, because if i went to mysite.com/category/ it would look for the image in there, i.e. mysite.com/category/image/image.jpg where it does not exist. But if i use the full url (http://www.mysite.com/images/image.jpg) then once someone goes to the secure part they will get that "unsecure" popup since the image would be loaded from the http and not the https.

Thanks for your help so far :)

Share this post


Link to post
Share on other sites

if your needing to refer to content in a parent dir, just place ../ at the head of the url, don't use absolute links, ie ../image/image.jpg

Share this post


Link to post
Share on other sites

Great piece of software!

 

One thing I noticed when I installed it was my Header SEO Tags would NOT show the product information anymore after installing SEO URLS 5. Any thoughts on this?

Share this post


Link to post
Share on other sites

Good evening. I'm using osC 2.3.1 on a Windows IIS server (I know, I know...). Anyway, I have USU 5 Pro installed, and is working well from what I can tell. I installed another add-on that adds a next and previous button to each product page, so that you can navigate easily and quickly between products within a given category. Some of my products are in more than one categoary, e.g. a wicker chair is in category path "Outdoor Wicker -> Wicker Chairs", but also in "Outdoor Wicker -> Wicker Collections -> XYZ Collection". The next/prev. buttons from the add-on always default to the category path for Wicker Chairs. I.e., when viewing prod page for a chair in cat path 2_18, fine, but when in cat path 35_42, as soon as I click either the Prev or Next button (from the add-on), it goes back to thinking it's in cat path 2_18. Debugging through all the code, I've determined it's due to a variable $current_category not containing the current path value, e.g. "35_42", so it queries and gets first cat path returned from the db, which is always "2_18". So, tracing through all the code, I'm realizing that the cPath info is being lost somehow by USU 5 Pro somewhere in the bowels of all the object oriented code - i.e. the links on the product listing page for the current category have just the p-xxx data in them, i.e. just the product id values, but no cPath data. Now I can "fix" this by going to the admin for USU 5 Pro and enabling the setting to add in the cPath, and this will fix the problem in that my Next and Prev buttons navigate correctly through the current category, but the admin option does this by tacking it on as a URL query param, i.e. "?cPath=35_42", which I'm thinking then defeats the whole point of having an SEO friendly URL formatting add-on.... Does anyone have any ideas how I can fix this without having to resort to the non-SEO friendly cPath query param tack-on to the end of links? Remember that I'm on IIS and don't have an htaccess file to add re-write rules to, so I'm looking for ideas to implement via program code. Thanks in advance for any help/ideas/suggestions!

Share this post


Link to post
Share on other sites

Good evening. I'm using osC 2.3.1 on a Windows IIS server (I know, I know...)....

 

Solved this by simply setting a session variable to store the correct cPath value then retrieving this if set in application top.

Share this post


Link to post
Share on other sites

I just installed thi code for my web. It's quite good. But I look for Header SEO Tags. The code does not included the Header CEO Tags.

 

I try to use UNIQUE META, but it only show description and keywords the same as every pages. I don't know which code the keywords and description can be change every catergory and every producr.

 

Which Header SEO Tags can be run with this code?

 

Give me advice.

Thanks

Share this post


Link to post
Share on other sites

Hellooooo.... I'm the perfect example of why someone should not attempt to do something even when everyone claims it to be "simple" - My site is down and I'm in panic mode. Here's what I did:

 

-Attempted to install SEO URLs, when it didn't work, I decided that I should get someone who knows what they're doing to install for me.

-I went backwards through the instructions and changed everything back to the way it was

-Checked to make sure all was good again, and all I'm getting is error messages on the main page:

Parse error: syntax error, unexpected '}' in /home/cardinalskate/cardinalskateboarding.com/includes/application_top.php on line 280

 

Please help!

 

Thanks in advance.

Share this post


Link to post
Share on other sites

How modified is the site? try a fresh download and a new Application_top,php

 

In future before modding a file please keep a backup.

Share this post


Link to post
Share on other sites

I just installed thi code for my web. It's quite good. But I look for Header SEO Tags. The code does not included the Header CEO Tags.

 

I try to use UNIQUE META, but it only show description and keywords the same as every pages. I don't know which code the keywords and description can be change every catergory and every producr.

 

Which Header SEO Tags can be run with this code?

 

Give me advice.

Thanks

 

Any well written script will run with this, all it does is generate URLs. Some scripts like header tags SEO do/or used to break when any correct path based URI was introduced.

Share this post


Link to post
Share on other sites

Great piece of software!

 

One thing I noticed when I installed it was my Header SEO Tags would NOT show the product information anymore after installing SEO URLS 5. Any thoughts on this?

 

Speak to the supporter of the contrib. Any contrib should work with this. Header tags seo is/or was poorly coded and broke whenever path based URIs were introduced.

Share this post


Link to post
Share on other sites

BTW apologies for the lack of response, I set this to follow and it seems as though it unset.

Share this post


Link to post
Share on other sites

The original Ultimate seo urls is old code dating from 2002 and built by a guy who is sadly dead.

 

It is still currently being supported but USU5 offers a lot more and is far newer code.

 

Entirely up to you .. also if anyone tells you about "lack of compatibility" it is rubbish.

Share this post


Link to post
Share on other sites

I've installed the urls 5 pro, do I need to turn off FWR URL Validation and FWR Security Pro?

Share this post


Link to post
Share on other sites

You don't need the old validation, that was validation off Chemos old version.

 

You should upgrade Security Pro to the latest.

Share this post


Link to post
Share on other sites

How can I modify the rewrite url like this

www.mysite.com/rebok/trainers/my-great-product-p-32.html >>> www.mysite.com/rebok/trainers/p-32-my-great-product.html

 

 

Thanks!

Share this post


Link to post
Share on other sites

How can I modify the rewrite url like this

www.mysite.com/rebok/trainers/my-great-product-p-32.html >>> www.mysite.com/rebok/trainers/p-32-my-great-product.html

 

You would need to modify the files in: -

 

catalog/includes/modules/ultimate_seo_urls5/page_modules/

 

you would also need to modify the RewriteRules in .htaccess.

kevinhuynh likes this

Share this post


Link to post
Share on other sites

Great contribution, installed on OSC2.3.1, vanilla install on a RHEL box (running Plesk 11) - The pages all seem to load as you'd expect, URLs all rewrite perfectly and navigation doesn't seem to have any issues.

 

However, checking the server headers I am getting 404's being returned. Disabling USU in the admin panel turns these back to 200's and re-enabling gives the 404. Note the pages still load fine in a browser, but its the headers that are bouncing, which is giving sitemap errors and such with Google (the rich snippets tool will not pickup the pages either, although it picks up the snippets when you paste in the HTML).

 

We are intending to use this mainly for aesthetic reasons (i.e. the URL looks more relevant on display to the user rather than being genuinely much better for SEO gaming purposes).

 

Any ideas where to start? I've spent an hour or two looking over the configs and everything -seems- to be fine.

Share this post


Link to post
Share on other sites

@@walmslei

 

Strange problem.

 

Please try removing all .htaccess rules except for those of USU5 temporarily and re test.

 

The only time USU5 issues a 404 header is when no link text was found for the url in the page module which then sets the variable page_not_found to true, this subsequently triggers the header to be generated in Usu_Validator.

Share this post


Link to post
Share on other sites

Hi

 

Thanks for the reply.

 

Looking at it with fresher eyes this morning, hacking 'validator.php' and taking the following block of code:

 

if ( false !== Usu_Main::i()->getVar( 'page_not_found' ) ) {

// $this->pageNotFound();

}

// 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 );

}

 

I know its fairly obvious (as I've rem'd out the calls to the 404 and 301), but the URLs keep working as they were yesterday and the invalid server headers are now gone. So, the header is definitely coming from USU5, but its not immediately obvious what its not liking.

 

I'll put some logging into those procedures, see if I can't draw something out of it - If I do I'll post it up later this afternoon as this one had me pulling my hair out yesterday.

Share this post


Link to post
Share on other sites

Okay, before each of those calls to $this-> which are remarked out above, I put the following:

 

For the 404:

 

$myFile = "log.txt";

$fh = fopen($myFile, 'a') or die("can't open file");

fwrite($fh, "Request404:".remove_session_id( htmlspecialchars_decode( Usu_Main::i()->getVar( 'original_request_uri' ) ) )."\n");

fclose($fh);

 

And for the redirect:

 

$myFile = "log.txt";

$fh = fopen($myFile, 'a') or die("can't open file");

fwrite($fh, "Request301:".remove_session_id( htmlspecialchars_decode( Usu_Main::i()->getVar( 'original_request_uri' ) ) )."\n");

fclose($fh);

 

My log.txt file then contained the following entries:

 

Request404:/xyz-p-32.html

Request301:/xyz-p-32.html

 

However, there is an interesting point to note here - It only appends to the file log.txt when it is called from an external source - If you open this in a browser and jump around the site, the log file doesn't grow BUT if you access it via an external source (i.e. any one of the hundreds of server header checkers) then the log file -does- grow.

Share this post


Link to post
Share on other sites

@@walmslei

 

In both cases you have shown only the original request ..

 

I'd like to see Usu_Main::i()->getVar( 'request_compare_new' ) as a comparison.

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