next »

[pdekoker]

When using Virtuemart 1.1.2 and enabling sh404sef (1.5.4.302 also occurs in older versions) if I go to a category that has multiple pages and you are advancing through the pages using the "Next" "Previous" links to view additional items sh404sef prevents you from going back to page one and sometimes the previous page.

Once in this state if you use the menu to go back to the category view it will not take you to page of of the category item list.  It is as if it loses it URL for the page numbers.

If I turn off sh404sef the problem goes away.

Environment:
joomla 1.5.6 (legacy mode)
sh404sef 1.5.4.302 also older versions
Virtuemart 1.1.2
PHP 5.1.6

[tonimarie]

The pagination issue is being looked at presently.

You might also want to look at patching your Joomla up to version 1.5.15... at least four of the intermediate releases have been security releases.

[korb]

Vm page navigation and SEF is working diffferent on various php servers, various sh404sef versions and so on.

Latest sh404sef version should work perfect with VM 1.1.2, 1.1.3 or 1.1.4
Joomla > 1.5.10 ON A PHP > 5.2.6 SERVER.

You can check your php version in server info menu from Joomla backend.

Regards,
Danny

[pdekoker]

In the server I was referring to when I opened this post the PHP Version is: 5.1.6.

It is obvious that joomla needs to be updated to 1.5.15.

Is was previously hinted that this was being worked on.  Is this still the case or are you hinting or stating that because it is working properly in the newer versions that no further fixes are being worked on.



 

[korb]

For that server version you would need a Joomla 1.0 I think, no offence.
But you can try an older version of sh404SEF, maybe it could help.
Danny

[pdekoker]

Thank you for your response.
No offense taken.  I only mean it is obvious to be joomla 1.5.15 for security reason not related to sh404sef.  My use of the work "obvious" was not obvious. har har har

I upgraded from an old version of sh404sef that was experiencing this problem.  I was able to make the determination that the the pagination issues would go away when I turned off sh404sef.  So I upgraded to the most current release.

I really appreciate you trying to help me and responding.

From you you previously mentioned it sounds like you have to find the correct release of different versions of PHP, Joomla, and sh404sef to fix the issue.

If you hear of any workarounds or if someone is truly trying to fix this and a patch becomes available I would be thrilled.

[verdecove]

Vm page navigation and SEF is working diffferent on various php servers, various sh404sef versions and so on.

Latest sh404sef version should work perfect with VM 1.1.2, 1.1.3 or 1.1.4
Joomla > 1.5.10 ON A PHP > 5.2.6 SERVER.

You can check your php version in server info menu from Joomla backend.

Regards,
Danny

I'm having the very same problem as described in this thread. Upgraded Joomla to 1.1.15, VM 1.1.3 and php server 5.3.
I caot return from e.g. page 3 to page 2 o page 1. Even a reload and trying to access the category new on pge 1 leads to the last accessed page to be loaded. But this is not the only problem I am having with sh404SEF. Subcategories are not catagolized accordingly to the main categories. So e.g. I have a category Home Decor/Rooster Motif and also a category Kitchen/Rooster Motif. If user tries to access Kitchen/Rooster Motif so he gets directed to Home Decor/Rooster Motif.
This happens with several Categories/Subcategories with identically subcategory names. The path gets messed up although each subcategory has a unique ID. But this problem actually could be resolved by avoiding dublicated subcategory names I think. The problem with the pagination still exists and I hope someone here has a solution.

[yenommeke]

Yeah I have the same problem and would like to have a solution too!

[grupposis]

Same problem here...need a solution!

[tonimarie]

This pagination issue is being actively worked on.  As soon as we have a fix we'll post back here.

[korb]

HI,
What do you think about removing the URL replacement of limitstart and limit? By this post, I just want to bring some light on this matter, I don't want you to use this advice as I am not the main developer fo sh404SEF.

