There are several reasons why a policy of having all disks encrypted is bad:
1. Sensitive data should not be stored on a computer that can be carried away or easily accessed, with or without encryption. 2. Blanket security measures just means that the employees will find ways around them which usually means that you probably end up with bigger security problems. 3. Failing or failed disks goes from a serious problem to a critical problem for recovering data. 4. If you are running I/O "happy" software you are going to take a perfomance hit. 5. It's not a "green" solution since the encryption is done in software and the computer is going to use more power.
Oh, and let me re-iterate: Sensitive data should not be stored on a computer that can be carried away or easily accessed, with or without encryption. Just look on how MI5 left laptops all over the place.
The policy we use when working on sensitive data is that it's all stored centrally with rigorous security measures for accessing it and the only way to access the data is through a Sun Ray thin client. That way we minimize the risks for electronic information leakage, ie. someone mailing information etc.
Because most competent middlewares supports transaction handling, synchronous and asynchronous, triggering, queueing and prioritizing of messages.
SOAP and XMLRPC doesn't really cut it when you need proper transaction based messaging. I've seen some bastard solutions for this but they perform poorly.
One would assume that the manufacturer's motivations remain where they "should" be, to insure profit. If you lose or break a charger, or if it just plain fails, you can either order another one from the manufacturer for some unreasonable amount, or you can buy a whole new unit. I've had to buy a whole new unit on several occasions.
When a charger I own breaks or get lost I stroll to the nearest hotel and asks if they got one of the model I need. The hotels are very happy to get rid of them since they usually have bins full of chargers that people have left in their rooms and never claimed.
You can always check out http://baen.com/ they have an online library of free books and sample chapters for new books. They also have the webscription site where you can read e-Arc (advance reader copy) books yet to be published and other books for a monthly fee.
Also, check out http://baencd.thefifthimperium.com/ which have all the CD's Baen has published. The CD's are free to copy for non-commercial use and contains alot of books in digital format.
None of the books you get in digital format from Baen is encumbered with DRM in any way.
SCOM (formerly known as MOM) is used for enterprise-wide monitoring of services and resources (think Nagios). What they have done is to add support for monitoring and some fault resolution of *nix-machines.
It's not an MS-Linux. It's not about setting up/installing and configuring *nix.
It's all about monitoring the servers in enterprise market segment (where the big bucks are); preferably all the servers. Every sold copy of a Windows Server generates a cascade effect where other systems are replaced with MS software solutions.
If you work for a company making monitoring software, I'd start to look for a new job in a couple of years when this software have marginalized your companys product.
I built a system in the late 90's where you had a web-page where you entered an account-name. That name was tied to a cellphone number which was sent a generated password as a text-message. The password was only valid for 5 minutes.
AFAIK it's still in use and have never been cracked.
In all the posts you have done so far on/. you haven't contributed one iota of information that anyone could or would consider informative. You Sir have wasted peoples time by posting here on/.
I would suggest you go away now and never post here again since you plainly lack rhetorical skills and never had an independent thought in your whole life.
Where does this leave search engines? Google.com.au for example? They are just as good at finding infringing material without directly providing links You are missing the point I guess as does alot of others. The difference is KNOWINGLY help to commit copyright infringement and ACCIDENTALLY help someone do the same. It's like advertising for a store that sells pirated cd's compared to the yellow pages listing the same store.
No, not at all. What they want to prevent is akin to (screwy analogy alert!) a news reporter referring to a book AND providing you with all the tools and instructions on how to photocopy the book automatically.
I worked at a company in the mid 90's that made their own hardware and software for ad-insertion on live broadcats. Rolling your own scheduling software isn't that hard. This is a short list of things that you have to think of to get a broad grasp of what software and hardware you need.
1. The output, does it need to be digital or analog? 1.1. If digital, you may need hw that's capable of switching live digital streams, can be expensive. 1.2. If analog, you need a quality MPEG2 card that can synch it's signal to an incoming videosignal, or possibly use a TBC to ensure good quality timing on the output (a TBC does probably already exists somwhere in the headend). 1.3 Make sure that the playback hardware support bugs (ie. logos) and overlays. 1.4 Compare different hardware to find what suits your needs. Try to buy hardware from well-known vendors and make sure that it works for the OS of your choice. 2. Ensure you have a extremely good MPEG2 encoder, if you are going to use Mac's I recommend the software BitVice (http://www.innobits.se/) since it doesn't change color/light levels at all. You probably need a small encoder farm for realistic encode times. Also, you need at least a couple of hardware encoders for real time encoding of live material or material that needs to encoded ASAP. 3. VLC (http://www.videolan.org/) can be part of the solution to distribute and playback the material. Have multiple machines for playback. It's also possible to use mplayer. Always queue up material in ram (ie. ramdisk) before playing to avoid "burping", try to avoid streaming over the network. 4. You will need to have an integrated backend software that control everything automaticly, ie. queue material up for encoding, controlling the playback of the schedule, producing logs of aired commercials for billing purposes, backing up data & logs, moving material from your videobank to the playback machines in a timely fashion. 5. Make sure you have a good monitoring software that can give you a heads up on potential problems like diskspace, network congestion, disks about to fail, temperatures etc etc. 6. You will need to have a scheduling system that's quite flexible and easy to use. It should be able to use pre-programmed templates to speed up daily and weekly scheduling. It should also should have a "sales-portion" where the sales department easily can tentavily book ads and airing times depending on the planned airing schedule. It will also need a "breaking news" function where you can pause/skip the planned schedule during live broadcats that's unplanned. It also should have automatic fail-over to another instance if something breaks. You also have to consider what to use as a "presentation layer", should it be web-based or should it use some kind of graphical GUI. Usually your and your users needs dictates this. If you contract a company or a developer for this software make sure you have a very detailed specification of what you want. The more detailed the specification on how the system should be used and how it should work the faster the sofware will be built. Also, make sure the software includes automatic stand-alone testing (ie. some kind of unit testing) of it variuos parts so you easily can test them without having a complete system. 6.1. Also, contemplate on what information and control the controlroom should have from the software. 7. Reduncy, reduncy & reduncy. Nothing costs more than not being able to broadcasts sold ads, both in lost income and badwill. Have 2 separated networks, run the cabling separate from each other, don't use the same routers/switches for the networks unless necessary. Preferably you should have twin datacenters whith their own UPS's too. It all depends on how much money you want to dump on the infrastructure versus the risk of not beeing able to broadcast. 8. Infrastructure, as I mentioned before, is very importantat. Think it through, consult with people who know storage, netw
Take a look at Intellipool Network Monitor, you can find it at http://www.intellipool.se./ The pricing is fair and their support is excellent. INM also supports distributed monitoring, ie. if you have geographicly diverse location you can set up multiple monitors thats slaved to the main-server. Support for adding custom SNMP mibs exists.
Use a java-applet that contacts the server for a serial number, that is then used in conjunction with the clients ip-number generate a picture where the user has to click in a pattern to verify that he is not a robot. When the correct sequence is clicked the applet contacts the server and informs it that that client with ip-number so & so and session-id xxx using serial number yyy is an interactive user.
This is really nothing new. A friend did something similair in the early 90's to catch a guy that was spoofing false calls on the police band.
He had a very (VERY) expensive reciever that had a built in spectrum analyzer, and they logged all calls with a timestamp and the frequency drift (stored as a 512 bit word) of the transmitter currently using the channel. Each time the operator suspected that he/she had a spoofed call they pushed a button that activated 4 direction finders that logged the timestamp and the directions. After enough data was gathered it was compiled and a geographical pattern appeared. Most of the spots from where the spoofed calls had originated was at a apartment block. They dispatched a civilian cruiser to monitor the apartment block. They picked up the guy 2 days later outside his home when he was sitting in his car spoofing a call.
There is one good reason for defining keywords as string constants is that if you later misspell any of them you get a compile error instead of going "WTF?" and wonder why your sql-statement doesn't return the expected data.
Ie, if you do it right it is an elegant solution to catch spelling errors which otherwise might go unnoticed, if you do it the wrong way you get unreadable code.
Check out Acquire. Very simple game to learn that isn't so simple to win.
Description:
In the beginning, the companies are small. But they grow. And merge. And reform. And merge again. Those who buy the right stocks and merge the right companies thrive. Those that don't, fall behind. This classic business game has never looked better. An all plastic board with plastic tiles that fit snugly to it add a three dimensional quality that brings the game to life. Now corporations are capped with skyscrapper roofs that create a mini skyline. The companies have been renamed to reflect a 21st century economy but no rules have changed. The game can be learned in minutes. Which tile to play, which company to invest in, and when to merge two companies is a skill that takes many games to master.
It's not Lycos who made the screensaver, heck, they didn't even start the campaign. They just jumped on the bandwagon started by the swedish ISP Spray.
Your comment is uninformed and you should know the facts before commenting.
I just want to point out that in raw CPU a 1 CPU x86 @ 2GHz probably smokes an E450. The problem is that an ordinary x86 box hasn't a fraction of the I/O-capacity of an E450, not to mention how bad a x86 is on context-switching.
Anyway, I guess an E450 as a mp3-player in a car is kind of an overkill.
Some people will find it cool, others just plain stupid. Me, I place it in the 'overkill/stupid but cool' category.
Slashdot Mirror
There are several reasons why a policy of having all disks encrypted is bad:
1. Sensitive data should not be stored on a computer that can be carried away or easily accessed, with or without encryption.
2. Blanket security measures just means that the employees will find ways around them which usually means that you probably end up with bigger security problems.
3. Failing or failed disks goes from a serious problem to a critical problem for recovering data.
4. If you are running I/O "happy" software you are going to take a perfomance hit.
5. It's not a "green" solution since the encryption is done in software and the computer is going to use more power.
Oh, and let me re-iterate: Sensitive data should not be stored on a computer that can be carried away or easily accessed, with or without encryption. Just look on how MI5 left laptops all over the place.
The policy we use when working on sensitive data is that it's all stored centrally with rigorous security measures for accessing it and the only way to access the data is through a Sun Ray thin client. That way we minimize the risks for electronic information leakage, ie. someone mailing information etc.
Because most competent middlewares supports transaction handling, synchronous and asynchronous, triggering, queueing and prioritizing of messages.
SOAP and XMLRPC doesn't really cut it when you need proper transaction based messaging. I've seen some bastard solutions for this but they perform poorly.
One would assume that the manufacturer's motivations remain where they "should" be, to insure profit. If you lose or break a charger, or if it just plain fails, you can either order another one from the manufacturer for some unreasonable amount, or you can buy a whole new unit. I've had to buy a whole new unit on several occasions.
When a charger I own breaks or get lost I stroll to the nearest hotel and asks if they got one of the model I need. The hotels are very happy to get rid of them since they usually have bins full of chargers that people have left in their rooms and never claimed.
Macaulay on copyright law: http://www.baen.com/library/palaver4.htm
Eric Flint on making books available online: http://www.baen.com/library/palaver6.htm
nuff said.
Almost looks like UPC/EAN bar-codes IMHO.
You can always check out http://baen.com/ they have an online library of free books and sample chapters for new books. They also have the webscription site where you can read e-Arc (advance reader copy) books yet to be published and other books for a monthly fee.
Also, check out http://baencd.thefifthimperium.com/ which have all the CD's Baen has published. The CD's are free to copy for non-commercial use and contains alot of books in digital format.
None of the books you get in digital format from Baen is encumbered with DRM in any way.
...if you bothered to read up on the subject:
SCOM (formerly known as MOM) is used for enterprise-wide monitoring of services and resources (think Nagios). What they have done is to add support for monitoring and some fault resolution of *nix-machines.
It's not an MS-Linux. It's not about setting up/installing and configuring *nix.
It's all about monitoring the servers in enterprise market segment (where the big bucks are); preferably all the servers. Every sold copy of a Windows Server generates a cascade effect where other systems are replaced with MS software solutions.
If you work for a company making monitoring software, I'd start to look for a new job in a couple of years when this software have marginalized your companys product.
I built a system in the late 90's where you had a web-page where you entered an account-name. That name was tied to a cellphone number which was sent a generated password as a text-message. The password was only valid for 5 minutes.
AFAIK it's still in use and have never been cracked.
You Sir is a troll.
/. you haven't contributed one iota of information that anyone could or would consider informative. You Sir have wasted peoples time by posting here on /.
In all the posts you have done so far on
I would suggest you go away now and never post here again since you plainly lack rhetorical skills and never had an independent thought in your whole life.
No, not at all. What they want to prevent is akin to (screwy analogy alert!) a news reporter referring to a book AND providing you with all the tools and instructions on how to photocopy the book automatically.
I worked at a company in the mid 90's that made their own hardware and software for ad-insertion on live broadcats. Rolling your own scheduling software isn't that hard. This is a short list of things that you have to think of to get a broad grasp of what software and hardware you need.
1. The output, does it need to be digital or analog?
1.1. If digital, you may need hw that's capable of switching live digital streams, can be expensive.
1.2. If analog, you need a quality MPEG2 card that can synch it's signal to an incoming videosignal, or possibly use a TBC to ensure good quality timing on the output (a TBC does probably already exists somwhere in the headend).
1.3 Make sure that the playback hardware support bugs (ie. logos) and overlays.
1.4 Compare different hardware to find what suits your needs. Try to buy hardware from well-known vendors and make sure that it works for the OS of your choice.
2. Ensure you have a extremely good MPEG2 encoder, if you are going to use Mac's I recommend the software BitVice (http://www.innobits.se/) since it doesn't change color/light levels at all. You probably need a small encoder farm for realistic encode times. Also, you need at least a couple of hardware encoders for real time encoding of live material or material that needs to encoded ASAP.
3. VLC (http://www.videolan.org/) can be part of the solution to distribute and playback the material. Have multiple machines for playback. It's also possible to use mplayer. Always queue up material in ram (ie. ramdisk) before playing to avoid "burping", try to avoid streaming over the network.
4. You will need to have an integrated backend software that control everything automaticly, ie. queue material up for encoding, controlling the playback of the schedule, producing logs of aired commercials for billing purposes, backing up data & logs, moving material from your videobank to the playback machines in a timely fashion.
5. Make sure you have a good monitoring software that can give you a heads up on potential problems like diskspace, network congestion, disks about to fail, temperatures etc etc.
6. You will need to have a scheduling system that's quite flexible and easy to use. It should be able to use pre-programmed templates to speed up daily and weekly scheduling. It should also should have a "sales-portion" where the sales department easily can tentavily book ads and airing times depending on the planned airing schedule. It will also need a "breaking news" function where you can pause/skip the planned schedule during live broadcats that's unplanned. It also should have automatic fail-over to another instance if something breaks. You also have to consider what to use as a "presentation layer", should it be web-based or should it use some kind of graphical GUI. Usually your and your users needs dictates this. If you contract a company or a developer for this software make sure you have a very detailed specification of what you want. The more detailed the specification on how the system should be used and how it should work the faster the sofware will be built. Also, make sure the software includes automatic stand-alone testing (ie. some kind of unit testing) of it variuos parts so you easily can test them without having a complete system.
6.1. Also, contemplate on what information and control the controlroom should have from the software.
7. Reduncy, reduncy & reduncy. Nothing costs more than not being able to broadcasts sold ads, both in lost income and badwill. Have 2 separated networks, run the cabling separate from each other, don't use the same routers/switches for the networks unless necessary. Preferably you should have twin datacenters whith their own UPS's too. It all depends on how much money you want to dump on the infrastructure versus the risk of not beeing able to broadcast.
8. Infrastructure, as I mentioned before, is very importantat. Think it through, consult with people who know storage, netw
Take a look at Intellipool Network Monitor, you can find it at http://www.intellipool.se./ The pricing is fair and their support is excellent. INM also supports distributed monitoring, ie. if you have geographicly diverse location you can set up multiple monitors thats slaved to the main-server. Support for adding custom SNMP mibs exists.
Use a java-applet that contacts the server for a serial number, that is then used in conjunction with the clients ip-number generate a picture where the user has to click in a pattern to verify that he is not a robot. When the correct sequence is clicked the applet contacts the server and informs it that that client with ip-number so & so and session-id xxx using serial number yyy is an interactive user.
This is really nothing new. A friend did something similair in the early 90's to catch a guy that was spoofing false calls on the police band.
He had a very (VERY) expensive reciever that had a built in spectrum analyzer, and they logged all calls with a timestamp and the frequency drift (stored as a 512 bit word) of the transmitter currently using the channel. Each time the operator suspected that he/she had a spoofed call they pushed a button that activated 4 direction finders that logged the timestamp and the directions. After enough data was gathered it was compiled and a geographical pattern appeared. Most of the spots from where the spoofed calls had originated was at a apartment block. They dispatched a civilian cruiser to monitor the apartment block. They picked up the guy 2 days later outside his home when he was sitting in his car spoofing a call.
No, I'm a developer. I mostly develop in PHP, Perl, C/C++, Java, VB and PL/SQL.
Your comment implies that you jump to conclusions easily and regards developers not using your "fav language" as inferior.
There is one good reason for defining keywords as string constants is that if you later misspell any of them you get a compile error instead of going "WTF?" and wonder why your sql-statement doesn't return the expected data.
Ie, if you do it right it is an elegant solution to catch spelling errors which otherwise might go unnoticed, if you do it the wrong way you get unreadable code.
You know, building a serverfarm to pull bits of books out of Google is just plain stupid. Easier just to buy the book and much cheaper.
Sheeesh...
There's a company that has been selling this type of system for a couple of years.
They also have their own language called Viva to be able to program the computer.
Link: http://www.starbridgesystems.com/
Check out Acquire. Very simple game to learn that isn't so simple to win. Description: In the beginning, the companies are small. But they grow. And merge. And reform. And merge again. Those who buy the right stocks and merge the right companies thrive. Those that don't, fall behind. This classic business game has never looked better. An all plastic board with plastic tiles that fit snugly to it add a three dimensional quality that brings the game to life. Now corporations are capped with skyscrapper roofs that create a mini skyline. The companies have been renamed to reflect a 21st century economy but no rules have changed. The game can be learned in minutes. Which tile to play, which company to invest in, and when to merge two companies is a skill that takes many games to master.
It's not Lycos who made the screensaver, heck, they didn't even start the campaign. They just jumped on the bandwagon started by the swedish ISP Spray.
Your comment is uninformed and you should know the facts before commenting.
I just want to point out that in raw CPU a 1 CPU x86 @ 2GHz probably smokes an E450. The problem is that an ordinary x86 box hasn't a fraction of the I/O-capacity of an E450, not to mention how bad a x86 is on context-switching.
Anyway, I guess an E450 as a mp3-player in a car is kind of an overkill.
Some people will find it cool, others just plain stupid. Me, I place it in the 'overkill/stupid but cool' category.