Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror

Comment Misleading summary (Score 1) 33

One side complains (Philips) and the other side (Fitbit and Garmin) has to defend itself. It takes place in front of a judge. It's a trial, with the government acting as the judge. The government doesn't investigate who is right or wrong. The summary makes it sound like FBI agents are raiding Fitbit and Garmin offices.

Comment Prepared for the workplace and society (Score 1) 148

When these students were kids they had no privacy from helicopter parents. Now they're in college feeling resigned to about being surveilled there and everywhere. Then they become adults who can't even fathom objecting to universal surveillance.

Comment Spectrum wars repeated internationally (Score 1) 42

FCC only decides for the USA market, though it wouldn't be surprising if it coordinates with its Canadian and Mexican counterparts. But these networks are supposed to be global. Perhaps their true value would only shine through if they are global. Amazon may be late to the game in the USA, but we may be just seeing the start of a global spectrum war between Amazon and SpaceX.

Comment Gonna be like Youtube (Score 1) 45

Currently: User's browser talking to content server. Google's only involvement is the search engine that brought the two together and alternatives are possible. The new way seems to be give content to Google and they will take care of everything: matching content to users and rendering it to them. i.e. Youtube.

Comment The world will change (Score 1) 92

Casual sex, condom use, etc. We may not go back all the way to "free love" of the 60s/70s, but there'll be a change. In the developing world, where 36 million infected live, where 1 in 25 in subsaharan Africa have it, it may change a lot more than sex practices. And if HIV/AIDS is beaten, other diseases which seem unbeatable may also be defeated by the use of this new kind of medical technology.

Comment Alternative fix for use with stable versions (Score 1) 16

According to the bug report:

The regexp in `fastcgi_split_path_info` directive can be broken using the newline character (in encoded form, %0a). Broken regexp leads to empty PATH_INFO, which triggers the bug.

According to NGINX documentation:

If the directive is specified with if_not_empty (1.1.11) then such a parameter will be passed to the server only if its value is not empty:

So this line in your configuration should prevent the problem in older versions of NGINX:

fastcgi_param PATH_INFO $fastcgi_path_info if_not_empty;

Slashdot Top Deals

Today is the first day of the rest of your lossage.

Working...