Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

Comment: Re:Sometimes 'air gap' is impossible (Score 1) 212

by thogard (#48649263) Attached to: Cyberattack On German Steel Factory Causes 'Massive Damage'

It is a result of the stupid and outdated firewall model of "Trust/Untrust/DMZ" when applied nearly anywhere.

Modern production networks should be firewalling everything from everything else. Nothing should be on the "Trusted" side. Get something like an SSG-140 and load it up with a bunch of 8 port cards which will give you 42 ports and 42 zones for things to talk to. That way you can allow the CNC machine to talk to its support site for its update but it can't ever talk to the laser cutter or other CNC machines.

The sad thing is the SSG is EOL and I don't know anyone else that makes a low cost multi-port firewall and most switches with firewall capability just don't do proper intrusion detection and malware detection.

Comment: Re:transfer the ID information to the police (Score 2) 207

by thogard (#48577463) Attached to: In Iowa, a Phone App Could Serve As Driver's License

The FAA has been trying to point out this fact for decades. The paper pilots carry around isn't a pilots license, it is a certificate of license. The license is held in a computer somewhere and when that is revoked, the paper saying you have a license is meaningless.

Comment: Re:The problem is relational databases. (Score 1) 143

by thogard (#48493711) Attached to: Black Friday '14: E-commerce Pages Far Slower Than They Were in 2013

If the data is in cache, it is faster to open a file, read the data in as a text file, do a linear search, process the data, close the file than it is to just do a connection to an sql server. Most online stores are selling so few products that their entire product database should fit in L1 cache. If you want fast, make sure everything that has to be run can live in L1/L2 cache except what has to be be written out. Modern file systems are very good at writing out small files quickly without making the person in front of a screen wait.

Comment: Re:But why? (Score 5, Informative) 143

by thogard (#48493669) Attached to: Black Friday '14: E-commerce Pages Far Slower Than They Were in 2013

Page load times are down because pages are loading so many more tracking options and some of them are very abusive on the javascript engines. If you turn on the status line (even if you can as it is gone in some modern browsers), you will often see it saying "loading 159 out of 162" and those last ones never load. There is also something that is related to a compounding latency problem that many developers don't think about it because they don't see it when they are developing the platforms and modern tool kits help to hide it from developers too.

I guess people don't like IBM's old work on the subject that showed dropping a 3 second response to just 2 seconds resulted in substantial improved efficiency. Maybe marketing groups need to understand that a customer stuck on a slow site is a bad consumer.

Comment: Re:Google Wave (Score 1) 299

by thogard (#48287215) Attached to: It's Time To Revive Hypercard

Google Wave was some very interesting technology but I think it was pointed in the wrong direction. It wasn't ever considered as a way for the Internet of Things to talk to each other in a reasonable way and everything Google did with it was around pushing it in front of people, not devices. There might have been a time where the terms of service didn't allow devices to communicate using it for message passing.

Language development these days seems to have stalled around a few specific areas which are separated by the family trees of the languages. There were plenty of languages from the past that excelled in one area or another that is often difficult or every inefficient with more modern architectures. Many of the 4th generation languages had some very cleaver ideas. Even new languages like go don't help with a major problem because there is no base type for money so programmers are left to their own devices and end up with floating point issues or just using cents or even worse problems because of the underlying hacks.

Comment: Re:DOCSYS? (Score 1) 291

by thogard (#48210529) Attached to: Will Fiber-To-the-Home Create a New Digital Divide?

The limiting factor of shared fiber broadband is the packet turnaround time just like coax and radio combined with scheduling the upstream data. The *PON networks were designed for sending lots of cable TV bits one direction and being able to cope with a small percentage going the other way. There are all sorts of techniques to fix that problem and all of them fail in different ways. So far the fastest home internet isn't PON based but a dedicated point to point links to a somewhat local fiber switch that has massive amounts of upload. It would be very interesting for Google to release some documents about their different types of technology they are using in Kansas City experiment. I've heard that they are using at least 4 different types of connections.

You know you've been spending too much time on the computer when your friend misdates a check, and you suggest adding a "++" to fix it.