Licensing indirect access per "user" is a fucking scam
That is all
124 posts • joined 5 Aug 2009
It's not always a valid approach though.
Running multiple instances of a monolith (and by this I'm talking about some of the enterprise-sized monoliths I've come across that required upwards to 32GB/RAM per instance just to get them online...) can be very expensive, and unless your monolith has been explicitly designed to scale horizontally, you invariably run into problems with session management to the extent that it's often impossible to scale dynamically, so you end up over-provisioning to cope with peak load.
I'm a big fan of the strangler pattern - stick a proxy load-balancer in front of all API calls to your monolith, and once you've identified particular areas that you want to be able to scale dynamically and rapidly, break those out as microservices and redirect the calls from the load-balancer to those services, then remove that functionality from the monolith. There's no real reason why the optimal solution shouldn't be a combination of monolith and microservices.
The bits that are pink and are Class D Airspace aren't prohibited, you've just got to be aware. For example, the Class D airspace above me is part of the Manchester CTR, and although aircraft traverse it going in to both Liverpool and Manchester, they shouldn't ever be below 1,400ft (if they are, we got bigger problems given how far out from both airports I am), and my drone should never be above 400ft, so there shouldn't ever be a risk of conflict.
Specifically, the CAA states: "There are no separate regulations in place regarding the flight of small unmanned aircraft in controlled airspace below 400 ft (Class A,B,C,D,E)", so even though I'm technically in Class D airspace SFC-3500, as far as drones go it's 400-3500, which is a moot point.
TL;DR - There's plenty of places you can fly your drones.
Pretty sure fines aren't tax-deductible...
Where a trader incurs a liability to a regulatory body on revenue account that is broadly intended to cover the regulator’s costs of performing its duties in relation to the trading activities, such costs will normally be allowable even where the trader has committed a breach of regulations. However, should a regulatory body impose a penalty for breach of regulations, or should a penalty or fine become payable as a result of a prosecution for a trader’s breach of regulations, this will not be an allowable expense (see McKnight v Sheppard  71TC419)."
I've just started commuting by train again after a hiatus of about 7 years, and was pleasantly surprised that I get 4G almost all the way to work - good enough to maintain a usable SSH session, and to actually "work" on the train.
The journey takes about an hour, and is mostly rural, and 7 years ago there was bugger all coverage for most of it - and what there was was 2G at best in the small towns and villages, and very little in-between. Now it seems the only not-spot is as we come into the suburbs on the edge of the city...
1. Take hard disk out of PC
2. Hang on another PC
3. Copy cmd.exe over the top of utilman.exe (may need to fart about with permissions)
4. Put hard disk back in original PC and boot
5. Click on accessibility icon when Windows Logon screen appears
6. Marvel at the command prompt that appears running in the context of SYSTEM
7. Use command line tools to create a new user, as member of administrators group
8. Full logged-in admin access to operating system at your fingertips
Yes, Bitlocker generally thwarts this approach; but it's a fairly quick way to earn £50 for unlocking people's home PCs when they've managed to forget their password.
As a summer job when at Uni, I worked in desktop support at a government scientific research establishment. One day I got a ticket to go and deal with the brand new CEO, who was some incredibly eminent Professor in his field. He couldn't get Outlook to update his email. After a quick ping determined no network connectivity, I followed the purple network cable out of the back of his PC, under his desk, where it was tangled with a green network cable, which was plugged into the wall socket. Plug the purple cable into the wall, and hey presto everything worked... He sheepishly admitted he'd rearranged his own office furniture and recabled things himself...
As per some other comments, most EVs can cope with a two-way commute plus some nipping about in the evening without a recharge...
And similarly, per comments about letting the market decide - that's where smart meters come in. My car's configured not to charge between 4pm and 11:59pm, simply because my per-unit rate jumps from 11p to 24p at 4pm, back down to 11p at 7pm, and down to 5p between midnight and 6am. The only way I'm ever going to charge between 4pm and midnight is if I'm desperate... So market forces can, do, and will help spread the "load" (literally and figuratively)
Even better - go for the VigorBX 2000n...
> in-built VDSL modem
> 4G dongle backup option (if you want/need it)
> VOIP PBX capability (it even supports your existing analogue line and phone, but the sound quality's a bit crappy - VOIP calls using a VOIP provider is perfect though)
Once again, the taxpayer coughs up and the council cretins just waste more taxpayers' money.
It's about time the legislation held individuals in public sector organisations personally accountable.
If the drone responsible for the breach is paid £20k, their boss £40k, their boss £80k, and the CEO of the council £160k, then the fine should be levied vaguely proportionately on their take-home pay over the next year - the drone should pick up £0 (but may well be fired if it can be shown they've blatantly disregarded procedure), the boss £10k, the next boss £30k, the CEO £70k, and the council forced to invest the remaining £40k into systems and processes to stop it from happening again...
Did he ever set foot in the USA during, or since he committed the crime?
If no, then the USA have no jurisdiction over this case, end of, and any extradition should be automatically denied on that basis.
He should be tried in the UK though, and Aspergers isn't a defence, although it may be a mitigating factor when it comes to sentencing.
If it's not the NHS, it's the councils losing their own taxpayers' data, then paying the fine with...their taxpayers' taxes...
Sod firing them, let's start with jail time for the execs at the top. And work down the chain. And until each level in the chain can prove that they've done everything possible to prevent data breaches, in terms of systems, policies, and training, only then does the lowly minion who actually copied the stuff onto a USB stick and left it on a train get jail time.
It's the only way the decision makers will ever take it seriously.
And no taxpayer funded body should EVER be fined, no matter what they do. It should always be someone either losing their job, or going to prison.
Cheap switches usually don't have the capability to manage and monitor, and cheap second-hand switches are usually cheap because they're EoL or near as damn it - which means any vulnerabilities in the firmware won't be fixed.
The choice of such switches at that time doesn't necessarily mean they weren't fit for purpose at that point in time, however at best it's a short-sighted approach that reflects the attitude of the morons that put them in place. More telling, however, is the lack of firewall. That's just a case of "WTF???"
Don't think that's anything specifically to do with the app somehow, unless it's not using the full capabilities of the GPS?
I often use Google Maps on commuter flights at speeds ranging from 0-500mph, altitudes from 0ft to 40,000ft, and never have any problems with it once the GPS locks on - and sluggish GPS lock-on isn't really an app issue.
Just cancel your direct debit, write to TalkTalk, send them a cheque for the value of any service up to today's date so that you're fully paid up, tell them that as they have breached their due care you are unilaterally terminating your contract with them, you will no longer consume their services (I.E. unplug everything), you require them to release your MAC with immediate effect, and that you reserve the right to take further civil or criminal action against them in the event of any losses incurred, including any loss caused by not being able to use phone/Internet caused by them delaying the release of your MAC, and any legal costs incurred if they force you to take the matter to court.
And how does one know without manually auditing every single patch?
WSUS tells you whether patches are standalone, or if they supersede or are superseded by (or both) other patches. It's very easy to select all superseded patches and decline them, as a starter for ten...
Also, given the job this useless tit had done, it wouldn't surprise me if he'd not selected the correct product types/languages, and appropriate levels of patching, which probably would have reduced the 25,000 considerably. Additionally, older versions of Windows included patches for Itanium/IA64 which a quick search/decline in WSUS would knock a fair few off the list too (guessing on a hunch that they weren't running Itanium infrastructure).
Or to put it another way, if you took your cube of rampacks, and filled the same volume with 200GB microSD cards, you'd have a shade over 4.75 billion of the critters. Which would give you storage of 950 exabytes.
Based on Cisco's previous projections, you'd be able to store the entire global IP traffic for 2015 in your microSD cube.
But, to put it all into context, it's only about as much storage as 2 grams of DNA would theoretically let you store(!)
Agreed. It's bad enough that my bank occasionally needs to text me if I try to access online banking from a new laptop; moreso because I have barely any mobile phone signal at home unless I stand on one leg in the corner of my bathroom.
If I had to do that for every online transaction - well, fuck that...
From having a mobile phone from when I was 16, I gave up wearing a watch and used my phone (and later smartphone) for time-telling duties for nearly 15 years.
Then I got a job where I have to take, on average, 35-45 flights a year. A real watch is much, much easier to use when you're on a long haul flight - you wake up, lift your blindfold a smidgin, and glance at your wrist - to realise you've only been asleep half an hour, and turbulence has just woken you up, again. Compare that to either having to contort to get a smartphone out of your pocket (whilst elbowing your sleeping neighbour in the head), or shuffling through the contents of the seatback pocket in front. One with time zone functions on it is even better...! Oh, and it doesn't run down the battery on your phone that you might actually need wherever you're going.
If you read the report, the pilot had to apply a lot of force to get the nose up - however he was conscious about applying too much force, at which point there may have been a tail strike.
It's easy to have fine motor control when you're doing things well within your physical capabilities, but as you get towards the edge of your comfort zone, your accuracy will be diminished.
Most weightlifters will be able to lift lighter weights with very good form, controlling all the way up and down; you get up to maximum weight, and the form becomes far shakier, less accurate, and forget about controlling on the way down altogether.
I'm not sure how much force will have been needed, but if it's "abnormal" then you're into the unknown as far as the aircraft's performance is concerned.
As the chap above said - even if you want to roll out a thin/zero client VDI infrastructure with a 1:1 mapping between thin clients and VMs, you have to pay $100 per endpoint, per year - you can't get SA on a thin client that isn't running Windows.
So a half-decent thin client costs $300, then you have to pay $100 a year - so over 5 years, that's $800. And you could buy an equivalent fully licensed desktop for $600. So to the beancounters you're having to justify the additional expense of $200 per endpoint, on top of the storage, servers, and hypervisor licensing to run the back-end, which is, realistically, another couple of hunderd dollars per VM.
On top of that, someone who does standard desktop support and deployment probably doesn't have the first clue about managing a virtual infrastructure, so you either have to spend on consultants, send your desktop team on training courses, or hire someone with the right skills, which actually increases your spend on that aspect as well.
Where this works well is getting the economy of scale on the back-end and have someone else manage all that tin for you. Unfortunately, Microsoft also expressly forbids using the same servers OR SAN for different customers in a VDI deployment (presumably to stop people chucking their desktops into EC2).
You're getting HA (high availability - auto restart of VMs on a failed host) mixed up with FT (zero-downtime "migration" of VM from a failed host to a live host). Apparently multi-core FT is in development, but is a far trickier beast than single-core FT to get right...
Biting the hand that feeds IT © 1998–2020