Strange index.php#.

All of a sudden, Firefox and Internet Explorer (but not Chrome) are displaying my index page, in the address bar (when logged in), like this: http://---.com/index.php#.UdayY2066So - the part after #. changes when I use different profiles, I've noticed. I've cleared the cache. I've tried to think of anything I did today. Google search gave me nothing. I'm quite worried this could be... something sinister? Please help?

Quote · 5 Jul 2013

Umm, seems like it has stopped when I optimalized some database files... Still, what happened... and why? :)

Quote · 5 Jul 2013

No, it still happens. When logging in, the landing page is index page. So this one now shows index.php#.Uda4-m066So. When I right-click and separately open a new index page in a new window, then the address bar shows only index.php.

Quote · 5 Jul 2013

Now navigating from member.php to index.php, it says index.php#.Uda632066So - by the way, this all happens on the index page only... The appendices change everytime I re-load the index.php. No idea why or for what reason?

Quote · 5 Jul 2013

Check the source of your page. The # sign is normally used to point to a marker on that page

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 5 Jul 2013

Thanks for your tip, but the source code for index.php shows nothing containg: for example it's Uda-X2066So, now.

Quote · 5 Jul 2013

Hm, it was probably a new block for Social Share, html block with some code from addthis.com. I removed it and it has stopped. I'm not even surprised. The last time I was adding addthis.com code in the form of those animated buttons, it killed many scripts on the page, including simple messenger, shoutbox, pop-up member menus...

Quote · 5 Jul 2013

Yes, it was Social Share block, it does the same on my view polls page, the only other place it's been placed on.
I wonder. Should I leave it there, is the addition to the address in the address bar harmless, or not?

Quote · 5 Jul 2013

I would remove it until it was fixed. Even if it was only to stop incorrect indexing of pages

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 5 Jul 2013

:) Removing it, then.

Quote · 5 Jul 2013

Yes it's being added by "addthis" for tracking purposes. Google ignores anything after the # so it doesn't effect SEO. There was a thread about this before but I can't find it now.. Long story short its fine.

BoonEx Certified Host: Zarconia.net - Fully Supported Shared and Dedicated for Dolphin
Quote · 5 Jul 2013

The following was written by JohnMu (Webmaster Trends Analyst at Google Switzerland (24/09/09))

 

Hi efdev
We generally ignore the "fragments" (as in http://domain.com/path#fragment) when crawling, indexing and ranking since this is generally just something that is handled on the client side. There are some cases where we're experimenting with showing them in the snippet (as in Colin's example), to help users to find parts of a page quicker, so if you have large pages, that might be something to consider. You do not need to (& cannot) mention these fragments in Webmaster Tools.

http://productforums.google.com/forum/#!category-topic/webmasters/crawling-indexing--ranking/C0BTQOzy46U

 

I believe these snippets are now common, and although google most likely is clever enough to recognise the added extension to the url, I still would not use it. This module adds more than you like, it adds too much

Dedicated servers for as little as $32 (28 euro) - See http://denre.com for more information
Quote · 5 Jul 2013
 
 
Below is the legacy version of the Boonex site, maintained for Dolphin.Pro 7.x support.
The new Dolphin solution is powered by UNA Community Management System.