For first page of the category, you will always have perfect SEF URL, and for the others you would have ../category-name.html?limit=20&limitstart=40 for instance. Google does not really crawl in your page-1, page-2 links, unless you have x-map or other sitemap capable of doing that kind of URL generating feature, or your visitors really read all your pages like they would eat a cookie!!!

This could solve problems for multipage article/categories/sections also, and should fix the route for generally all components, in this PHP upgrade transition period.

It seems php 5.3.0 is very problematic in our goal here to increase website visibility in Google Search Results. Multipage content links not routing properly is pretty bad for users, those who count your traffic for, but google only cares about the first page as I see. At least some of my articles have PR 2 for the first page only, and the rest have no PR! (it's an example anyway)

sh404SEF is superior to any other SEO extension because it generates (if you have the plugins) your metadata automatically. OFC there is a lot of space for IMPROVEMENTS, but so far it does a good job on creating unique metadata for virtuemart products, content articles, and forum posts (fireboard/kunena as I recall).

So because for Google is not important anymore the keywords tag, and the URL (the least important in all content related tag), I think you better concentrate on your metadata, and leave your URLs real, or use SEF with limit & limitstart values (this last one won't hurt at all for your traffic and Google PR if you were using SEF URLs).

I also think for start up websites it is a brilliant idea. I hope it would help anyone. AND TRUST ME: HAVING PAGE-1 at the end of the link IS UNIMPORTANT, especially when it does not route properly!!!!!!!

I think I will do just that when my server is going to upgrade to PHP 5.3.0, because else, all sh404SEF code should be rewritten, including the plugins also!! And this is the big problem!

I hope I've put some light on this matter, I will see you soon in the forums,
Danny

[yenommeke]

After some trail and error I fixed the bug for my website. I will share it with the others maybe it can help anyone 

My problem was that if you go to second page of a category or manufacturer and then change to another category/manufacturer you are not able to go the page 1. (you get stuck on page 2 and no possibility to reach page 1)

The solution for me was, that page 1 exist out of 2 url's but sh404SEF only uses 1. so I went to the "view/edit custom redirects" and changed the url's in 2 different names.


Page 1 (like in the module produced)
domain.com/index.php?option=com_virtuemart&Itemid=1&lang=nl&manufacturer_id=5&page=shop.browse

Page 1 (indicating the first page, bottom of VM)
domain.com/index.php?option=com_virtuemart&Itemid=8&category_id=&lang=nl&limit=30&limitstart=0&manufacturer_id=5&page=shop.browse

Both had the same SEF url in my system, domain.com/Manufacturername.html, I left the short url as it is and changed the second one because that is the one at the bottom of VM that directs to the wrong page.

You can name the second url anything you like and it will work.
I made it just like the others to keep the system clean, 'domain.com/manufacturername/Page-1-30.html'

so now you have the following urls:

domain.com/Manufacturername.html =
domain.com/index.php?option=com_virtuemart&Itemid=1&lang=nl&manufacturer_id=5&page=shop.browse

domain.com/manufacturername/Page-1-30.html =
domain.com/index.php?option=com_virtuemart&Itemid=8&category_id=&lang=nl&limit=30&limitstart=0&manufacturer_id=5&page=shop.browse

domain.com/manufacturername/Page-2-30.html =
domain.com/index.php?option=com_virtuemart&Itemid=8&category_id=&lang=nl&limit=30&limitstart=30&manufacturer_id=5&page=shop.browse

and so on! Hope this helps anyone, it at least did for me.

[grupposis]

It worked also for me..thanks for the solution...now i have only 2 pages of products, hope it will work also when i will have N pages in automatic...or i will have to change all urls manually 

[yenommeke]

Good to hear And no you don't need to edit all pages. The bug is only in page 1, so all other pages will work fine.

[korb]

You can imagine this fix should only work for you as long as you don't purge your URLs, but what about having more than 1000 products, and more than 20 categories, would you really work that hard editing your SEF URLs?

I thought I gave you a proper solution in the big post I wrote above. Why continue to think SEF is so important? If you decide to have SEF URLs, the most important is to have them perfectly working, and contain most important keywords.

Danny