I always think it's the name that sells. People like "blu" which translates to "blue". Colorful, gimmicky. A name is everything. Just as things starting with V (vhs) always sound cooler than B (betamax).
But wait... Blu-ray starts with B, oh yea. I guess color imagery trumps typography.
I have the 50" Panasonic plasma--bought it last year. There's no impetus for me to get an HD player because when I sit 15 feet away, standard DVD quality is good enough. Sure, I'd like better, I just don't want to pay a ton for it. I appear to fit inside the bell curve. It's comfy in here...
If it is such an important magical number that you need to keep secret at all times but are required to give over to people who you don't trust maybe, just maybe, it is a stupid idea
No shit. It's very stupid.
By the way, accurate summarization of what a SSN is. I will be updating wikipedia article shortly.
Are we really suppose to have sympathy for morons who don't know what they put on the net is public?
You go to a new cool club with friends X, Y, and Z and you have a few drinks and flirt with a girl you met in the club. Although you get tipsy, you have a great time.
A few weeks later your boss calls you in her office and wants to know why there are photos of you posted on the internet in which you are obviously drunk, with beer in one hand and a drunken floosy in the other. You and her are clearly making sexual gestures, a joke at the time, but unfortunately the punchline is lost in the photo. Worse yet, you're doing it while wearing a baseball cap bearing the corporate logo. You say "but, I don't know those got on the net".
Later, you find out your friend (or co-worker) Y was snapping photos with his cell phone and posted them to his myspace account. You curse him as you pack your cardboard box and promptly escorted from the building.
Morale of the story. Not everyone has the power to prevent others publishing information about you, be it text, photos or videos. It can happen, has happened, and will continue to happen. Your post was far from "insightful"; it was merely ignorant and unsympathetic.
Oh yes, ever heard of dontdatehimgirl.com? I'm sure your future boss will appreciate reading all about you upon googling your name and finding all the dirt your ex-girlfriend spilled on you. Have fun with the job search.
The super sonic planes need to be designed for slow take offs and landings then. Slower would make them quieter and keep the runway requirements short, but then I suppose swept back wing designs would require faster takeoff speeds by their very nature of less lift. Either way, not my problem. They should just figure it out and make it work.:D
LA/SF to Tokyo/Taipei/Singapore/Manila/Hong Kong could have been most profitable, except that LA & SF didn't allow them to land there.
What was the reason for that?
I've always suspected the reasons for the Concorde's failure was not based in economics. I don't see why a super-sonic jet needs to cost 10x more given a high enough volume of traffic and passengers. If the cost difference was say... $1200 versus $800 (25% over) I'd be a regular flier on those jets. I just got back from Asia on a 13-14 hour flight from Taipei and it was absolutely horrible and uncomfortable.
If they do that, how can they say we have a log file of 650GB daily to deal with...
I'm not sure what you're getting at. They just generate lot of data. It's Microsoft one of the largest corporations in the world. Not surprising at all.
I know some other posters have said 650GB a day is nothing, but they are talking crap. It's a lot of data. If you're actually using the data, you may need to store 30, 60, or 90 days worth. Analyzing 19TB, 39TB, 58TB is not a simple matter if you're doing any real sort of data mining with ad hoc queries. Archiving, compressing, and backing up the data is straightforward but what's the point of doing that if you're not planning on actually going back to look at the data?
I should have included this in my previous post. A real world example (1Kb for storing a URI path and 2Kb for a full URI) would drive home the point even more. Just for shits and giggles let's do something closer to a real example.
Pretty good, some savings over variable text; however, we now lost the ability to edit, head, tail, or do anything useful with command line tools. Not exactly worth it for a 1% gain. Oh yes, don't forget gzip will compress ASCII text better than binary because it'll drop the 8th bit on every byte so you'll automatically pickup a built in 12.5% gain with ASCII files which blows away the 1% gain of variable binary format.
My question is why are the logs in ASCII text format? When all you want is say the IP [4 bytes], time of day [4 bytes], URI, referrer and return code [do you really care about their browser strings? You are MS after all, just assume it's IE].
Storing an IP as text requires on average 15 bytes, so right there you can shave off 11 bytes with a binary IP. Time of day is worse, a date+time string is like 25 chars. Doesn't seem like much, but multiply the 32 bytes per entry you save by say 50 million hits and that's 1.5Gbyte you saved. That's not counting the white space you can remove, and a simple huffman code you could apply to the URL/referrer.
Logging in fixed format is not more efficient than variable format text files (unless we're talking about transactions but we're not). Let's assume you're logging the basics: IP address, Timestamp, Return code, URI and we'll look at logging in fixed format then variable format.
[abcd] [timestmap] [code] [URI] 4 bytes 8 bytes 1 byte 50 bytes (you actually need 2 bytes for HTTP return code, but let's ignore that)
Every record will require 63 bytes and we'll round up to 64 for proper word alignment). So, if we log 1000 messages, we will consume 64,000 bytes total.
Ok. Now for text logging with space delimiters. We have 3 options below, each requiring slightly less space than the previous. We'll run totals for each.
Wow. Fixed binary format kicks variable text format's ass. Wrong. This assumes the URI (or message) block will always occupy 50 bytes. It will not. Let's go right down the middle and assume it averages 25 bytes and we'll recalculate.
Variable text format almost always beats fixed binary format for logging. That's why Microsoft (and the rest of the world) stores log files as text. Plus, it's far easier to manage and debug when you can slice and dice the files with standard command line tools.
One more thing. I know what you might be thinking. We're logging URLS, which will probably consume the majority of the 50 byte allotment. Most developers will calculate an average width size and double it, so no matter what we'll still be filling about 50% of the message section.
Last point. If I were to use your example, the savings with text logging would even be greater. 2 URLS would be stored, both consuming about 50% of their data block. IP address, timestamp, URI, Referrer URI, Return Code. There's also a bunch of other little optimizations you can do such as storing the domain, year, month, and day in the filename rather than in the data or dropping the least significant byte in the HTTP return code.
You're surfing on a public computer in Iran.... a popup displays showing hardcore gay sex and red blinking text says CLICK FOR FREE GAY PORN!
We're *not* talking about surfing in Iran. That's a completely different subject. The story this thread is a part of has nothing at all to do with surfing in Iran.
Then you missed my point entirely, which obviously wasn't about surfing in Iran. What's legal in your jurisdiction is not always legal in other's jurisdictions.
But while such garbage might be annoying, it's unlikely it would be illegal content.
You're surfing on a public computer in Iran.... a popup displays showing hardcore gay sex and red blinking text says CLICK FOR FREE GAY PORN!
Re:I don't use vim for the fancy features....
on
Hacking VIM
·
· Score: 1
Vim has a way around resetting tabstops by using what they call softtabs. I've run into serious problems with code where many different coders had edited the same source with different tabstops---there was no tabstop I could pick to make the code readable. Not resetting tabstops is just being considerate to the next person.
Which is why I turn on set expandtab. It always uses spaces for tabs. You will never have varying tabstop issues if you
turn that on. The only time I use real tab characters is for HTML and Javascript served over the network.
Re:I don't use vim for the fancy features....
on
Hacking VIM
·
· Score: 1
i see your.vimrc and raise you
I may have to check a few of those out.
Re:I don't use vim for the fancy features....
on
Hacking VIM
·
· Score: 1
Every version of vim I've used defaults to tabtstop of 8 with real tabs as opposed to spaces. I have no idea what you're talking about.. but I guess that doesn't matter since you're posting anonymously and very unlikely to respond. If you do, feel lucky in that I've broken my rule of not reading anonymously posted replies.
I've seen that also. I've even done it to others, although I've eased up a bit on that the last few years. Criticizing style is somewhat pointless. For me code quality means readability first, efficiency second. If the style is affecting one's ability to read the code, then one is probably being being too rigid, given average code from an average developer.
The other thing is no one wants to be held accountable for other's mistakes, so it's tempting to register complaints ahead of time so that problems in the future can be blamed on the original author with some credibility. Planting suggestions beforehand seems to lay a path for "See, I told you so" type of discussions.
And lastly, everyone likes to feel special and unique. No likes accepting that we're all replaceable, no matter your IQ, no matter your work history, no matter what marvelous project successes you've had. We all form the "everyone else sucks" attitude in order to portray ourselves better than the rest so we can shield our egos from the difficult reality.
I don't use vim for the fancy features....
on
Hacking VIM
·
· Score: 2, Interesting
I use vim because it gives me a very satisfying feeling of get in, do edit, get out. It's like sniping... if that makes sense. I also religiously use its visual editing, which is one of the best methods of selecting text I've ever seen. Plus, vim just gives better sensory satisfaction.
That and screen is the killer combo for me.
.vimrc
set nohlsearch colo pablo set expandtab set shiftwidth=4 set tabstop=4
Banks have insurance, banks have additional power in the legal world to persue issues between different countries, reverse charges etc. Linden lab does not. On top of that, it does not have the information to investigate things themselves because they are not handling payments outside of Second life (their bill processor is, and if the person who is stealing the Linden is smart, he'll use one of the 3rd party sites to convert the money). The payment processor is under legal obligation to not provide them information and Linden lab is going to have a problem because they are not even handling the input/export of Lindens in this case.
In addition, with the Internet you can basically walk to your computer and email the person you just talked to halfway around the world.
The thing about email is you have to know who you're going to contact. It's kind of hard to duplicate an experience of discovering who's out there or the randomness of reaching someone totally unexpected, living very far away. I suppose voice chat rooms come the closest to this experience (Paltalk & Yahoo Messenger), but they do rely on an infrastructure that would likely fail during crisis times. I know there's a minimalistic survival attractiveness to HAM radio that internet chat will never have. Although internet chat rooms suffer from the steady influx of troll behavior, however where they excel is with reconnecting to those you've communicated with before and fostering a subset of regular chatters.
Anyway, in my experience the people left on the airwaves are all at least 60 years old.
I'd agree that it's nearly over, but then as it diminishes it'll become more attractive to the few drawn towards the unconventional and antiquated thus spurring retro revivals.
Key loggers don't work because many banks (certainly the ones I have used) require you enter part of passwords on the site these days, usually via a on screen display (via mouse clicking) and some require you do mouse clicks.
I have 8 accounts with 4 banks: US Bank, Bank of America, National City, and Capital Federal and none them work that way. They all require a user name (or id) and password to be typed. On the 2nd login screen for Bank of America, they display a special image I selected on signup that proves they're not a phishing sight, which isn't useful against key loggers. If your banking websites work as you describe, then their websites are just implemented better than the 4 I listed.
There is also the fact that when you exploit a 'real' bank, you are more likely to get caught and prosecuted, than if you do it through Second life, you can create a anonymous account, transfer the funds through the various payment websites before Linden lab has had the chance to catch on.
Oh.. there are ways of exploiting them in relative safely. Change the address and order new cards. Phone activation will forward you to an operator because caller ID won't match, but you already got the answers to all the questions. Plus, caller ID could be faked with internet phones. Just punch in the number listed on the account. That might trick their system, but I'm not 100% sure.
With checking accounts, just change the address and reorder checks. Wait for the mail to come. There are ways to acquire an "anonymous" mail box.
With both, you could just wait a few days and change the addresses back to hide the changes, but only after the check/card orders are placed.
Also, stolen accounts can be leveraged against each other. Write bad checks against Victim Joe, deposit to Victim Bob's account, transfer cash from Victim Bob's account to a foreign account registered with fake information. Withdraw as cash. And, it would not be difficult to bribe a bank worker in Mexico, most of asia, and most of Africa. Lots of schemes are possible.
Linden lab also has far less power to go after people unfortunately.
No less power than a bank would. Robbery is robbery. No matter who is robbed.
Is it one way or both ways? If it's one way then it hardly matters. Lindens could always be virtually refunded or replaced.
With real banks? Well... You'd need to make various hooks into the browser, intercept traffic from the browser and rewrite it, make a custom implementation for each bank -- to put it simply. It's a lot harder.
Or... just copy the username and password with a key logger. A general key logger is far simpler and stealing is a lot easier if you know the login info. No need to write fancy browser hooks or "screen scraps" (parsing the HTML from inside the browser). Also, it's a trivial matter to build in some simple AI such as flagging key strokes after typing www.name-of-bank.com; or after typing www.name-of-bank -> mouse click; or www.name-of-bank.com -> TAB, TAB, TAB...
And to think I was concerned about a trojan getting installed on my PC that would steal my USD from my checking account rather than Lindens from my SL account. Sorry, I'll get with the program soon...
Yes, because they would keep the nuclear material in big open containers.
I did not say that.
I saw a demonstration of a container NASA wanted to use to send nuclear mater up in.
They fired a rocket sideways into a huge concrete 'bed' After the explosion and fire, they found the container unharmed with it's material intact.
You mean this? container. 100 mph is not comparable to crash speeds of 300-550 mph. It was also a rocket powered sled (100 mph=slow), not a rocket (very fast).
Planning for impacts of 600 mph is the minimum scenario. A descending plane (200-550 mph) crashing into an ascending plane (150-300 mph) could happen and will happen given enough time, which is possible along the approach or take off route of an airport. Freighter trains reach 90 to 110 mph (at least in USA), so one must plan for two trains colliding head on (200+ mph).
I maintain that any container capable of surviving impact at almost 6x the speed in that test would exceed the maximum payload of a freighter plane (120-160 tons). For freight cars, we should plan for 200 mph, so 2x the test speed. OK. Let's say the container weighs 100 tons. That reaches maximum payload of a single freight car (~100 tons). Engineering for exactly the upper limit is not a good idea. Over engineering with a safety factor would probably exceed maximum payload of that freight car. Therefore any container transported by train or plane must use less material and will be weaker than the flask you're referring to.
Also, that flask in the video is a seamless chunk of metal, which presumably would surround a suspended block of nuclear material. A nuclear battery inside a container would not likely be solid chunk with no gaps. There would probably be an air gap with one side welded closed. Both of those would cause the container to be weaker compared to a solid container formed from molten steel. But wait, there's more. A battery requires terminals to penetrate the container, insulated with a non-conducting material. That will introduce a weak point in the flask requiring yet more material and more weight.
Then there was the nuclear warhead that blew off the top of an ICBM in the 80s that survived completely intact.
As for the ICBM/nuclear detonation, a direct hit would have evaporated the missile, therefore the hit was a glancing blow. Steel melts well below 10 million degrees Fahrenheit. Moot example.
SO I don't think contaning them would be much of an issue, safety wise.
Slashdot Mirror
Besides, I don't think Food Network is broadcast in HD yet.... that's what I mostly watch. That and the home improvement channels.
I always think it's the name that sells. People like "blu" which translates to "blue". Colorful, gimmicky. A name is everything. Just as things starting with V (vhs) always sound cooler than B (betamax).
But wait... Blu-ray starts with B, oh yea. I guess color imagery trumps typography.
I have the 50" Panasonic plasma--bought it last year. There's no impetus for me to get an HD player because when I sit 15 feet away, standard DVD quality is good enough. Sure, I'd like better, I just don't want to pay a ton for it. I appear to fit inside the bell curve. It's comfy in here...
So, I wait. Wait and see.
By the way, accurate summarization of what a SSN is. I will be updating wikipedia article shortly.
A few weeks later your boss calls you in her office and wants to know why there are photos of you posted on the internet in which you are obviously drunk, with beer in one hand and a drunken floosy in the other. You and her are clearly making sexual gestures, a joke at the time, but unfortunately the punchline is lost in the photo. Worse yet, you're doing it while wearing a baseball cap bearing the corporate logo. You say "but, I don't know those got on the net".
Later, you find out your friend (or co-worker) Y was snapping photos with his cell phone and posted them to his myspace account. You curse him as you pack your cardboard box and promptly escorted from the building.
Morale of the story. Not everyone has the power to prevent others publishing information about you, be it text, photos or videos. It can happen, has happened, and will continue to happen. Your post was far from "insightful"; it was merely ignorant and unsympathetic.
Oh yes, ever heard of dontdatehimgirl.com? I'm sure your future boss will appreciate reading all about you upon googling your name and finding all the dirt your ex-girlfriend spilled on you. Have fun with the job search.
LOL
The super sonic planes need to be designed for slow take offs and landings then. Slower would make them quieter and keep the runway requirements short, but then I suppose swept back wing designs would require faster takeoff speeds by their very nature of less lift. Either way, not my problem. They should just figure it out and make it work. :D
I've always suspected the reasons for the Concorde's failure was not based in economics. I don't see why a super-sonic jet needs to cost 10x more given a high enough volume of traffic and passengers. If the cost difference was say... $1200 versus $800 (25% over) I'd be a regular flier on those jets. I just got back from Asia on a 13-14 hour flight from Taipei and it was absolutely horrible and uncomfortable.
I know some other posters have said 650GB a day is nothing, but they are talking crap. It's a lot of data. If you're actually using the data, you may need to store 30, 60, or 90 days worth. Analyzing 19TB, 39TB, 58TB is not a simple matter if you're doing any real sort of data mining with ad hoc queries. Archiving, compressing, and backing up the data is straightforward but what's the point of doing that if you're not planning on actually going back to look at the data?
Fixed binary
Variable text
Let's add one more variation: variable length binary records. Maybe that will offer some savings.
Variable binary format
Pretty good, some savings over variable text; however, we now lost the ability to edit, head, tail, or do anything useful with command line tools. Not exactly worth it for a 1% gain. Oh yes, don't forget gzip will compress ASCII text better than binary because it'll drop the 8th bit on every byte so you'll automatically pickup a built in 12.5% gain with ASCII files which blows away the 1% gain of variable binary format.
Logging in fixed format is not more efficient than variable format text files (unless we're talking about transactions but we're not). Let's assume you're logging the basics: IP address, Timestamp, Return code, URI and we'll look at logging in fixed format then variable format.
Every record will require 63 bytes and we'll round up to 64 for proper word alignment). So, if we log 1000 messages, we will consume 64,000 bytes total.
Ok. Now for text logging with space delimiters. We have 3 options below, each requiring slightly less space than the previous. We'll run totals for each.
16 + 15 + 2 + 50 + 1 = 84 bytes * 1000 = 84,000 bytes
16 + 11 + 2 + 50 + 1 = 80 bytes * 1000 = 80,000 bytes
12 + 10 + 1 + 50 + 1 = 74 bytes * 1000 = 74,000 bytes
Wow. Fixed binary format kicks variable text format's ass. Wrong. This assumes the URI (or message) block will always occupy 50 bytes. It will not. Let's go right down the middle and assume it averages 25 bytes and we'll recalculate.
16 + 15 + 2 + 25 + 1 = 59 bytes * 1000 = 59,000 bytes
16 + 11 + 2 + 25 + 1 = 55 bytes * 1000 = 55,000 bytes
12 + 10 + 1 + 25 + 1 = 49 bytes * 1000 = 49,000 bytes
Variable text format almost always beats fixed binary format for logging. That's why Microsoft (and the rest of the world) stores log files as text. Plus, it's far easier to manage and debug when you can slice and dice the files with standard command line tools.
One more thing. I know what you might be thinking. We're logging URLS, which will probably consume the majority of the 50 byte allotment. Most developers will calculate an average width size and double it, so no matter what we'll still be filling about 50% of the message section.
Last point. If I were to use your example, the savings with text logging would even be greater. 2 URLS would be stored, both consuming about 50% of their data block. IP address, timestamp, URI, Referrer URI, Return Code. There's also a bunch of other little optimizations you can do such as storing the domain, year, month, and day in the filename rather than in the data or dropping the least significant byte in the HTTP return code.
With no
I've seen that also. I've even done it to others, although I've eased up a bit on that the last few years. Criticizing style is somewhat pointless. For me code quality means readability first, efficiency second. If the style is affecting one's ability to read the code, then one is probably being being too rigid, given average code from an average developer.
The other thing is no one wants to be held accountable for other's mistakes, so it's tempting to register complaints ahead of time so that problems in the future can be blamed on the original author with some credibility. Planting suggestions beforehand seems to lay a path for "See, I told you so" type of discussions.
And lastly, everyone likes to feel special and unique. No likes accepting that we're all replaceable, no matter your IQ, no matter your work history, no matter what marvelous project successes you've had. We all form the "everyone else sucks" attitude in order to portray ourselves better than the rest so we can shield our egos from the difficult reality.
That and screen is the killer combo for me.
I'd agree that it's nearly over, but then as it diminishes it'll become more attractive to the few drawn towards the unconventional and antiquated thus spurring retro revivals.
Oh.. there are ways of exploiting them in relative safely. Change the address and order new cards. Phone activation will forward you to an operator because caller ID won't match, but you already got the answers to all the questions. Plus, caller ID could be faked with internet phones. Just punch in the number listed on the account. That might trick their system, but I'm not 100% sure.
With checking accounts, just change the address and reorder checks. Wait for the mail to come. There are ways to acquire an "anonymous" mail box.
With both, you could just wait a few days and change the addresses back to hide the changes, but only after the check/card orders are placed.
Also, stolen accounts can be leveraged against each other. Write bad checks against Victim Joe, deposit to Victim Bob's account, transfer cash from Victim Bob's account to a foreign account registered with fake information. Withdraw as cash. And, it would not be difficult to bribe a bank worker in Mexico, most of asia, and most of Africa. Lots of schemes are possible.
No less power than a bank would. Robbery is robbery. No matter who is robbed.
And to think I was concerned about a trojan getting installed on my PC that would steal my USD from my checking account rather than Lindens from my SL account. Sorry, I'll get with the program soon...
You mean this? container. 100 mph is not comparable to crash speeds of 300-550 mph. It was also a rocket powered sled (100 mph=slow), not a rocket (very fast).
Planning for impacts of 600 mph is the minimum scenario. A descending plane (200-550 mph) crashing into an ascending plane (150-300 mph) could happen and will happen given enough time, which is possible along the approach or take off route of an airport. Freighter trains reach 90 to 110 mph (at least in USA), so one must plan for two trains colliding head on (200+ mph).
I maintain that any container capable of surviving impact at almost 6x the speed in that test would exceed the maximum payload of a freighter plane (120-160 tons). For freight cars, we should plan for 200 mph, so 2x the test speed. OK. Let's say the container weighs 100 tons. That reaches maximum payload of a single freight car (~100 tons). Engineering for exactly the upper limit is not a good idea. Over engineering with a safety factor would probably exceed maximum payload of that freight car. Therefore any container transported by train or plane must use less material and will be weaker than the flask you're referring to.
Also, that flask in the video is a seamless chunk of metal, which presumably would surround a suspended block of nuclear material. A nuclear battery inside a container would not likely be solid chunk with no gaps. There would probably be an air gap with one side welded closed. Both of those would cause the container to be weaker compared to a solid container formed from molten steel. But wait, there's more. A battery requires terminals to penetrate the container, insulated with a non-conducting material. That will introduce a weak point in the flask requiring yet more material and more weight.
As for the ICBM/nuclear detonation, a direct hit would have evaporated the missile, therefore the hit was a glancing blow. Steel melts well below 10 million degrees Fahrenheit. Moot example.
Mmmm'kay.
..or trains. Since sometimes they crash and spill the contents all over the place.