Primenet web design

[wreck]

Originally Posted by Madpoo

It could be a Great Firewall issue, possibly, but not in accessing jquery itself. The site loads jquery from the Microsoft CDN (ajax.aspnetcdn.com).

However, that particular page *does* use a Google Graph to display the TFlops for the past week, and that may be what you're having a problem with?

If you can reach this URL from your browser than that's not the problem (it should return some Javascript):
http://www.google.com/jsapi

For further troubleshooting you could look at a tool like Fiddler to see if any particular resource in the page is getting an error.

Part of my real job involves running a bunch of websites including one for Chinese visitors, and we have some Google calls on the page (ads, analytics, etc) and sometimes it's slow (well, it's almost always slow in mainland China) but I haven't seen anything get blocked outright.

We've found that about the only way you're ever going to get good performance inside China is to host the site locally. But then it gets complicated with obtaining the ICP license and either colocating or using ChinaCache to push content to the edge.

In general I've seen the China firewall add about one second of latency for each resource being loaded. Images tend to pass through pretty fast but text/* resources take longer as they're analyzed.

That Fiddler tool will help... maybe resources aren't loading at all, or maybe it's taking so long it's timing out, etc. If you find anything out of place, let me know and I'll see if there's any changes we can make to speed it up.

I have about 1.5 TB of data on an old CDN plan we no longer use and all that data will expire in a year, so maybe for a one-year period or until it's all used up, I can put some of the static resources (images, JS, CSS) on there. I think they have POPs in Hong Kong which is as close as you can get to mainland China without an ICP.

Thanks for your detail reply.
I get the chance to use Fiddler at weekend, and attached image is the output of Fiddler when open the url
http://www.mersenne.org/primenet/

When I click the item 2, the content on the right is

Request Count:   1
Bytes Sent:      311		(headers:311; body:0)
Bytes Received:  789		(headers:207; body:582)

ACTUAL PERFORMANCE
--------------
ClientConnected:	17:53:23.270
ClientBeginRequest:	17:53:34.301
GotRequestHeaders:	17:53:34.301
ClientDoneRequest:	17:53:34.301
Determine Gateway:	0ms
DNS Lookup: 		0ms
TCP/IP Connect:	21010ms
HTTPS Handshake:	0ms
ServerConnected:	17:53:55.312
FiddlerBeginRequest:	00:00:00.000
ServerGotRequest:	00:00:00.000
ServerBeginResponse:	00:00:00.000
GotResponseHeaders:	00:00:00.000
ServerDoneResponse:	00:00:00.000
ClientBeginResponse:	17:53:55.312
ClientDoneResponse:	17:53:55.312

	Overall Elapsed:	0:00:21.011

RESPONSE BYTES (by Content-Type)
--------------
text/html: 582
~headers~: 207


ESTIMATED WORLDWIDE PERFORMANCE
--------------
The following are VERY rough estimates of download times when hitting servers based in Seattle.

US West Coast (Modem - 6KB/sec)
	RTT:		0.10s
	Elapsed:	0.10s

Japan / Northern Europe (Modem)
	RTT:		0.15s
	Elapsed:	0.15s

China (Modem)
	RTT:		0.45s
	Elapsed:	0.45s

US West Coast (DSL - 30KB/sec)
	RTT:		0.10s
	Elapsed:	0.10s

Japan / Northern Europe (DSL)
	RTT:		0.15s
	Elapsed:	0.15s

China (DSL)
	RTT:		0.45s
	Elapsed:	0.45s


________________
Learn more about HTTP performance at http://fiddler2.com/r/?HTTPPERF

When I click item 3, the content is

Request Count:   1
Bytes Sent:      364		(headers:364; body:0)
Bytes Received:  789		(headers:207; body:582)

ACTUAL PERFORMANCE
--------------
ClientConnected:	17:53:22.702
ClientBeginRequest:	17:53:34.316
GotRequestHeaders:	17:53:34.316
ClientDoneRequest:	17:53:34.316
Determine Gateway:	0ms
DNS Lookup: 		0ms
TCP/IP Connect:	105217ms
HTTPS Handshake:	0ms
ServerConnected:	17:55:19.509
FiddlerBeginRequest:	00:00:00.000
ServerGotRequest:	00:00:00.000
ServerBeginResponse:	00:00:00.000
GotResponseHeaders:	00:00:00.000
ServerDoneResponse:	00:00:00.000
ClientBeginResponse:	17:55:19.509
ClientDoneResponse:	17:55:19.509

	Overall Elapsed:	0:01:45.193

RESPONSE BYTES (by Content-Type)
--------------
text/html: 582
~headers~: 207


ESTIMATED WORLDWIDE PERFORMANCE
--------------
The following are VERY rough estimates of download times when hitting servers based in Seattle.

US West Coast (Modem - 6KB/sec)
	RTT:		0.10s
	Elapsed:	0.10s

Japan / Northern Europe (Modem)
	RTT:		0.15s
	Elapsed:	0.15s

China (Modem)
	RTT:		0.45s
	Elapsed:	0.45s

US West Coast (DSL - 30KB/sec)
	RTT:		0.10s
	Elapsed:	0.10s

