Thank you for being a valued part of the CNET community. As of December 1, 2020, the forums are in read-only format. In early 2021, CNET Forums will no longer be available. We are grateful for the participation and advice you have provided to one another over the years.

Thanks,

CNET Support

General discussion

Script, script, script, script, script, script, script . . .

Oct 13, 2011 4:54AM PDT

Has anyone noticed, or counted the instances of "script" running on these pages. It's ridiculous!! The pages load slow, when I scroll up the pages jerk, I get messages that xxx.xxxx is waiting! I run FF and installed "No Script". I was amazed at the total number of scripts running. I got 17. When I turned them off, some things wouldn't work, naturally. If I turn them back on one at a time things are better. But geez! Is all this crap needed? And every web site has between 10 and 20 or more scripts running.

Has anyone tried to run the internet on an older machine? I had a little ThinkPad running W98SE. I had to put it away!! It would not surf because of all the crap embedded in pages. Why can't someone write a page that is bare of crap and loads fast? Seriously, why not? Can someone give me an answer? For real!

Discussion is locked

- Collapse -
A common occurance nowadays
Oct 13, 2011 10:39PM PDT

Sadly I see this all the time now, on nearly all professionally created web sites.

I'm fortunate in that I have a fast internet connection and so they whiz through, but for those with dial-up or slow broadband it can be a real problem.

You mention older machines. I remember the first car I brought over 40 years ago had drum brakes and cross-ply tires. Remember those? Things move on and such vehicles wouldn't be allowed on the roads here in the UK nowadays.

No such restriction on the internet of course, but 'things move on'. That's my 'real' answer, for what it is worth.

Mark

- Collapse -
Speed isn't an issue . . .
Oct 14, 2011 9:10AM PDT

I have a 30 Meg cable, Pentium dual core, 3 Gig of RAM, and XP pro.Pages load fast. But the added "crap" makes them slow.

I know, I just ranting.

- Collapse -
Thanks for the feedback, Wayne.
Oct 14, 2011 9:17AM PDT

They will be working on speeding up the pages... but these days as Mark pointed pages are loaded with scripts--they are no longer just the flat HTML pages as they once were.

-Lee

- Collapse -
Thanks . . .
Oct 15, 2011 12:32AM PDT

I noticed a degrade in speed/stuttering on scroll with the new pages. Thus prompting my rant.

- Collapse -
No recent changes here, but...
Oct 16, 2011 9:35PM PDT

I disabled the Facebook, Twitter, etc scripts as soon as CNET started rolling them out some time ago. CNET is pretty fast when all those other hands aren't in the cookie jar.

John

- Collapse -
(NT) Disabled? How?
Oct 16, 2011 10:15PM PDT
- Collapse -
I managed to disable those
Oct 16, 2011 10:34PM PDT

via AdBlockPlus.

Trial and error with me adding and removing filters for various components until I got it right.

But I suspect John used a custom CSS file.

Mark

- Collapse -
CSS wouldn't cut it...
Oct 16, 2011 11:43PM PDT

I used my HOSTS file along with AdBlock Plus, much the same as you did. Basically, I blocked nearly all third-party scripts, along with those I've deduced are used solely for advertising. They generally aren't that obtrusive, especially compared to many other sites I frequent, but now and then they just slow page loads to a crawl - especially Facebook and those surveys lately.

John

- Collapse -
I HATE that facebook thing
Oct 21, 2011 12:55AM PDT

For months I couldn't come to CNET already signed in. Finally got some advice on how to defeat it and not have to sign in again each time.

I don't understand what so many like about Facebook anyway. It seems to me a way to end up reading a lot of stuff on each person's "Wall" you'd rather not anyway.

- Collapse -
I've never had a problem being remembered.
Oct 21, 2011 2:12AM PDT

I'm not connected to Facebook on CNET and the system always remembers me.

I don't understand why Facebook is an issue for you when it shouldn't bother you if you don't use it or connect to it when logging in.

Facebook is there for people to use, if and when they want to. If not, just simply ignore it, no one is forcing anyone to use it.

-Lee

- Collapse -
You're young
Oct 21, 2011 5:13AM PDT

well, relatively so anyway, Happy

We're old. We don't understand this need to plaster ourselves all over the internet with photos and comments and "Like".

Someone recently said, Facebook is Mordor! I couldn't have described it better myself. Devil

Mark

- Collapse -
I solved it
Oct 26, 2011 1:08PM PDT

I had to enable third party cookies, do the sign in, then I could disable third party cookies again and CNET continued to sign in each day I returned to site. For some reason FF sees CNET sign-in as a third party cookie I guess.

- Collapse -
Re: disabling
Oct 23, 2011 5:51AM PDT

I had great success with using the hosts file to disable
- fonts.cnet.com
- connect.facebook.net

and to lesser extent
- cdn.gigya.com
- secure-us.imrworldwide.com
- b.scorecardresearch.com

No magic involved. Just looking at the "waiting for ..." and "ready with ..." messages on the status line in Firefox suffices to find the timeconsuming links. An occasional look in the html source helps also.

Kees

- Collapse -
CBS did it
Nov 1, 2011 5:06AM PDT

As of right now, it's impossible to remain logged in to CNET, and comments to articles will not appear, without running a script hosted on cbsistatic.com.

- Collapse -
Minimum scripts needed:
Nov 1, 2011 3:42PM PDT

It seems, today at least, these are four sites that need to be allowed for basic functionality in CNET.

cbsistatic.com (login seems to be dependent on it, at least since Tuesday afternoon)
com.com ('reply' links do not function without it)
cnet.com,
cnetstatic.com (comments to articles will not appear without both of these allowed)

- Collapse -
Also needed;
Nov 23, 2011 6:42PM PST

You also need gigya.com allowed in order to login to CNet, even if you are not using a 3rd party login.

- Collapse -
gigya
Feb 9, 2012 8:01AM PST

Gigya can be blocked again after the cookie gets set (usually after navigating to an article or something).
As far as I can guess, gigya.com only needs to be allowed long enough for purs_1 to appear in the cnet.com cookies.