GIJOE,

Very curious...I've just noticed hundreds of links in yahoo.com for these type of pages for my site:

http://somedomain.com/index.php?page=clipping&clipping_id=1254

of course, all with different numbers at the end - and they all end up going to my root page.

There is no module listed in the URL, and this URL should not exist, yet Yahoo is spidering/finding it and it is getting listed.

Not as many on Google, but they are there.

Wonder about SEO issues...

Thanks.

n

It looks a wrong link generated a wrong template.

Have you customized the template of d3pipes?
Or your templates are too old.

eg)
or

Anyway you'd better check whether such link exists or not in d3pipes's block and main page.

I just checked all my templates and they seem fine.

I believe it SHOULD be <{$mod_url}>, even though you have a line thru it in your reply...correct?(Anyway, I checked the new .54 templates and that's the way the new templates are written).

So, I installed a fresh .54 version and I get the same problem with listings links using the "block_sync_big.html" template. And using aggregated view setting.

Both on the front page and in the main module page, this block template will create links to

somedomain.com/index.php?page=clipping&clipping_id=XX

and not

somedomain.com/modules/XXXXX/index.php?page=clipping&clipping_id=XX

as would be expected and needed to go to the proper clipping page.

The "block_sync_big.html" template inserts the "inc_entries.html" template for the aggregated view, so I don't know why it's bugging out cause the regular top page (using "inc_entries.html" too I believe) is giving the links fine.

On the module main page with a "block_sync_big.html" block on it and the top listings - I get both tables with the 2 different links for the entries.

That "block_sync_big.html" is doing something crazy...

n

Quote:Thank you for the reporting.
It's certainly a bug.

I've just fixed it.
Try 0.55