Japan / Northern Europe (DSL)
	RTT:		0.15s
	Elapsed:	0.15s

China (DSL)
	RTT:		0.45s
	Elapsed:	0.45s


________________
Learn more about HTTP performance at http://fiddler2.com/r/?HTTPPERF

IE version is 10.0.9200.16521
Operating system is Windows 7

[Madpoo]

Originally Posted by wreck

...IE version is 10.0.9200.16521
Operating system is Windows 7...

Yes, the Fiddler output does show problems connecting to the Google resources. The "translate.google.com" isn't a big deal, it just shows the translate button in the footer of the page.

The /jsapi call is the one to the graph that shows the past 7 days of throughput, so if that call is blocked it will create the error when a call to something in that script is made to render it.

Bummer... unfortunately there's not much that can be done about it. Google and China have a very hot/cold relationship so it may start working again at some point, but I wouldn't hold my breath.

There may be another free graphing option out there somewhere, but the problem is Google has so many cool things like that for free. And why is it free? Because then Google gets to plant a cookie on you and track you just a little bit more. :) Believe me, it all feeds into their huge metrics database.

[retina]

Originally Posted by Madpoo

Bummer... unfortunately there's not much that can be done about it. Google and China have a very hot/cold relationship so it may start working again at some point, but I wouldn't hold my breath.

You can always go back to the previous graph generator that worked perfectly fine. Relying on external resources is perhaps not the best idea.

And expecting everyone to run arbitrary unvetted code from random Internet pages is probably too far-fetched to even consider it possible. Oh wait, that appears to be just me. Never mind. Everyone else please carry on with your hyper-trusting of everything on the Internet while I continue my hypo-trusting paranoia.

BTW: Not everyone allows cookies from third parties. And some people completely block google's cookies even if they are first party.

[Madpoo]

Originally Posted by retina

You can always go back to the previous graph generator that worked perfectly fine. Relying on external resources is perhaps not the best idea.

It's been a while but I think the previous graphs were using an older Google graphing API that they were retiring, so the change was forced, and it was still Google. In that case though, you could supply a URL and Google would return an image... I can see the appeal for you since it didn't require java being enabled.

Originally Posted by retina

BTW: Not everyone allows cookies from third parties. And some people completely block google's cookies even if they are first party.

I actually tend to block 3rd party cookies too. It reminds me I probably haven't done that recently...time to check my settings.

[Mark Rose]

Originally Posted by Madpoo

I actually tend to block 3rd party cookies too. It reminds me I probably haven't done that recently...time to check my settings.

As do I. We're the only third party vendor in our industry that I know of whose embeddable JavaScript widgets still work with third party cookies disabled.

[TObject]

FYI, manually reported factors, I mean really manually, where you get a “processing: factor XXX of unknown origin for MYYY” never show up on the “Recent Cleared” report.

[James Heinrich]

Originally Posted by TObject

FYI, manually reported factors, I mean really manually, where you get a “processing: factor XXX of unknown origin for MYYY” never show up on the “Recent Cleared” report.

@George: That's factors that are passed from the manual result form to save_manual_FACTOR_result() which is outside my purview.

edit: TObject's most recent factor submission is http://www.mersenne.org/M921009319 to give you somewhere to start looking.

[Prime95]

Originally Posted by James Heinrich

@George: That's factors that are passed from the manual result form to save_manual_FACTOR_result() which is outside my purview.

The caller of that routine must also call manual_pre_processing and manual_post_processing

[James Heinrich]

Originally Posted by Prime95

The caller of that routine must also call manual_pre_processing and manual_post_processing

I've added that in. It will now assume $result_type = PRIMENET_RESULT_TYPE_FACTOR_TF (unless you have any better idea).

[James Heinrich]

@George: I just fixed some undefined errors in the code I added a couple days ago, but I've run into this when inserting a factor of unknown origin:

processing: factor <factor> of unknown origin for M<exponent>
[SQL Server]Cannot insert the value NULL into column 'user_id', table 't_gimps_results_log'; column does not allow nulls.
INSERT fails., in 0.95_database.inc.php on line 286
Error code: 13, error text: ar Insert t_gimps_results_log failed: GUID: , exponent: <exponent>,
C2D_CPU_GHz_days: 0.00057466045541667

[Madpoo]

Originally Posted by James Heinrich

@George: I just fixed some undefined errors in the code I added a couple days ago, but I've run into this when inserting a factor of unknown origin:

processing: factor <factor> of unknown origin for M<exponent>
[SQL Server]Cannot insert the value NULL into column 'user_id', table 't_gimps_results_log'; column does not allow nulls.
INSERT fails., in 0.95_database.inc.php on line 286
Error code: 13, error text: ar Insert t_gimps_results_log failed: GUID: , exponent: <exponent>,
C2D_CPU_GHz_days: 0.00057466045541667

Batalov just PM'd George and I about a similar error when doing a submit.

In that case it looked like it was saying something about the assignment id (it mentioned "aid" wasn't set). Unknown origin probably means something that came from unassigned work and missing some value that needs to be present or defaulted?