For a very small website SQLite is your best choice - fast enough and no maintenance. For small to medium, Postgres and MySQL are comparable in terms of the amount of management you need to do to keep them running. MySQL does have a more interesting SQL dialect, so if you use its nonstandard features you can get by writing less code. With large numbers of concurrent users - or if you're using complicated queries with many joins - Postgres is going to come out ahead since it's just better at handling that sort of thing.
The Bible is not God's word -- it can't be -- the languages in use 5000 years ago were not sufficiently advanced to describe the world. So it's fine for you to take it on faith that God spoke to the writers, or put the thoughts and ideas and words into their minds, depending on the case. But the languages were not evolved enough to describe every concept, so what we have is a set of texts that are tied to the era in which they were written, both in context and in language.
They can only be interpretted because reading IS interpretation. The only question is where is the line where you understand the intent behind the text and beyond which you're putting your own (or someone else's) spin on to it? Look at Scientologists -- one of their core beliefs is that if you don't understand and believe what's written, then you obviously don't understand the meaning of the words the author used. So you look up the definitions of every word. Still don't get it? Look up the definition of every word in those definitions, ad infinitum... until you either "understand" or just take it on faith that what's written means what "they" say it means.
And the problem is that you're saying that science and religion are teaching different sides of the same issue, which they aren't. Science and religion aren't in competition with each other. God created the natural world and science is a process by which we understand and explain that world?
As far as following the teachings as best you can.. if you believe it word-for-word then you know you'd better do better than that. You must follow His every commandment if you want the rain to come, and if you don't, you'll feel His anger and you'll see no rain. It's those types of all-or-nothing statements that are the logical falacy in taking the Bible literaly.
Sure, there are separate packages for all of the drivers. But I wouldn't exactly call it "modular" since you can't install one driver without installing all of them.
This is not exactly the same as making it massively multiplayer because the world is still the same size, and I'm unsure if the client could handle all the actors being on the screen at the same time.....Ideally, we want something similar to the Unreal 2 idea, where you have people getting passed from server to server to server, and the place is massive.
Just because they didn't make a world that's 100x larger it doesn't mean that it's not possible now. The PDF indicates that the world is partitioned into discrete pieces and server partitioning is done automatically - and players are passed between the servers on demand. IMHO, it seems exactly like what you're saying.
I've lost count of the number web sites that require you to answer one of these and don't even let you choose a decent question.
You mean you actually use a contextually appropriate answer to the "secret" question? You're better off using an answer to a different question, i.e. your mother's maiden name as the response to where you went to high school. It's still top of mind information, and at least then your enemies (and friends) can't break into your account quite so quickly.
I'm surprised nobody has mentioned dbmail yet. It's a nice prepackaged substitute for maildir/courier/mysql virtual users, etc... It's not a substitute for everything you require, but it will simplify your most common admin tasks.
Sure, but gzip'd JSON is 15-25% smaller than gzip'd XML. Take a look at the (contrived) examples and try gziping any of them. It's closer to a binary format itself and is really just as, if not more readable than XML.
If you're wondering... the reason you have to Google for NetDrive rather than just downloading it from Novell is that NetDrive is licenced as part of Netware. So it's not exactly "free". But it's funny, Novell even tells you to go download it off the net.
Lots of people want micropayments. Credit card sales typically cost small merchants $0.30 + 3% of the total. If you want to sell an mp3 for $2 you'll pay 18% of that in fees. Sell a whole album of mp3's for $10 and you'll pay 6%. Credit card processing is nothing but a scam -- I for one am open to any alternatives that a big player like Google can come up with.
I'm not saying it won't work.. and it certainly is more convenient than the current system (but that reason applies to the legit uses as well). But since you're still publishing distribution points, you can be tracked down... so where's the benefit?
Also the.torrent file is the real problem in hosting files. Its not as easy as just providing one directory and every file in that directory gets shared. Ofcourse there are benefits also to the.torrent file when we want to serve a whole directory as a single torrent. An approach where both kinds of things can be done will be better than a single method.
Bittorrent isn't a "share all the files on my hard drive" system. It's a distribution system for content publishers. It will most likely never be the former because that's how you get the MPAA, RIAA, etc on your back. If you want a list of content publishers use Google.
Also the Emule has it better that it can determine that multiple names of a file are actually the same file, based on the same Hash.
There's never any danger of downloading multiple versions of the same file because you download the torrent file from the publisher's website - not the system. That torrent connects you to one or more peers, the mini-trackers, which are presumably operated by the publisher. And then it's just standard bittorrent stuff.
It's good way to publish legitimate content. It's not a good way to distribute illegal content. First of all the torrent has a record of your peer IP addresses. So, all the lawyers need to do is have the peers listed in the torrent shut down -- then the torrent is useless. Sure, you could hide for a while using zombie windows boxes as your "master" peers, that's one level of indirection. But as they become unavailable you need to distribute new torrent files with fresh peer lists. Maybe that's not a problem, but it seems like more trouble than it's worth.
If you want a share-all-my-files p2p bittorrent, try eXeem (or eXeem Lite).
At least Vonage will direct your calls to a local 911 dispatcher (based on the location you provide). Most VOIP providers don't even go that far. They're testing e911 service in Rhode Island... apparently it's working quite well.
Of course, I missed the boat to fame, pretty badly, now that Google made it so public. Yeah, I know, someone else probably did it before, but those efforts were obviously pretty obscure.
It's not pure js - it uses the rich editing component in Mozilla and Internet Explorer just like all of the other rich editing js apps out there (there are dozens, several of them are well known see HTMLArea, FCKEdit, etc...). So, you can still make your claim to fame by writing one that doesn't use the browser specific components.. since that's what you want to do anyway right? Pure javascript?
And it's nice to have Mike Lin's StartupMonitor and Startup Control Panel installed. Helps to keep things from being added to start without your knowledge, and lets you disable them after the fact.
Charging $20 a month for access to information is an outrageous idea and is particularly frightening when uttered by an individual whose company holds the key to so much of the electronic information on the web.
RTFI. Seriously, before jumping the gun and saying something is outrageous you should read the interview. Taken out of context and applied to something that he wasn't talking about, it sounds bad. But read what he actually said:
One risk of that is that people don't get paid for their content, which is clearly a problem. I'd personally like to see a model where you can buy into the world's content. Let's say you pay $20 per month and get access to the world. Somebody else needs to figure out how to reward all the people who create the things that you use. This is basically what happens with a lot of systems today. Radio stations pay into a big fund, and then the organization decides which labels and which artists to reimburse, based on what got played on the radio. It's a nice model because it allows access to everyone for everything that exists, but you don't have to think about, "Oh, I'm going to spend five cents to look at this web page" or things like that. That will allow content producers to still get rewarded for what they do.
He's talking specifically about commercial content producers -- people who want to get paid for the work they produce. And he's clearly not talking about charging for Open Source content like Wikipedia. They're headed down this road and it's a *good* thing. If Google wants to be a content search and delivery system I'm all for it - they will be competing for royalty payments with every other book, music, movie, media publisher/distributer including every other web service that distributes fee-based content (e.g. iTunes, Audible, etc...). Please, tell me anything at all that's wrong with that?
exceptionally poor performance of aggregates like COUNT(*)
So, I guess you'd rather get the wrong answer quickly than the right answer in as much time as it takes? It's a shortcoming of MVCC - you get high concurrency and reader/writer isolation in exchange for problems like this. They'll probably change the structure of the indexes to avoid the sequential scans at the expense of extra storage but until then we're stuck with them.
Yep - for this guy. He pays 26,000 for the land, he can sell lots, tax the residents, and make all of that back and then some and cash out. But the problem is that it only works as long as the game is popular and the money keeps flowing. Look at Earth and Beyond -- great game with a large player base for the first few months, and then gone. There are plenty of games out there that went from zero subscribers up to a few hundred thousand in a few months and back to zero just as fast. This guy is putting a lot of faith in the game's developers - faith that they'll keep the game interesting and the players playing -- and that they won't just keep making more land.
It's like anything, price just comes down to supply and demand. But at least with real land - they aren't making any more of it. And unlike collectible items (baseball cards, comic books, etc...) there may be no value associated with this land being 'old'. The only real value of this land over land that they'll issue in the future is that, perhaps, it's "closer" to some place(s) of interest. And real world time is definitely worth real world money. Who knows.. there has to be some reason the guy thought it was worth that much.
Not really... the article is talking about relatively huge files which when you swap out blocks in order to result in the same MD5. Passwords on the other hand are much shorter than the MD5 in the first place and no two strings shorter than the MD5 length (128 bits) will give you the same MD5. The MD5 space is many orders of magnitude larger than the typical password space - even a 16 character password that uses mixed case, digits and punctuation (basically all of base64), that contains about 96 bits of information -- that's 4 billion times smaller than the space of MD5.
What I'm getting at is that you'll probably always have to either know the password + the salt (if there is one), use brute force, or use a database of MD5's for all possible passwords in order to decrypt an MD5'd password. But since there are already MD5 databases, we're kind of past this part anyway.
As for access tokens, MD5's are chosen simply because they're large and seemingly random which makes them "unguessable". Since they're just temporary anyway, guessability is all you're trying to prevent - you'll get a new one next time and the attacker will have to start over.
They do have copyright law in Bangladesh -- they signed onto the Universal Copyright Convention. And they're WTO members, so that's even more restrictive when it comes to intellectual property.
Slashdot Mirror
For a very small website SQLite is your best choice - fast enough and no maintenance. For small to medium, Postgres and MySQL are comparable in terms of the amount of management you need to do to keep them running. MySQL does have a more interesting SQL dialect, so if you use its nonstandard features you can get by writing less code. With large numbers of concurrent users - or if you're using complicated queries with many joins - Postgres is going to come out ahead since it's just better at handling that sort of thing.
They can only be interpretted because reading IS interpretation. The only question is where is the line where you understand the intent behind the text and beyond which you're putting your own (or someone else's) spin on to it? Look at Scientologists -- one of their core beliefs is that if you don't understand and believe what's written, then you obviously don't understand the meaning of the words the author used. So you look up the definitions of every word. Still don't get it? Look up the definition of every word in those definitions, ad infinitum... until you either "understand" or just take it on faith that what's written means what "they" say it means.
And the problem is that you're saying that science and religion are teaching different sides of the same issue, which they aren't. Science and religion aren't in competition with each other. God created the natural world and science is a process by which we understand and explain that world?
As far as following the teachings as best you can.. if you believe it word-for-word then you know you'd better do better than that. You must follow His every commandment if you want the rain to come, and if you don't, you'll feel His anger and you'll see no rain. It's those types of all-or-nothing statements that are the logical falacy in taking the Bible literaly.
The fglrx drivers work fine -- and they're written by ATI.
Sure, there are separate packages for all of the drivers. But I wouldn't exactly call it "modular" since you can't install one driver without installing all of them.
Just because they didn't make a world that's 100x larger it doesn't mean that it's not possible now. The PDF indicates that the world is partitioned into discrete pieces and server partitioning is done automatically - and players are passed between the servers on demand. IMHO, it seems exactly like what you're saying.
You mean you actually use a contextually appropriate answer to the "secret" question? You're better off using an answer to a different question, i.e. your mother's maiden name as the response to where you went to high school. It's still top of mind information, and at least then your enemies (and friends) can't break into your account quite so quickly.
doh! thanks
I'm surprised nobody has mentioned dbmail yet. It's a nice prepackaged substitute for maildir/courier/mysql virtual users, etc... It's not a substitute for everything you require, but it will simplify your most common admin tasks.
Sure, but gzip'd JSON is 15-25% smaller than gzip'd XML. Take a look at the (contrived) examples and try gziping any of them. It's closer to a binary format itself and is really just as, if not more readable than XML.
If you're wondering... the reason you have to Google for NetDrive rather than just downloading it from Novell is that NetDrive is licenced as part of Netware. So it's not exactly "free". But it's funny, Novell even tells you to go download it off the net.
Lots of people want micropayments. Credit card sales typically cost small merchants $0.30 + 3% of the total. If you want to sell an mp3 for $2 you'll pay 18% of that in fees. Sell a whole album of mp3's for $10 and you'll pay 6%. Credit card processing is nothing but a scam -- I for one am open to any alternatives that a big player like Google can come up with.
I'm not saying it won't work.. and it certainly is more convenient than the current system (but that reason applies to the legit uses as well). But since you're still publishing distribution points, you can be tracked down... so where's the benefit?
Bittorrent isn't a "share all the files on my hard drive" system. It's a distribution system for content publishers. It will most likely never be the former because that's how you get the MPAA, RIAA, etc on your back. If you want a list of content publishers use Google.
Also the Emule has it better that it can determine that multiple names of a file are actually the same file, based on the same Hash.
There's never any danger of downloading multiple versions of the same file because you download the torrent file from the publisher's website - not the system. That torrent connects you to one or more peers, the mini-trackers, which are presumably operated by the publisher. And then it's just standard bittorrent stuff.
It's good way to publish legitimate content. It's not a good way to distribute illegal content. First of all the torrent has a record of your peer IP addresses. So, all the lawyers need to do is have the peers listed in the torrent shut down -- then the torrent is useless. Sure, you could hide for a while using zombie windows boxes as your "master" peers, that's one level of indirection. But as they become unavailable you need to distribute new torrent files with fresh peer lists. Maybe that's not a problem, but it seems like more trouble than it's worth.
If you want a share-all-my-files p2p bittorrent, try eXeem (or eXeem Lite).
At least Vonage will direct your calls to a local 911 dispatcher (based on the location you provide). Most VOIP providers don't even go that far. They're testing e911 service in Rhode Island... apparently it's working quite well.
It's not pure js - it uses the rich editing component in Mozilla and Internet Explorer just like all of the other rich editing js apps out there (there are dozens, several of them are well known see HTMLArea, FCKEdit, etc...). So, you can still make your claim to fame by writing one that doesn't use the browser specific components.. since that's what you want to do anyway right? Pure javascript?
And it's nice to have Mike Lin's StartupMonitor and Startup Control Panel installed. Helps to keep things from being added to start without your knowledge, and lets you disable them after the fact.
Although reading it again it seems it wants an RDP Server. Like this one: xrdp
Then you want this: rdesktop.org
RTFI. Seriously, before jumping the gun and saying something is outrageous you should read the interview. Taken out of context and applied to something that he wasn't talking about, it sounds bad. But read what he actually said:
He's talking specifically about commercial content producers -- people who want to get paid for the work they produce. And he's clearly not talking about charging for Open Source content like Wikipedia. They're headed down this road and it's a *good* thing. If Google wants to be a content search and delivery system I'm all for it - they will be competing for royalty payments with every other book, music, movie, media publisher/distributer including every other web service that distributes fee-based content (e.g. iTunes, Audible, etc...). Please, tell me anything at all that's wrong with that?So, I guess you'd rather get the wrong answer quickly than the right answer in as much time as it takes? It's a shortcoming of MVCC - you get high concurrency and reader/writer isolation in exchange for problems like this. They'll probably change the structure of the indexes to avoid the sequential scans at the expense of extra storage but until then we're stuck with them.
It's like anything, price just comes down to supply and demand. But at least with real land - they aren't making any more of it. And unlike collectible items (baseball cards, comic books, etc...) there may be no value associated with this land being 'old'. The only real value of this land over land that they'll issue in the future is that, perhaps, it's "closer" to some place(s) of interest. And real world time is definitely worth real world money. Who knows.. there has to be some reason the guy thought it was worth that much.
And don't forget the misplaced comma after vulnerability.
What I'm getting at is that you'll probably always have to either know the password + the salt (if there is one), use brute force, or use a database of MD5's for all possible passwords in order to decrypt an MD5'd password. But since there are already MD5 databases, we're kind of past this part anyway.
As for access tokens, MD5's are chosen simply because they're large and seemingly random which makes them "unguessable". Since they're just temporary anyway, guessability is all you're trying to prevent - you'll get a new one next time and the attacker will have to start over.
They do have copyright law in Bangladesh -- they signed onto the Universal Copyright Convention. And they're WTO members, so that's even more restrictive when it comes to intellectual property.