I don't think this benefits Ticketmaster as described. Keep in mind scalpers are doing nothing but trying to take advantage of an arbitrage opportunity (buy cheap tickets, auction for a much higher value).
It's simply a question of who captures the "value" (economic surplus). Suppose consumers and scalpers pay $100 per ticket. Scalpers resell their tickets at an average cost of $200. In that case, consumers and scalpers captured $100 of "value". Those consumers that purchased from the scalpers captured $0 in value. And ticketmaster and the performers captured $100 in value (but lost an additional $100 they could have captured). I don't know if ticketmaster gets a flat fee, or a flat fee plus a percentage of the gross receipts, or what, but it would seem the primary loser in this instance is the performer (and ticketmaster potentially secondarily).
If scalpers can't resell their tickets, then *all* tickets sell for $100. Now consumers capture the same $100 in economic value (both the original consumers and now the ones who would've purchased from scalpers). The scalpers get $0 value. And the performers still miss out on the additional $100 in value. Ticketmaster is unaffected by this (assuming the show still sells out, which is would in this instance).
The "Grandma" argument is relevant, though it's likely a small percentage of Ticketmaster's sales. Airlines have the same policy - I've run into this where my father purchased a ticket in my name but United Airlines would not let me board the plane without having his credit card for validation (which as I pointed out to them is a retarded policy, since if I had *stolen* the card I would have it handy, and if I was a marginal criminal I would have his number embossed on a fake card). At the time I had to purchase a new ticket and he had to file for reimbursement (I'm not sure if this is still their policy).
It seems to be the biggest reason Ticketmaster would do this is the same reason the airlines went to e-tickets over paper tickets - it's *significantly* cheaper to handle. The airlines said that e-ticketing saved them $30 per ticket (even after accounting for all the automated ticket booths). Even if you don't believe that number, and you agree ticketmaster's costs are lower, if they save $1 per ticket that easily amounts to tens or hundreds of millions of dollars, with the added bonus of cutting down on credit card fraud (at least as well as the airline policy above describes)
AOL has had this for years. If you have an AOL ID you can see if at http://my.screenname.aol.com./ It's essentially "kerberos for the web". Unfortunately (a) it's a bear to get working (on the apache side), (b) is only used by their partners, and (c) forces you to use your AOL login. But other than that it's pretty nifty - if only they would open source it.
Our RedHat TAM tells us that "the signing infrastructure is completely different between fedora and RHEL" and that RHEL uses "a submit to be signed" method. So essentially, someone submitted packages and the system automatically signed them.
There are plenty of companies which are concerned with nothing but the best price for their support. Usually these are small companies, though sometimes they are larger ones too. Companies *really* concerned about cost ignore companies like Oracle and instead run Debian, SuSE, White Box, or some other distro. If they need support, they tend to find the least expensive, small consulting firm they can (like mine). The ones that believe "nobody ever got fired for buying IBM" will likely consider Oracle.
But, the big companies will stick with Red Hat. Why? Simple. When they have an issue with an application, Red Hat has engineers which troubleshoot the problem, fix it, then release a new package. Sure, Oracle *could* do that, but can they get Red Hat to accept the patches? More importantly, will they just say "sorry, that's a bug in the vendor's software"? Red Hat has engineers who are dedicated to patching and improving the OS.
That said, the large companies are likely to exert a bit of muscle to get a better deal on their Red Hat contracts by comparing the Red Hat support costs to Oracle. In the end, this will certainly cost Red Hat some revenue, but I don't personally see it as dire as wall street did on Thursday. And in the end, the marketis certainly big enough that Oracle could end up having a positive influence on Red Hat's market share, as yet another company advocated Linux to the masses.
Actually, I believe you could even run konqueror in Gnome if you wanted to, though what you'd end up with is konqueror loading tons of kde programs (like kdeinit) in order to start. Just like how nautilus works in KDE.
it would be pretty simple, actually. The RAW format just needs a header which describes the data it contains. WAV files have this now - they are binary data with a 100-byte (I believe) header that descibes the bitrate, length, etc. The trick would be figuring out a reasonable-length header which can describe any RAW image format.
Thanks to conservation of momentum you gain tangental velocity which propells you in a spiral outwards as you slowly break the sun's gravitational pull.
If it's anything like spinning in circles in my front yard when I Was a kid I think I'll pass. Vomiting in space seems even less enjoyable than here on earth.
I have read that cell companies say that the phones would confuse the cell network due to being able to "see" so many towers. I don't buy that as I have used my cell on top of a 250ft tower on top of a tall mountain well within the range of at least 10 cell towers. No problem as far as I could see.
It's not the fact that there are 10 towers nearby, it's that cell towers are designed for you to be traveling at 1/10th the speed of a 747. At 600MPH, you hand off to a new cell every 30 seconds or so. Each handoff takes time, and if you're traveling through an area with multiple towers, you will change between them before the handoff is complete, as the equipment doesn't hand off that fast.
Basically, at that speed, it's difficult to hold a call. It might work with one or two people doing it, but if everyone did it, the cell network capacity would drop and it wouldn't work for anyone. Plus, antennas are aimed towards the ground (go look at a cell site on a tower and you'll notice the antennas are aimed downwards). Hell, I'm 4 miles from a tower with clear LoS and I can't maintain a good connection - I imagine doing this at 39,000 ft would be worthless anyway.
A colleague and I recently did something similar for a company in the US who wanted to track shipments, but it should work similarly for you as well. Here's how it worked:
Each pallet was tagged with an 802.11 RFID-esque tag which would broadcast it's info every 30 seconds or so for it's lifetime (about a week). There was a unit placed inside each truck which could capture the RFID info and spool it up, then use a GPS to grab it's position and connect out via the GPRS network to our server with all its info. We captured the data and could plot the shipments around the US.
You don't really need the RFID tags in your example, but you do need some unique identifier assigned to each bus. Add some way for people to connect to, say, a website and request info about a particular route and you're pretty much there. Heck, with a little effort you could probably even predict when the bus should arrive (not just where it's at now).
I'm sure we could probably design and build something in your price range. http://uslinux.net
The right way to do it is with a GSLB (global server load balancer) or a VIP - basically a DNS round-robin that hides the round robin nature and removes broken servers from the valid pool when they're down.
But, as others have mentioned, if you already have a T1 it shouldn't be down much. If it is, you're better off changing providers. Setting your DNS TTL low is a hack that will subsume quite a bit of bandwidth.
What seems like it would be a *better* method would be to do both. Keep the running apps in core, but as spare I/O cycles permit, write them out to disk. When you then load a large app, the other app is already swapped out. So long as the swap was very low priority when the system *had* enough RAM, about the only downside would be writing to disk all the time. In fact, you could even prefetch the app back as chunks of memory became available.
One more reason why running your own mailserver is the way to go. Sendmail, for instance, easily supports virtual user tables (virtusertable) - aliases, basically. Use a rule like:
USERNAME+%2@yourdomain.com USERNAME
Which will deliver all mail in the form of bob+amazon@hisdomain.com to bob@hisdomain.com. Use a different name on each site, but you don't need to create aliases for each user. When you start getting spam to that address, just add a line *before* the one above of
USERNAME+SOMESITE@yourdomain.com error:nouser User has been removed because of SPAM
I only wish I had started doing this before my primary addresses had been harvested:-(
Remember a time when it was [necessary] to get under the hood of your car, do tune-ups, and perform other ordinarily easy maintenance functions?
I have a '00 4Runner and I used to own a '66 Mustang. In the truck, it's been 60,000 miles and when I pulled the plugs they were as good as new. 150k coolant in the radiator from the factory. Tune-ups? They consist of replacing the plugs every 100k miles or so - the computer adjusts the timing, fuel mixture, etc. Brakes? Most people get 90-100k out of them. You catch my drift.
My point is that with most modern cars, there is very little maintenance that needs to be done. Compare that to pre-fuel-injected vehicles which needed tune-ups every 12,000 miles, timing adjustments every 6 months, extremely frequent oil changes to minimize the oil dilution, etc. If you have to take your vehicle to the mechanic every once-in-a-while instead of tinkering with it yourself every month, it's really not a big deal IMO. Sure it would be *nice* to be able to work on them, but personally I don't feel its necessary.
Just think, in a few million years when we've wiped every bit of out existance from Earth, aliens will be able to land on Mars and deduce that a civilization was once there. Ah the irony.
I often think that if you could get one car executive to take a 'chance'...and try the old idea behind the original GTO's and later other muscle cars...throw a monster engine into a decent body of a car...keep the interior minimalist...with real perfomance, and keep the price reasonable. I gotta think these things would sell like hotcakes...
A number of companies have tried this. Those types of cars end up being limited production runs because, well, they just don't sell. Subaru WRX STi, Mustang Saleen (there was a stripped down empty shell version)... pretty much every company has tried this and failed. They sell a few to enthusiasts, but most people who spend $20k+ on a car want things like a radio. Granted, they're not as simple to work on as cars built in the 60's, but they CAN'T be. I used to own a '66 Mustang and I can say for certain there's no way you could make that vehicle meet any sort of emissions standards without a reasonably complex emissions system.
A lot of complexity adds to a lot of power, emissions control, and gas mileage that you couldn't get in those muscle cars. Those 5.0L late 60's Ford engines turned maybe 225HP with a lot of tuning, got 15mpg, and polluted like crazy. Nowadays you can get a 2.5L 4cyl Subaru with 225HP or a 4.7L 8cyl Ford with 300+HP.p>
Slashdot Mirror
Except, after you jailbreak, you can install a CVE patch to the PDF exploit via Cydia (the jailbreak version of the App store).
So my jailbroken 4.0.1 phone is more secure than your unbroken 4.0.1 phone.
I don't think this benefits Ticketmaster as described. Keep in mind scalpers are doing nothing but trying to take advantage of an arbitrage opportunity (buy cheap tickets, auction for a much higher value).
It's simply a question of who captures the "value" (economic surplus). Suppose consumers and scalpers pay $100 per ticket. Scalpers resell their tickets at an average cost of $200. In that case, consumers and scalpers captured $100 of "value". Those consumers that purchased from the scalpers captured $0 in value. And ticketmaster and the performers captured $100 in value (but lost an additional $100 they could have captured). I don't know if ticketmaster gets a flat fee, or a flat fee plus a percentage of the gross receipts, or what, but it would seem the primary loser in this instance is the performer (and ticketmaster potentially secondarily).
If scalpers can't resell their tickets, then *all* tickets sell for $100. Now consumers capture the same $100 in economic value (both the original consumers and now the ones who would've purchased from scalpers). The scalpers get $0 value. And the performers still miss out on the additional $100 in value. Ticketmaster is unaffected by this (assuming the show still sells out, which is would in this instance).
The "Grandma" argument is relevant, though it's likely a small percentage of Ticketmaster's sales. Airlines have the same policy - I've run into this where my father purchased a ticket in my name but United Airlines would not let me board the plane without having his credit card for validation (which as I pointed out to them is a retarded policy, since if I had *stolen* the card I would have it handy, and if I was a marginal criminal I would have his number embossed on a fake card). At the time I had to purchase a new ticket and he had to file for reimbursement (I'm not sure if this is still their policy).
It seems to be the biggest reason Ticketmaster would do this is the same reason the airlines went to e-tickets over paper tickets - it's *significantly* cheaper to handle. The airlines said that e-ticketing saved them $30 per ticket (even after accounting for all the automated ticket booths). Even if you don't believe that number, and you agree ticketmaster's costs are lower, if they save $1 per ticket that easily amounts to tens or hundreds of millions of dollars, with the added bonus of cutting down on credit card fraud (at least as well as the airline policy above describes)
We've got ~2800 RHEL4 and 5 servers and ~400 VMware ESX servers and 4 admins. The key is homogenity.
http://web.archive.org/web/20050211210119/http://reverse.lostrealm.com/protect/ldd.html
Now we can go back in time four times!
Don't all Intel-based Mac owners also own a PC capable of running Windows by using bootcamp?
AOL has had this for years. If you have an AOL ID you can see if at http://my.screenname.aol.com./ It's essentially "kerberos for the web". Unfortunately (a) it's a bear to get working (on the apache side), (b) is only used by their partners, and (c) forces you to use your AOL login. But other than that it's pretty nifty - if only they would open source it.
Our RedHat TAM tells us that "the signing infrastructure is completely different between fedora and RHEL" and that RHEL uses "a submit to be signed" method. So essentially, someone submitted packages and the system automatically signed them.
Wrap your entire body in foil before the protest. Seriously.
There are plenty of companies which are concerned with nothing but the best price for their support. Usually these are small companies, though sometimes they are larger ones too. Companies *really* concerned about cost ignore companies like Oracle and instead run Debian, SuSE, White Box, or some other distro. If they need support, they tend to find the least expensive, small consulting firm they can (like mine). The ones that believe "nobody ever got fired for buying IBM" will likely consider Oracle.
But, the big companies will stick with Red Hat. Why? Simple. When they have an issue with an application, Red Hat has engineers which troubleshoot the problem, fix it, then release a new package. Sure, Oracle *could* do that, but can they get Red Hat to accept the patches? More importantly, will they just say "sorry, that's a bug in the vendor's software"? Red Hat has engineers who are dedicated to patching and improving the OS.
That said, the large companies are likely to exert a bit of muscle to get a better deal on their Red Hat contracts by comparing the Red Hat support costs to Oracle. In the end, this will certainly cost Red Hat some revenue, but I don't personally see it as dire as wall street did on Thursday. And in the end, the marketis certainly big enough that Oracle could end up having a positive influence on Red Hat's market share, as yet another company advocated Linux to the masses.
Actually, I believe you could even run konqueror in Gnome if you wanted to, though what you'd end up with is konqueror loading tons of kde programs (like kdeinit) in order to start. Just like how nautilus works in KDE.
maybe they can get Stallone for it?
it would be pretty simple, actually. The RAW format just needs a header which describes the data it contains. WAV files have this now - they are binary data with a 100-byte (I believe) header that descibes the bitrate, length, etc. The trick would be figuring out a reasonable-length header which can describe any RAW image format.
Thanks to conservation of momentum you gain tangental velocity which propells you in a spiral outwards as you slowly break the sun's gravitational pull.
If it's anything like spinning in circles in my front yard when I Was a kid I think I'll pass. Vomiting in space seems even less enjoyable than here on earth.
It's not the fact that there are 10 towers nearby, it's that cell towers are designed for you to be traveling at 1/10th the speed of a 747. At 600MPH, you hand off to a new cell every 30 seconds or so. Each handoff takes time, and if you're traveling through an area with multiple towers, you will change between them before the handoff is complete, as the equipment doesn't hand off that fast.
Basically, at that speed, it's difficult to hold a call. It might work with one or two people doing it, but if everyone did it, the cell network capacity would drop and it wouldn't work for anyone. Plus, antennas are aimed towards the ground (go look at a cell site on a tower and you'll notice the antennas are aimed downwards). Hell, I'm 4 miles from a tower with clear LoS and I can't maintain a good connection - I imagine doing this at 39,000 ft would be worthless anyway.
you could always put together your own server, buy your own domain, and then stick the box at the end of a friend's DSL line. Or rent colo space.
Each pallet was tagged with an 802.11 RFID-esque tag which would broadcast it's info every 30 seconds or so for it's lifetime (about a week). There was a unit placed inside each truck which could capture the RFID info and spool it up, then use a GPS to grab it's position and connect out via the GPRS network to our server with all its info. We captured the data and could plot the shipments around the US.
You don't really need the RFID tags in your example, but you do need some unique identifier assigned to each bus. Add some way for people to connect to, say, a website and request info about a particular route and you're pretty much there. Heck, with a little effort you could probably even predict when the bus should arrive (not just where it's at now).
I'm sure we could probably design and build something in your price range. http://uslinux.net
Really? Don't tell my boss that.
It's specifically mentioned in one of the more recent episodes.
But, as others have mentioned, if you already have a T1 it shouldn't be down much. If it is, you're better off changing providers. Setting your DNS TTL low is a hack that will subsume quite a bit of bandwidth.
What seems like it would be a *better* method would be to do both. Keep the running apps in core, but as spare I/O cycles permit, write them out to disk. When you then load a large app, the other app is already swapped out. So long as the swap was very low priority when the system *had* enough RAM, about the only downside would be writing to disk all the time. In fact, you could even prefetch the app back as chunks of memory became available.
One more reason why running your own mailserver is the way to go. Sendmail, for instance, easily supports virtual user tables (virtusertable) - aliases, basically. Use a rule like:
:-(
USERNAME+%2@yourdomain.com USERNAME
Which will deliver all mail in the form of bob+amazon@hisdomain.com to bob@hisdomain.com. Use a different name on each site, but you don't need to create aliases for each user. When you start getting spam to that address, just add a line *before* the one above of
USERNAME+SOMESITE@yourdomain.com error:nouser User has been removed because of SPAM
I only wish I had started doing this before my primary addresses had been harvested
I have a '00 4Runner and I used to own a '66 Mustang. In the truck, it's been 60,000 miles and when I pulled the plugs they were as good as new. 150k coolant in the radiator from the factory. Tune-ups? They consist of replacing the plugs every 100k miles or so - the computer adjusts the timing, fuel mixture, etc. Brakes? Most people get 90-100k out of them. You catch my drift.
My point is that with most modern cars, there is very little maintenance that needs to be done. Compare that to pre-fuel-injected vehicles which needed tune-ups every 12,000 miles, timing adjustments every 6 months, extremely frequent oil changes to minimize the oil dilution, etc. If you have to take your vehicle to the mechanic every once-in-a-while instead of tinkering with it yourself every month, it's really not a big deal IMO. Sure it would be *nice* to be able to work on them, but personally I don't feel its necessary.
Just think, in a few million years when we've wiped every bit of out existance from Earth, aliens will be able to land on Mars and deduce that a civilization was once there. Ah the irony.
A number of companies have tried this. Those types of cars end up being limited production runs because, well, they just don't sell. Subaru WRX STi, Mustang Saleen (there was a stripped down empty shell version)... pretty much every company has tried this and failed. They sell a few to enthusiasts, but most people who spend $20k+ on a car want things like a radio. Granted, they're not as simple to work on as cars built in the 60's, but they CAN'T be. I used to own a '66 Mustang and I can say for certain there's no way you could make that vehicle meet any sort of emissions standards without a reasonably complex emissions system.
A lot of complexity adds to a lot of power, emissions control, and gas mileage that you couldn't get in those muscle cars. Those 5.0L late 60's Ford engines turned maybe 225HP with a lot of tuning, got 15mpg, and polluted like crazy. Nowadays you can get a 2.5L 4cyl Subaru with 225HP or a 4.7L 8cyl Ford with 300+HP.p>
But I digress.