Rather than send random garbage that, as others have said, bears no resemblance to the users' typical email, why not extract text from the domain's website? A large portion of spam goes to work addresses. Emails sent and received with these addresses often times contain the name of the company, major individuals, current products, industry jargon, etc. So google the second half of the address and insert blocks of text from the company website/related pages. It seems to me that such a method would be much more obvious and effective than using Project Gutenberg. Especially in the short term, the one which matters most in this case.
Do you think that CSS is often misused? It seems to me that it is rarely used to define presentation in media other than the screen.
As for my ideal stylesheet language...
1) Why must the layout be so linear? It seems to me that it would make more sense to have it operate closer to Autodesk Inventor, if you have ever used it, such that you set up whatever constraints (equal, parallel, etc) you see fit and the agent displaying the content finds a suitable solution. As an example, the login div must be equal width as the sidebar div, the sidebar div is at the left of the screen, the navbar is at the top of the screen and above the sidebar, and the content div is below the navbar and to the right of the sidebar. If everything is in a box, it would make sense to use other boxes as a reference point, rather than the screen. Pixels and percentages are nice and all, but not altogether natural. And pixels, while tempting, often don't cater to different resolutions.
2) Why would a spec for something that needs to be pixel-precise not come with an example implementation?
3) Shouldn't you be able to affect the document tree in a small way? If you are truly separating content and presentation, then why must I change the content to get the effect I want? I do this with XML + XSL + CSS, but just being able to add a div or image here and there would be nice...
...followed by a subpoena to the site, then a subpoena to the ISP of the originating IP, and ultimately your demise. The first poster has a much better idea about how to go about it.
There's a major flaw.
Multiplayer gameplay requires certain clientside behaviors to be deterministic, otherwise clients will fall out of sync. Physics is one of those. If Bob uses a PhysX card and an explosion lands a box in position X, but Alice, without a PhysX card, has the same box in position Y, then there is a problem. Both can't be right. The server would have to correct for discrepancies such as that because the position of a box affects gameplay; bullets and players can impact it. Perhaps more position updates would have to be sent to make sure Alice ends up in the same spot as Bob. But what about midflight? I suppose this doesn't matter for blood smears and purely aesthetic effects, but as the videos show, thats not where PhysX really shines. This puts a physics accelerator in an entirely different class than a graphics card. You can adjust your graphics settings, but the quality of your physics simulation in multiplayer can only be as good as the least common denominator without killing gameplay for some of the parties involved.
Sure, AGEIA could have non-accelerated versions for everything in its library when acceleration isn't available that produce the same result, but then you are offloading the entire functionality of an addon card on to the cpu...imagine running Doom at full settings using software rendering. Extreme example. But that defeats the very purpose of the card, if developers are limited because most of their customers might not have it.
You hit the proverbial nail on the head. The article screams "Newbie" and is by no means newsworthy. If it's not the bits about using POST to be more "secure", then it's the fact that it presents nothing that is AJAX-specific. Sensationalist garbage.
The media protection and signing are very different things. The executables are still signed and from that cannot be modified. However, they can be played on a variety of media, burnable media included. The files themselves, to my knowledge, are not signed or checked. That would open the door for simple map mods or similar as seen with the Halo series. As for code execution, not likely. The hypervisor as well as other checks are in place to prevent the most common forms of attack. It would take some clever doing to get the good old fashioned gamesave exploits of yesteryear on this new platform;) Realize also that there isn't much anything preventing authors of demo discs from setting the media flags...this was more likely than not a mishap.
A PhD does carry weight. The question is, how many PhDs? It could very well be a small number of accurate pages versus Wikipedia's enormous number of acceptable pages. I'm interested to see how this plays out. Could Wikipedia possibly strike back with its own anal^H^H^H^Hpeer-review system?
Sunday sunday SUNDAY! The battle of the internet encyclopedias! Buy your ticket NOW at the following Ticketmaster locations...
Personally I don't want my grandchildren or archaeologists 1,000 years from now being able to read my CDs or hard drives.
The automated destruction of outdated software and useless documents isn't really so bad...but the catch here is they REALLY don't need to find my pr0n collection.
"Mommy, why didn't women wear clothes 100 years ago?"
HOWEVER: It would be a service to humanity to preserve Wikipedia and the good digital dictionaries and translators every so many years in the most reliable and long-lived storage medium of the time, including reference documentation in multiple languages about how to read the data. Think of what we would have to include:
HTML, CSS, ASCII, Unicode, the concept of bits and bytes...
If at all possible, a bootable reader machine would be nice. Solid state of course.
Enough is enough! I have had it with these !@$&* IronPythons on this !%$~# CLR!
Rather than send random garbage that, as others have said, bears no resemblance to the users' typical email, why not extract text from the domain's website? A large portion of spam goes to work addresses. Emails sent and received with these addresses often times contain the name of the company, major individuals, current products, industry jargon, etc. So google the second half of the address and insert blocks of text from the company website/related pages. It seems to me that such a method would be much more obvious and effective than using Project Gutenberg. Especially in the short term, the one which matters most in this case.
Copy on write. 'Nuff said.
Darwin would be proud. As such, I propose a new tag, with the famous naturalist as its namesake.
These days, people have short atten...wait, what?
Do you think that CSS is often misused? It seems to me that it is rarely used to define presentation in media other than the screen. As for my ideal stylesheet language... 1) Why must the layout be so linear? It seems to me that it would make more sense to have it operate closer to Autodesk Inventor, if you have ever used it, such that you set up whatever constraints (equal, parallel, etc) you see fit and the agent displaying the content finds a suitable solution. As an example, the login div must be equal width as the sidebar div, the sidebar div is at the left of the screen, the navbar is at the top of the screen and above the sidebar, and the content div is below the navbar and to the right of the sidebar. If everything is in a box, it would make sense to use other boxes as a reference point, rather than the screen. Pixels and percentages are nice and all, but not altogether natural. And pixels, while tempting, often don't cater to different resolutions. 2) Why would a spec for something that needs to be pixel-precise not come with an example implementation? 3) Shouldn't you be able to affect the document tree in a small way? If you are truly separating content and presentation, then why must I change the content to get the effect I want? I do this with XML + XSL + CSS, but just being able to add a div or image here and there would be nice...
Not if the physics is also done clientside. Which is the most likely case.
...followed by a subpoena to the site, then a subpoena to the ISP of the originating IP, and ultimately your demise. The first poster has a much better idea about how to go about it.
If you follow from Westfall all the way up to Onyxia, it becomes apparent that the Alliance is thoroughly corrupt. TFA has it backwards.
There's a major flaw. Multiplayer gameplay requires certain clientside behaviors to be deterministic, otherwise clients will fall out of sync. Physics is one of those. If Bob uses a PhysX card and an explosion lands a box in position X, but Alice, without a PhysX card, has the same box in position Y, then there is a problem. Both can't be right. The server would have to correct for discrepancies such as that because the position of a box affects gameplay; bullets and players can impact it. Perhaps more position updates would have to be sent to make sure Alice ends up in the same spot as Bob. But what about midflight? I suppose this doesn't matter for blood smears and purely aesthetic effects, but as the videos show, thats not where PhysX really shines. This puts a physics accelerator in an entirely different class than a graphics card. You can adjust your graphics settings, but the quality of your physics simulation in multiplayer can only be as good as the least common denominator without killing gameplay for some of the parties involved. Sure, AGEIA could have non-accelerated versions for everything in its library when acceleration isn't available that produce the same result, but then you are offloading the entire functionality of an addon card on to the cpu...imagine running Doom at full settings using software rendering. Extreme example. But that defeats the very purpose of the card, if developers are limited because most of their customers might not have it.
You hit the proverbial nail on the head. The article screams "Newbie" and is by no means newsworthy. If it's not the bits about using POST to be more "secure", then it's the fact that it presents nothing that is AJAX-specific. Sensationalist garbage.
Why not swap to on-disk cache after a certain timeout? That is, if the explanation given is accurate.
The media protection and signing are very different things. The executables are still signed and from that cannot be modified. However, they can be played on a variety of media, burnable media included. The files themselves, to my knowledge, are not signed or checked. That would open the door for simple map mods or similar as seen with the Halo series. As for code execution, not likely. The hypervisor as well as other checks are in place to prevent the most common forms of attack. It would take some clever doing to get the good old fashioned gamesave exploits of yesteryear on this new platform ;) Realize also that there isn't much anything preventing authors of demo discs from setting the media flags...this was more likely than not a mishap.
Oh boy! A Bonzi Buddy! Just what I wanted. Thank you, Santa.
A PhD does carry weight. The question is, how many PhDs? It could very well be a small number of accurate pages versus Wikipedia's enormous number of acceptable pages. I'm interested to see how this plays out. Could Wikipedia possibly strike back with its own anal^H^H^H^Hpeer-review system?
Sunday sunday SUNDAY!
The battle of the internet encyclopedias! Buy your ticket NOW at the following Ticketmaster locations...
What nonsense is this? Troll? KDE has a good interface, in my opinion. Do I have to check my opinions at the door now?
Showing the developers a copy of KDE 3.5 would have been cheaper and equally effective.
Perhaps in that case it is a security slum-it. I know, I amaze even myself.
With a name like Dr. "Dang, you suck", it seemed sort of odd from the get go.
'Nobody will ever need more than 640k RAM!' - Bill Gates, 1981
I suppose that, transitively, it is due to a limitation in an archaic version of the BSD stack.
I enjoy the ability to see conversation history in the chat area. It seems like an obvious feature. For the most part, I use GAIM though.
Personally I don't want my grandchildren or archaeologists 1,000 years from now being able to read my CDs or hard drives. The automated destruction of outdated software and useless documents isn't really so bad...but the catch here is they REALLY don't need to find my pr0n collection. "Mommy, why didn't women wear clothes 100 years ago?" HOWEVER: It would be a service to humanity to preserve Wikipedia and the good digital dictionaries and translators every so many years in the most reliable and long-lived storage medium of the time, including reference documentation in multiple languages about how to read the data. Think of what we would have to include: HTML, CSS, ASCII, Unicode, the concept of bits and bytes... If at all possible, a bootable reader machine would be nice. Solid state of course.