Google figures out if your site is updated often. If it is, it will re-visit your site with shorter intervals and update its index accordingly. For example, popular blogs are often updated several days a week, which is why you can find quite up-to-date blog posts indexed by Google.
Totally unrelated, but the weirdest thing is that I dreamt about riding around in a Mini Cooper with a crazy cab driver that eventually took us climbing down a mountain to a smoky english pub for some dinner. It was very surreal.
It is not true that EV1Servers offers no support. We've hade help from them when installing custom kernels and more. They are not very talkative, but they do respond and can fix even quite complicated user fuckups.:-)
But I was a happy customer (with three servers online, each of them happily pumping out several hundred gigabytes of data per week in many mbps, and planning to adding even more servers) until now. Now we are, of course, pretty pissed off and will consider leaving EV1Servers entirely.
In my small (Swedish) city, the municipality took care of this by buying out the infrastructure part from the major cable provider, and made it into a provider independent cable service (which is subsequently owned by the municipality, but chances are it will be sold to a private entity in a few years). So now I buy silent cable access from them for a low fee (about a couple of USD per month, I think), and then choose stream providers for broadband and TV. I don't have a TV so I only subscribe to a broadband service which is about $10 per month or something like that.
I used to say the same a few years ago. But nowadays I say that most website that actually has some kind of functionality at all above "insert-update-select" an article or similar, needs - or at least wants - transaction and isolation support. It makes it much easer to create logical database schemas without having to tuck everything into a single table just to make sure you only need one atomic INSERT. Instead you can spread things out and allow for a lot more flexibility - and then you'll want transactions to maintain consistency among the tables.
My mother use it, for example. A lot of my (non-techie) friends use it. I can't (don't want to) annoy all of them to change IM client.
I would love if everyone used Jabber, and I will, of course, subtly plug for any alternative IM clients when people complain about how inconvenient MSN or whenever it might be appropriate. But I don't like nagging my friends about things they really don't care about.
The same happened to a friend of mine, who called me for assistance. He just killed the msblast.exe process, enabled the built-in Windows XP Firewall, and went on downloading the patch. Thus, the built-in Windows Firewall seemed to block stuff well enough.
Yes, in theory the concatenation operator just creates a new concatenated String object from the two values. However, JLS specifies that a compiler may use a StringBuffer to ease the performance penalty when doing many string concatenations, and that is exactly what most (all?) compilers do.
Yes, the example is quite inneficient, that was the point.:-) But unexperienced Java developers actually write this kind of code. And it's actually four objects being contructed for every iteration (two String and two StringBuffer objects).
But also, modern JVMs are quite optimized to handle small temporary objects, so while the performance will be bad, it might not be as bad as one first thinks.
I didn't think about this one, actually, but you're right. However, that is an implementation detail, not a language detail, really (but one could argue that it's an implementation detail shared among all(?) vendors, so it doesn't really matter).
Nah, not really, what I'm saying is that these specifics of Java should be dealt with so naturally you don't have to pay attention, you just do it the right way without thinking.
for (;;) {
String q = a + b + c;
String r = q + c;
blaha(r); }
This will, as far as I can see, inevitably create two StringBuffer objects per iteration (or one of a, b and c are constant, in which case the first string concatenation can be optimized away).
Exactly how does "string require careful attention"? I've seen this statement a couple of times, but only to suspect that many people don't really understand what Java Strings are.
The first mistake, of course, is that people think that (a == b) == a.equals(b) which is, of course, only true if a and b are constant strings or one have invoked intern() on them.
The second is to not realize that string concatenation with the "+" operator is a special case and only syntactic sugar for StringBuffer operations. Thus, someone not familiar with Java may accidentally generate huge amount of StringBuffer objects in loops.
However, both these things are very fundamental Java knowledge and among the first thing you learn when studying Java. It's obvious that you don't start coding serious Java without knowing how try..catch..finally works, and equally obvious that you should the know about the deals with the String class.
Actually, private RFC1918 adresses is a menace and should not be used anywhere except in extreme situations. They create more problems than they solve.
Hey, I have one of these. At least it looks exactly identical to the Averatec, altough mine is called Hi-Grade Notino 2200. And it has a CD-burner too.:-)
Actually, a science institute in Skövde, Sweden announced that their cellphone-labs made people smart. I think there was a small article att SvD, but I can't seem to find it. Does anyone else have links to this?
Internet.com recently bought TheCounter.com, built by two Swedens (an 18-year-old and his older brother, I think) for an unknown, but large, pile of money. TheCounter.com still works properly, it seems. And they run Linux, too.:-)
You know its a German company when they have a Flash presentation such as this one. Fantastic, really.
Interactive Institute of Sweden developed something similar in 1999: a game called Brainball in which you won by relaxing rather than concentrating.
Google figures out if your site is updated often. If it is, it will re-visit your site with shorter intervals and update its index accordingly. For example, popular blogs are often updated several days a week, which is why you can find quite up-to-date blog posts indexed by Google.
Totally unrelated, but the weirdest thing is that I dreamt about riding around in a Mini Cooper with a crazy cab driver that eventually took us climbing down a mountain to a smoky english pub for some dinner. It was very surreal.
It is not true that EV1Servers offers no support. We've hade help from them when installing custom kernels and more. They are not very talkative, but they do respond and can fix even quite complicated user fuckups. :-)
But I was a happy customer (with three servers online, each of them happily pumping out several hundred gigabytes of data per week in many mbps, and planning to adding even more servers) until now. Now we are, of course, pretty pissed off and will consider leaving EV1Servers entirely.
In my small (Swedish) city, the municipality took care of this by buying out the infrastructure part from the major cable provider, and made it into a provider independent cable service (which is subsequently owned by the municipality, but chances are it will be sold to a private entity in a few years). So now I buy silent cable access from them for a low fee (about a couple of USD per month, I think), and then choose stream providers for broadband and TV. I don't have a TV so I only subscribe to a broadband service which is about $10 per month or something like that.
I used to say the same a few years ago. But nowadays I say that most website that actually has some kind of functionality at all above "insert-update-select" an article or similar, needs - or at least wants - transaction and isolation support. It makes it much easer to create logical database schemas without having to tuck everything into a single table just to make sure you only need one atomic INSERT. Instead you can spread things out and allow for a lot more flexibility - and then you'll want transactions to maintain consistency among the tables.
Someone can license Messenger and provide a binary-only plug-in for Gaim/Miranda/Trillian/whatever.
My mother use it, for example. A lot of my (non-techie) friends use it. I can't (don't want to) annoy all of them to change IM client.
I would love if everyone used Jabber, and I will, of course, subtly plug for any alternative IM clients when people complain about how inconvenient MSN or whenever it might be appropriate. But I don't like nagging my friends about things they really don't care about.
The same happened to a friend of mine, who called me for assistance. He just killed the msblast.exe process, enabled the built-in Windows XP Firewall, and went on downloading the patch. Thus, the built-in Windows Firewall seemed to block stuff well enough.
Yes, in theory the concatenation operator just creates a new concatenated String object from the two values. However, JLS specifies that a compiler may use a StringBuffer to ease the performance penalty when doing many string concatenations, and that is exactly what most (all?) compilers do.
Yes, the example is quite inneficient, that was the point. :-) But unexperienced Java developers actually write this kind of code. And it's actually four objects being contructed for every iteration (two String and two StringBuffer objects).
But also, modern JVMs are quite optimized to handle small temporary objects, so while the performance will be bad, it might not be as bad as one first thinks.
I didn't think about this one, actually, but you're right. However, that is an implementation detail, not a language detail, really (but one could argue that it's an implementation detail shared among all(?) vendors, so it doesn't really matter).
Nah, not really, what I'm saying is that these specifics of Java should be dealt with so naturally you don't have to pay attention, you just do it the right way without thinking.
How are they supposed to do that in a loop like:
for (;;) {
String q = a + b + c;
String r = q + c;
blaha(r);
}
This will, as far as I can see, inevitably create two StringBuffer objects per iteration (or one of a, b and c are constant, in which case the first string concatenation can be optimized away).
Exactly how does "string require careful attention"? I've seen this statement a couple of times, but only to suspect that many people don't really understand what Java Strings are.
The first mistake, of course, is that people think that (a == b) == a.equals(b) which is, of course, only true if a and b are constant strings or one have invoked intern() on them.
The second is to not realize that string concatenation with the "+" operator is a special case and only syntactic sugar for StringBuffer operations. Thus, someone not familiar with Java may accidentally generate huge amount of StringBuffer objects in loops.
However, both these things are very fundamental Java knowledge and among the first thing you learn when studying Java. It's obvious that you don't start coding serious Java without knowing how try..catch..finally works, and equally obvious that you should the know about the deals with the String class.
Actually, private RFC1918 adresses is a menace and should not be used anywhere except in extreme situations. They create more problems than they solve.
Hey, I have one of these. At least it looks exactly identical to the Averatec, altough mine is called Hi-Grade Notino 2200. And it has a CD-burner too. :-)
Me too. Users at the photo community http://www.micoi.com/ has been able to do this for a while.
Actually, the URL should be http://www.svd.se/, of course. No, I didn't check those URLs. :-P
Actually, a science institute in Skövde, Sweden announced that their cellphone-labs made people smart. I think there was a small article att SvD, but I can't seem to find it. Does anyone else have links to this?
That should be possible using the loopback driver, I guess. see linux/Documentation/README.loopback or something like that.
Internet.com recently bought TheCounter.com, built by two Swedens (an 18-year-old and his older brother, I think) for an unknown, but large, pile of money. TheCounter.com still works properly, it seems. And they run Linux, too. :-)