Long time sysadmins who are accustom to using Tripwire might find this interesting. Tripwire and Covalent have released a version of Tripwire's intrusion detection software product integreated into Apache.
Couldn't dynamic sites be restructured as static bits of information, assembled by a smart client? Each comment is a meta-data tagged item, client finds them and assembles, much like a newsgroup. You could even publish the client programs as signed.jar files distributed over FreeNet. I'm not saying this is better, or easier, but it is possible, and interesting to consider.
...to take rules which are appropriate for formal writing, and then assume they apply to stuff written in an informal style.
Here's the thing though: I want my news to be written well, and written in a more formal style. I know/. isn't the NYT, but sometimes I wish the authors would take care with what they post a little more than they do.
Not suprisingly, the government and Microsoft see things different.
So, when you're talking about how they SEE things ('see' is a verb), you use the adverb form differently. They "see things differently", not different.
Yes, Hemos' sentence still conveys the right meaning, but authors should pay attention to grammar -- especially simple things like adjective/adverb use.
You are right in that a limit could be presented by the ability of our generation / detection equipment. However, there is also the point of the theoretical maximum.
Sure, you can keep dividing each color band in half (start with 100 channels, then split it all into 200 channels, etc.) but each time you split it, the maximum bandwidth of each channel is halved. So it's not that just because the color (frequency) spectrum is continuous, you can have infinite channels. Each channel has to have some width, and you can only have channels up to some engineered maxumum frequency.
Yes, your general point is well taken... if I could mod you post up, I would.
To give an example for other readers, too: Presuming you are blocking referer, the site would use the cache-timestamp to link your (possible changing) IPs addresses as "one person", and then track your sessions from the IP you are coming from.
Of course, one can battle back and forth with client workarounds, but it always does come back to that general point.
duffbeerd writes: "There is a 1.6 version of Python in alpha. In addition, they have a schedule for future releases and some warnings about code breakage expected with those releases. It looks like the documentation will lag the releases a bit." Apparently, it will break some code. The release notes describe them as "folklore APIs (that were never documented or endorsed but bevertheless were accepted and in common use)." The notes on 1.6 also lay out an ambitous roadmap toward Python 3000.
Here goes trying to make the discussion slightly useful...
The original BUGTRAQ post is here. Taken from the post, the summary reads:
HTTP cache-control headers such as If-Modified-Since allow servers to track individual users in a manner similar to cookies, but with less constraints. This is a problem for user privacy against which browsers currently provide little protection.
Essentially, instead of giving you a cookie (which many people refuse/block) they give you a unique "cache freshness" timestamp, which your broswer nominally sends back with the conditional-GET request [see the HTTP RFC esp. sections 9.3 and 13.3.3 for description].
Note that the site would have to use the same thing linked from every page to track you, e.g. a 1x1 transparent gif. Also note that this becomes pretty useless for them if you block the REFERER header, which you should be doing any.
If this kind of thing bothers you, you should be using the Internet Junkbuster anyway.
Slashdot Mirror
Hrmph.
Ah, yes. Another pointless and overly-broad Ask Slashdot. How quaint.
http://www.nytimes.com/2000/12/16/opinion/16DAVI.h tml
--
However, perhaps this tech will be more useful in the other 90% of sites?
--
--
Presumably, the argument here is that people DID ask for help, and were told, essentially, to fuck off by the staffers.
See http://partners.nytimes.com/2000/11/13/politics/13 TOCK.html
--
--
--
--
CmrdTaco at 26-100
Hemos at Bartos Theater
--
!noitincoger emos gnitteg yllanif m'I, woW
--
--
Here's the thing though: I want my news to be written well, and written in a more formal style. I know /. isn't the NYT, but sometimes I wish the authors would take care with what they post a little more than they do.
--
So, when you're talking about how they SEE things ('see' is a verb), you use the adverb form differently. They "see things differently", not different.
Yes, Hemos' sentence still conveys the right meaning, but authors should pay attention to grammar -- especially simple things like adjective/adverb use.
--
You are right in that a limit could be presented by the ability of our generation / detection equipment. However, there is also the point of the theoretical maximum.
Sure, you can keep dividing each color band in half (start with 100 channels, then split it all into 200 channels, etc.) but each time you split it, the maximum bandwidth of each channel is halved. So it's not that just because the color (frequency) spectrum is continuous, you can have infinite channels. Each channel has to have some width, and you can only have channels up to some engineered maxumum frequency.
--
--
To give an example for other readers, too: Presuming you are blocking referer, the site would use the cache-timestamp to link your (possible changing) IPs addresses as "one person", and then track your sessions from the IP you are coming from.
Of course, one can battle back and forth with client workarounds, but it always does come back to that general point.
--
--
--
The original BUGTRAQ post is here. Taken from the post, the summary reads:
Essentially, instead of giving you a cookie (which many people refuse/block) they give you a unique "cache freshness" timestamp, which your broswer nominally sends back with the conditional-GET request [see the HTTP RFC esp. sections 9.3 and 13.3.3 for description].
Note that the site would have to use the same thing linked from every page to track you, e.g. a 1x1 transparent gif. Also note that this becomes pretty useless for them if you block the REFERER header, which you should be doing any.
If this kind of thing bothers you, you should be using the Internet Junkbuster anyway.
--
--
One thing should be noted also, since the posting is somewhat unclear on this topic.
The suggestion is not that the group who received the award has now closed off some specs. See #15 for example.
The suggestion is now that this USB group got $10k to use, the specs suddenly cosy money. (See post from Alan Cox).
--
P.S. Another message on the list hints how you can hijack an account and get at the docs.
Anyone willing to do this and post a login? Or make a mirror?
--
- http://www.usb.org/developers/docs.html
- http://electr icrain.com/lists/archive/linux-usb/2000/02/msg010
3 5.html - http://electr icrain.com/lists/archive/linux-usb/2000/02/msg010
5 5.html
Methinks the editor should have done some research himself and put some of these in the story. A slashdot story with no links? Bah!--
--