They should look into some resources able to make/redesign/re-architect their site to have ALL offered services available for more than a few hours at a time. From downtime of days, to on-and-off access through their mobile apps, to services unavailable at all hours of the day, via their "standard" web presence... how much of this will Hadoop address?!?
+1 (or +n)!!! - absolutely the most network-security-sysadmin friendly smartphone. SSH client, Cisco compatible VPN client (try to do that reliably in Android!), nmap, metasploit, wireshark, etc - you name it - it's there... I had this smartphone for over a year and the only drawback to it is lack of support for the so-called 4G in the T-Mobile market in the US.
Link-in with whom it may make sense, professionally only (Linkedin = mostly professional social network, vs. Facebook, Twitter, Socialedian, FriendFeed, Myspace, etc.) but definitely do NOT link with coworkers - it would make no sense (although I work in a company where almost all office employees have linked w/each other, to the point that no one can handle the internal "social noise").
... So, in order to combat the bandwidth hogging, Skype traffic is throttled at the firewall...
... and how exactly are you doing "traffic throttling" at the firewall? I have been researching methodologies for identifying Skype traffic for a while now, and have not been able to narrow it down to a controllable behavior (i.e. specific UDP port, specific pattern/data payload deduced from call establishment signaling, etc.)
During my trips to/from Europe, from/to the US, I always enjoyed this service on Lufthansa's airplanes. I wish they could keep it available, alongside allowance for laptops.
"Beating the automated voice system.....Wednesday November 23, @07:49AM......rejected"
I tried to post the above, a day earlier, but it was rejected... no wonder these guys are kicking./ a**, and with their podcasts capability, are taking this area of news over (as I have also commented on, in an earlier article). Oh, well...
I'd be curious to know how many/.-ers use such services. Could we have one of those/. surveys setup for this?
Re:Digg(nation) has something /. does not offer
on
The Rise of Digg.com
·
· Score: 1
Just for completeness reasons - I post and read from the same account, all the time, so double accounts won't cut it for me, even though I could appreciate the suggestion. Also - my Treo 650, with the its latest patched OS, released by Sprint (had to back out from the unoficial hack allowing bluetooth, not long ago, as Sprint just enabled it, themselves) and Sprint infrastructure, gives me, in the area where I hang out (probably not everywhere in the country, of course) better throughput than the WiFi access at Panera - and I compare the two simply because they're both free for me;)
Digg(nation) has something /. does not offer
on
The Rise of Digg.com
·
· Score: 1
First - trying to get/. on my Treo650 to show correctly is impossible. I have to stop the loading to the HTML code level (before being processed), so that I could read some text. If not, the whole stuff shows as one single column. In an era of mobility, where I can get almost all my news on my phone, the design of the/. web site (I am no expert in web design, so I am not sure where the problem is) sucks.
Ok - now on to digg.com - they offer a useable web site for mobile users, and - more importantly (again - from a mobility perspective) - there is nothing on/. matching diggnation's podcasts. Before any long trip (nowadays before any trip, even to the grocery on the corner), with my car, I burn myself CDs with podcasts, in majority technical/geeky, and diggnation is always there... any chance for the/. gurus to start something like that?!?
Actually it does not work like that. I am in a managerial position, and whenever I am consulted about salaries, for surveys or "industry job dictionaries", I always provide figures 10-15% lower than real salaries. The reason is very simple:
- people already hired, while reading such surveys, do not feel discontent about their pay level;
- people I am looking for, on the outside, would appreciate our job offers, and associated salaries, when compared to "surveys".
There is another aspect, related to "pay vs. job level" never mentioned in any survey: I have a pool of "stars" whose work I [financially] appreciate at levels incomparable to any industry "average". Those are the people who could carry out difficult project all by themselves, and/orcould intervene once, either in a critical situation, or during a tight schedule, or under highly-pressured conditions, and by the results of their work provide a fantastic ROI. Sometimes I tend to call these people "my group of uber-geeks"
All in all - surveys are like marketing or sales data: deceiving, misleading, and understated (as far as pay goes), or overstated (i.e. how much one has to know and work, to get $x);)
Following up on my own post - title is misleading by omission: what I meant to say was "Block nothing at the original posts' suggested level" (i.e. country-wide network(s))
I have a corporate network to run, and we are only expanding in China. There is no realistic way to resolve any issues at the IP or DNS/domain level, as same ISPs providing services to spammers and crackers, are also hosts of my customers.
Short answer? Clever design, application layer solutions (e.g. multi-level filters and signatures based protection for application traffic), which implies more resources, and some administrative headache to put up with, when things go wrong. Always need to keep the balance: if the costs of doing business (of which the human and technical solutions needed to avoid across-the-board denial are mandatorily included) become higher than the return/profit, we will rethink the options. Until then we are happy when others (preferably competitors of ours) apply the knee-jerk solution of blocking country-wide networks;)
I am trying to understand why so much fuss and waste of/. resources, about VoIP or IPTelephony (for the puritans who want to separate the two), when voice is just another communication methodology, meant to be brought alongside all the others, for a final unification of information exchange?
Application unification and network convergence dictate such steps (be it VoIP, or industrial ethernet, or whatever...), but none of them is the "final" target. The real target should be ease of access to information, via a common infrastructure, with an accesible set of interfaces, and the communications means of exchanging such (info), eventually. If you look at the problem this way, then you would see that transport, storage, query, etc. are functions which could not be universally applicable, over different facets of communication, unless things like VoIP happen (and NOT because of ROIs!).
Without full access to what DoD, itself, would require, I would start from here and then fill in the gaps from SANS' reading room, and move on to studying security mailing list archives, and/or by asking specific questions in those public forums.
Slashdot Mirror
They should look into some resources able to make/redesign/re-architect their site to have ALL offered services available for more than a few hours at a time. From downtime of days, to on-and-off access through their mobile apps, to services unavailable at all hours of the day, via their "standard" web presence ... how much of this will Hadoop address?!?
+1 (or +n)!!! - absolutely the most network-security-sysadmin friendly smartphone. SSH client, Cisco compatible VPN client (try to do that reliably in Android!), nmap, metasploit, wireshark, etc - you name it - it's there ... I had this smartphone for over a year and the only drawback to it is lack of support for the so-called 4G in the T-Mobile market in the US.
I'd rather have a Smartsoldier for Every Phone
Link-in with whom it may make sense, professionally only (Linkedin = mostly professional social network, vs. Facebook, Twitter, Socialedian, FriendFeed, Myspace, etc.) but definitely do NOT link with coworkers - it would make no sense (although I work in a company where almost all office employees have linked w/each other, to the point that no one can handle the internal "social noise").
I wonder if this would be as costly as my last one ... before, during and after divorce ?!?
http://wired.com/wired/archive/14.11/atheism.html
Old news
... and even older
US successful "free market"
Hasn't anybody ever heard of Singularity ?!?
I love CLI and its capabilities of scripting, etc... in this regard urpmi/urpmf/urpmq are the best tools I have ever worked with.
The reason is urpmi.
During my trips to/from Europe, from/to the US, I always enjoyed this service on Lufthansa's airplanes. I wish they could keep it available, alongside allowance for laptops.
Went through the whole process, as instructed on their web site, but step "4" is missing ...
./ effect ;)
...
... Too many client tasks ...
Microsoft OLE DB Provider for ODBC Drivers
FYI - Reading the news on Digg would have gotten you the correct info. Slashdot is for funny comments, not for precise data.
"Beating the automated voice system.....Wednesday November 23, @07:49AM......rejected" ... no wonder these guys are kicking ./ a**, and with their podcasts capability, are taking this area of news over (as I have also commented on, in an earlier article). Oh, well ...
I tried to post the above, a day earlier, but it was rejected
I'd be curious to know how many /.-ers use such services. Could we have one of those /. surveys setup for this?
Just for completeness reasons - I post and read from the same account, all the time, so double accounts won't cut it for me, even though I could appreciate the suggestion. Also - my Treo 650, with the its latest patched OS, released by Sprint (had to back out from the unoficial hack allowing bluetooth, not long ago, as Sprint just enabled it, themselves) and Sprint infrastructure, gives me, in the area where I hang out (probably not everywhere in the country, of course) better throughput than the WiFi access at Panera - and I compare the two simply because they're both free for me ;)
First - trying to get /. on my Treo650 to show correctly is impossible. I have to stop the loading to the HTML code level (before being processed), so that I could read some text. If not, the whole stuff shows as one single column. In an era of mobility, where I can get almost all my news on my phone, the design of the /. web site (I am no expert in web design, so I am not sure where the problem is) sucks. /. matching diggnation's podcasts. Before any long trip (nowadays before any trip, even to the grocery on the corner), with my car, I burn myself CDs with podcasts, in majority technical/geeky, and diggnation is always there ... any chance for the /. gurus to start something like that?!?
Ok - now on to digg.com - they offer a useable web site for mobile users, and - more importantly (again - from a mobility perspective) - there is nothing on
Actually it does not work like that. I am in a managerial position, and whenever I am consulted about salaries, for surveys or "industry job dictionaries", I always provide figures 10-15% lower than real salaries. The reason is very simple:
;)
- people already hired, while reading such surveys, do not feel discontent about their pay level;
- people I am looking for, on the outside, would appreciate our job offers, and associated salaries, when compared to "surveys".
There is another aspect, related to "pay vs. job level" never mentioned in any survey: I have a pool of "stars" whose work I [financially] appreciate at levels incomparable to any industry "average". Those are the people who could carry out difficult project all by themselves, and/orcould intervene once, either in a critical situation, or during a tight schedule, or under highly-pressured conditions, and by the results of their work provide a fantastic ROI. Sometimes I tend to call these people "my group of uber-geeks"
All in all - surveys are like marketing or sales data: deceiving, misleading, and understated (as far as pay goes), or overstated (i.e. how much one has to know and work, to get $x)
Following up on my own post - title is misleading by omission: what I meant to say was "Block nothing at the original posts' suggested level" (i.e. country-wide network(s))
I have a corporate network to run, and we are only expanding in China. There is no realistic way to resolve any issues at the IP or DNS/domain level, as same ISPs providing services to spammers and crackers, are also hosts of my customers.
;)
Short answer? Clever design, application layer solutions (e.g. multi-level filters and signatures based protection for application traffic), which implies more resources, and some administrative headache to put up with, when things go wrong. Always need to keep the balance: if the costs of doing business (of which the human and technical solutions needed to avoid across-the-board denial are mandatorily included) become higher than the return/profit, we will rethink the options. Until then we are happy when others (preferably competitors of ours) apply the knee-jerk solution of blocking country-wide networks
I am trying to understand why so much fuss and waste of /. resources, about VoIP or IPTelephony (for the puritans who want to separate the two), when voice is just another communication methodology, meant to be brought alongside all the others, for a final unification of information exchange? ...), but none of them is the "final" target. The real target should be ease of access to information, via a common infrastructure, with an accesible set of interfaces, and the communications means of exchanging such (info), eventually. If you look at the problem this way, then you would see that transport, storage, query, etc. are functions which could not be universally applicable, over different facets of communication, unless things like VoIP happen (and NOT because of ROIs!).
Application unification and network convergence dictate such steps (be it VoIP, or industrial ethernet, or whatever
Without full access to what DoD, itself, would require, I would start from here and then fill in the gaps from SANS' reading room, and move on to studying security mailing list archives, and/or by asking specific questions in those public forums.