Apparently it's moot, as they no longer support SNMP (shows how long it's been since I used my old Airport Extreme), but that's not really true. You don't expect a typical consumer to implement SNMP support, but the existence of this support meant that there were several third-party apps to control them. Unlike newer consumer APs that only provide a web interface, you could get third-party apps (including at least one free one) that would let you manage several of them from a unified UI.
Whether you give them your card number or not is irrelevant. If they decide to cancel the Google account that you use for your phone (which their T&Cs say that they can do for any or no reason) then you lose updates to all apps that you've bought via Google Play, you lose the ability to reinstall any of them, and you immediately lose the ability to use any of them that use Google Play Services (i.e. most of them).
Snapshots aren't backups. They don't protect you against the disk failing (or against the NAS being stolen). They do, however, protect you against accidental data corruption.
It depends on how the emulation works. The emulator that Apple branded as Rosetta (and then had to stop selling once IBM bought the company that made it) had some compatibility code that let you expose native functions to emulated code. If you're spending a lot of time in system libraries and these are native versions exposed to the emulator then even an emulator that gets to 50% native speed (not unrealistic these days) will give good performance. Add to that, most desktop apps haven't been CPU-limited for quite a while.
Note that FreeNAS simply uses netafp, which is not officially supported by Apple and relies on having reverse engineered the protocol. Other commercial NAS offerings do this as well and have occasionally broken when new versions of OS X come out. Netafp also lacks some of the explicit sync and revert parts of the protocol that Time Machine uses, so you will sometimes get backup corruption. I use this approach (with plain FreeBSD, not FreeNAS), but periodically TimeMachine will complain that the backups are useable (reliably, if you put the Mac to sleep in the middle of a backup by mistake). It's only slightly annoying if you're using ZFS and you snapshot after each backup, because you can just roll back to the last one and redo the backups (make sure that you verify frequently and don't leave too long between backups!).
And how do you then set up the ability for that computer (and how many households have a computer that they leave on all of the time?) to be globally reachable from wherever network the users's smartphone happens to be on when they want to use the app?
The original Airport Extreme was a pretty good 802.11g access point and was pretty good value when it was introduced..11g was pretty rare then and most APs were buggy crap (I bought a D-Link one about 6 months later and it rarely managed an uptime of a week). The Airport Express was nice if you needed something portable, but if you didn't plan on taking it with you then you were paying a big premium for the size. Now, half-decent APs are dirt cheap and there's no space for differentiation.
. Setting up a port forward is hard enough (you have to use a special Apple program to do it, there is no browser-based interface)
It's true that there's no browser-based interface (and needing a restart is stupid), but it's not true that you need an Apple program. The routers speak SNMP, so you can use a third-party tool if you prefer.
Okay, so IoT vendor X is using AWS and Azure for their server-side hosting. Where do you get the list of all valid AWS and Azure IPs to whitelist? How do you keep it up to date? Does your cheap router have enough space in its tables to match against those (large, non-contriguous) ranges without imposing a performance penalty?
The problem is that most IoT devices rely on a centralised server for their operation, so your (b) will prevent them from working. Their smartphone app talks to the vendor's server and won't work without it. You need to allow it to talk to the vendor's server, but not to anything else.
That's also why the example in TFA won't work: you can't do this sort of filtering based on IP, because a lot of the vendors use multiple servers or even cloud hosting for the server component, so you'll end up having to allow access to, for example, the entire AWS address range, if you don't want the device to stop working randomly.
Even without that, if you have an issue with your Apple ID then you can go to the web site and schedule a time when they will telephone you. I got an iPad from work a few months ago, set a PIN, used Touch ID enough that I forgot the PIN, and managed to lock myself out of both the device and my Apple ID (which had some security questions that I'd set over 10 years ago when it was just for the Apple online store and not tied to anything else). Two minutes on the web site to schedule the call, they called me back at a time convenient for me, unlocked the account, and helped me factory reset the device.
And this is why I won't buy anything via Google Play (or the Apple App Store) and most of the apps on my phone come from F-Droid. I won't buy anything that comes with a built-in revocation mechanism for my purchase over which the seller has total control. Would you buy a phone with a contract that said that at any point the seller could require you to give it back (but they keep the money) without providing any justification and at their sole discretion? Of course not, yet people are quite happy to do the same thing with software.
Exactly. The alternative is that London sends a bill for unpaid congestion charge fees to every single VW customer that has driven their car in London under the belief that it was exempt as a low-emissions vehicle. These people then pay the fine and then takes their local VW dealer to the small claims court to get the money back under the Consumer Rights Act. The dealers then take VW to court to get their money back. This will tie up a lot of court time and cost VW a lot more than $3m.
Mod this up. That's precisely the point. Whether this particular excuse is a good reason for Google to close the accounts is beside the point. Google, Facebook, and friends explicitly reserve the right to close your account for no reason. If you depend on a GMail or Facebook account for business or for keeping in contact with friends then this should serve as a warning. It's possible to use GMail safely if you buy your own domain and point it at Google's servers, sync your mail with IMAP, and keep your contacts locally, but unless you're doing this you're at the whim of Google deciding that you no longer deserve email (and even in this case you'll experience a few days of downtime until you transfer to another provider and update your DNS records). With Facebook, there's no alternative: if they decide that they don't like you then you lose access to anyone that you have only Facebook contact details for.
And long-haul truck drivers are likely to be the first to see big cuts. Even with something that can only drive on motorways reliably, you no longer have the problem of drivers requiring regular breaks. You just need a few drivers to take the trucks from the port to the motorway and maybe some to collect them from a stop and take them into an industrial estate (unless your warehouse is right on the motorway, in which case the vehicle can drive itself all of the way there). If you only need humans for 10% of the total journey, then you only need 10% the number of human drivers. They might be better paid than truck drivers today, but that still leaves over 3 million unemployed.
Not necessarily. Snow is white, which means that it reflects the vast majority of sunlight. The same energy applied via conductive or convective heating may well be able to melt it.
The person asking if it's going to be energy positive has a point - it probably wouldn't be to melt snow in a heavy fall, but if you're melting the bottom layer then hopefully the rest will slide off. You probably need to be quite careful in gutter design to make that work though.
Environmentalists, like 'the left' and 'the right' are a big group with quite a range of views. You can find some in any of these groups who will disagree with pretty much anything.
The relevant difference between Facebook and he post office is that the post office is a common carrier and to maintain that status it must carry anything that someone pays it to carry, without passing judgement on the contents. If I write a postcard (where the text is visible during the posting process) that's entirely full of libel, then the post office is not allowed to refuse to carry or censor it. Facebook, on the other hand, reserves the right to censor anything and to refuse service to anyone.
Phones support GLONASS because Russia made it a requirement that anything that supports GPS and is sold in Russia must also support GLONASS. It's far cheaper to build a single unit that supports both than to give up on the Russian market entirely or build special GLONASS versions, so any phone that might be sold in Russia supports both. It will be interesting to see if the EU adds a similar requirement for Galileo.
I'm still quite surprised to see Galileo is going ahead. I remember seeing presentations about it at the Farnborough Air Show two decades ago. Back then, GPS receivers were expensive and the commercial ones had really crappy accuracy (and the web was a thing geeks used via modems). The world has changed a lot since then.
you seem to dismiss the Chinese navy out of hand, why?
Because China is about as far from the UK as it's possible to be. The only kind of conflict that would involve the UK and China would likely also involve the USA, Japan, and a lot of other interested parties.
Slashdot Mirror
Apparently it's moot, as they no longer support SNMP (shows how long it's been since I used my old Airport Extreme), but that's not really true. You don't expect a typical consumer to implement SNMP support, but the existence of this support meant that there were several third-party apps to control them. Unlike newer consumer APs that only provide a web interface, you could get third-party apps (including at least one free one) that would let you manage several of them from a unified UI.
Whether you give them your card number or not is irrelevant. If they decide to cancel the Google account that you use for your phone (which their T&Cs say that they can do for any or no reason) then you lose updates to all apps that you've bought via Google Play, you lose the ability to reinstall any of them, and you immediately lose the ability to use any of them that use Google Play Services (i.e. most of them).
Snapshots aren't backups. They don't protect you against the disk failing (or against the NAS being stolen). They do, however, protect you against accidental data corruption.
It depends on how the emulation works. The emulator that Apple branded as Rosetta (and then had to stop selling once IBM bought the company that made it) had some compatibility code that let you expose native functions to emulated code. If you're spending a lot of time in system libraries and these are native versions exposed to the emulator then even an emulator that gets to 50% native speed (not unrealistic these days) will give good performance. Add to that, most desktop apps haven't been CPU-limited for quite a while.
Note that FreeNAS simply uses netafp, which is not officially supported by Apple and relies on having reverse engineered the protocol. Other commercial NAS offerings do this as well and have occasionally broken when new versions of OS X come out. Netafp also lacks some of the explicit sync and revert parts of the protocol that Time Machine uses, so you will sometimes get backup corruption. I use this approach (with plain FreeBSD, not FreeNAS), but periodically TimeMachine will complain that the backups are useable (reliably, if you put the Mac to sleep in the middle of a backup by mistake). It's only slightly annoying if you're using ZFS and you snapshot after each backup, because you can just roll back to the last one and redo the backups (make sure that you verify frequently and don't leave too long between backups!).
And how do you then set up the ability for that computer (and how many households have a computer that they leave on all of the time?) to be globally reachable from wherever network the users's smartphone happens to be on when they want to use the app?
The original Airport Extreme was a pretty good 802.11g access point and was pretty good value when it was introduced. .11g was pretty rare then and most APs were buggy crap (I bought a D-Link one about 6 months later and it rarely managed an uptime of a week). The Airport Express was nice if you needed something portable, but if you didn't plan on taking it with you then you were paying a big premium for the size. Now, half-decent APs are dirt cheap and there's no space for differentiation.
. Setting up a port forward is hard enough (you have to use a special Apple program to do it, there is no browser-based interface)
It's true that there's no browser-based interface (and needing a restart is stupid), but it's not true that you need an Apple program. The routers speak SNMP, so you can use a third-party tool if you prefer.
Okay, so IoT vendor X is using AWS and Azure for their server-side hosting. Where do you get the list of all valid AWS and Azure IPs to whitelist? How do you keep it up to date? Does your cheap router have enough space in its tables to match against those (large, non-contriguous) ranges without imposing a performance penalty?
The problem is that most IoT devices rely on a centralised server for their operation, so your (b) will prevent them from working. Their smartphone app talks to the vendor's server and won't work without it. You need to allow it to talk to the vendor's server, but not to anything else.
That's also why the example in TFA won't work: you can't do this sort of filtering based on IP, because a lot of the vendors use multiple servers or even cloud hosting for the server component, so you'll end up having to allow access to, for example, the entire AWS address range, if you don't want the device to stop working randomly.
Even without that, if you have an issue with your Apple ID then you can go to the web site and schedule a time when they will telephone you. I got an iPad from work a few months ago, set a PIN, used Touch ID enough that I forgot the PIN, and managed to lock myself out of both the device and my Apple ID (which had some security questions that I'd set over 10 years ago when it was just for the Apple online store and not tied to anything else). Two minutes on the web site to schedule the call, they called me back at a time convenient for me, unlocked the account, and helped me factory reset the device.
And this is why I won't buy anything via Google Play (or the Apple App Store) and most of the apps on my phone come from F-Droid. I won't buy anything that comes with a built-in revocation mechanism for my purchase over which the seller has total control. Would you buy a phone with a contract that said that at any point the seller could require you to give it back (but they keep the money) without providing any justification and at their sole discretion? Of course not, yet people are quite happy to do the same thing with software.
Exactly. The alternative is that London sends a bill for unpaid congestion charge fees to every single VW customer that has driven their car in London under the belief that it was exempt as a low-emissions vehicle. These people then pay the fine and then takes their local VW dealer to the small claims court to get the money back under the Consumer Rights Act. The dealers then take VW to court to get their money back. This will tie up a lot of court time and cost VW a lot more than $3m.
Mod this up. That's precisely the point. Whether this particular excuse is a good reason for Google to close the accounts is beside the point. Google, Facebook, and friends explicitly reserve the right to close your account for no reason. If you depend on a GMail or Facebook account for business or for keeping in contact with friends then this should serve as a warning. It's possible to use GMail safely if you buy your own domain and point it at Google's servers, sync your mail with IMAP, and keep your contacts locally, but unless you're doing this you're at the whim of Google deciding that you no longer deserve email (and even in this case you'll experience a few days of downtime until you transfer to another provider and update your DNS records). With Facebook, there's no alternative: if they decide that they don't like you then you lose access to anyone that you have only Facebook contact details for.
And long-haul truck drivers are likely to be the first to see big cuts. Even with something that can only drive on motorways reliably, you no longer have the problem of drivers requiring regular breaks. You just need a few drivers to take the trucks from the port to the motorway and maybe some to collect them from a stop and take them into an industrial estate (unless your warehouse is right on the motorway, in which case the vehicle can drive itself all of the way there). If you only need humans for 10% of the total journey, then you only need 10% the number of human drivers. They might be better paid than truck drivers today, but that still leaves over 3 million unemployed.
I'd be happy if the media would stop referring to advertising platforms as 'social media sites'.
Not necessarily. Snow is white, which means that it reflects the vast majority of sunlight. The same energy applied via conductive or convective heating may well be able to melt it.
The person asking if it's going to be energy positive has a point - it probably wouldn't be to melt snow in a heavy fall, but if you're melting the bottom layer then hopefully the rest will slide off. You probably need to be quite careful in gutter design to make that work though.
Having under $10m puts you pretty close to the bottom of the wealth list for US Senators (though in the top half for Representatives).
Environmentalists, like 'the left' and 'the right' are a big group with quite a range of views. You can find some in any of these groups who will disagree with pretty much anything.
The relevant difference between Facebook and he post office is that the post office is a common carrier and to maintain that status it must carry anything that someone pays it to carry, without passing judgement on the contents. If I write a postcard (where the text is visible during the posting process) that's entirely full of libel, then the post office is not allowed to refuse to carry or censor it. Facebook, on the other hand, reserves the right to censor anything and to refuse service to anyone.
Phones support GLONASS because Russia made it a requirement that anything that supports GPS and is sold in Russia must also support GLONASS. It's far cheaper to build a single unit that supports both than to give up on the Russian market entirely or build special GLONASS versions, so any phone that might be sold in Russia supports both. It will be interesting to see if the EU adds a similar requirement for Galileo.
I'm still quite surprised to see Galileo is going ahead. I remember seeing presentations about it at the Farnborough Air Show two decades ago. Back then, GPS receivers were expensive and the commercial ones had really crappy accuracy (and the web was a thing geeks used via modems). The world has changed a lot since then.
How many marines on the planet do have torpedoes that go with 350knots under water and have a range of 100nm - 200nm?
A torpedo with a range of 200 nanometres probably isn't a threat to anyone except the ship firing it...
Unfortunately, these days, it's the House of Commons, not the Peers who are causing the problems.
you seem to dismiss the Chinese navy out of hand, why?
Because China is about as far from the UK as it's possible to be. The only kind of conflict that would involve the UK and China would likely also involve the USA, Japan, and a lot of other interested parties.