Wow, revelations here. I guess the point of the paper is to really show most webmasters don't know what they're doing. All of these things can totally be avoided if you do your job carefully and methodically. e.g. maybe change the IP address of the server after launching your DDoS mitigation service, oh look, now half that list is moot.
I RTFA and PA is not even being sued here. The sorority is suing "Jane Doe", since they don't even know who posted the comments....for craps sake, I might take Slashdot out of my feed soon.
In 1998 there was an ice storm that struck Upstate New York. Hams were virtually the only source of communication as official communication channels ran out of gas (in many cases literally) after a day or so. I sat in a Firehouse with my own equipment relaying communications from ambulances (where another ham was riding along) to other base stations in nearby towns. We did most of this over 2 meters.
Hams were absolutely crucial because we could move in and quickly setup and operate additional equipment. I know times have changed....but every time I look at the state's disaster readiness plan hams would be needed again.
I think you are over estimating the ability of official channels to be ready to function on their own for weeks at a time.
...in that, with this effort / funds, someone may be able to solve the energy density problem. Even our best batteries are something like 1/30th the density of unleaded fuel. As soon as the electrical energy storage problem is solved the world really will change drastically...flying cars anyone?
Round robin DNS and nginx as load balancers. Then we auto scale cloud servers on the back end to handle the PHP load.
Scalable MySQL: http://www.rackspace.com/cloud...
File System: https://www.drupal.org/project...
Cloud files is really the key here, otherwise you have to use an NFS of some other kind...which kind be a nightmare otherwise.
What do you prefer for a server side language? I'm always open for a better way to go, from my experience PHP wins in development time and community support every time. I'd love your take on it though:-)
D6 was spaghetti code at its finest. D7 integrated a lot of very solid guidelines and changes, D8 continues in the same thread and is a very coherent and solid framework so far. We run some very large sites on D7 and they load very quickly on crappy hardware which keeps costs down.
We have === for this...if you change your way of thinking a bit you can actually code more quickly with loose typing (and yes, still keep things secure). Most of the arguments around PHP are something like "it doesn't work like this other language I'm familiar with".
Most of the arguments in here relate to complaining about the issues with most large open source projects, e.g. function naming conventions...while PHP has major issues in this regard (most notably how parameter order always flops around myFunc(haystack, needle), myFunc2(needle, haystack)...etc.) From my experience these sorts of things crop up in libraries / projects all the time, it is not unique to PHP.
The language as a whole really does allow for rapid prototyping, and quick updates, and cross platform support. Read efficient and profitable.
I've found that most people who hate PHP also hate Javascript, again, they don't know how to leverage it properly....so it must suck.
So...do any of the PHP bashers do any actual extensive coding in PHP? Have you ever looked at the code in Drupal 7/8?
Seriously, I am always baffled by everyone who starts ranting on how crappy PHP is. I have done mostly PHP development for 12+ years. I have yet to have a site hacked, or SQL injection exploited. It is a very solid language, it can be made VERY fast (JIT is also coming down the pipe out of the box in 6+). It lends itself to rapid prototyping and easy patching / testing. There is a module / plugin / snippet of code out there for pretty much everything. It will run on a windows server, a debian box, and CentOS pretty much the same.
Loose variable typing is not always bad thing, and you can always cast variables anyway:
$_GET['my_var'] = (int) $_GET['my_var'];
Ta-da! We definitely have an integer now!
I have written entire chat bots with raw socket connections in PHP...it can pretty much do everything...and do it quickly.
You have to disassemble most of the headlight housing and surrounding components on my Subaru. The dealership does it for the cost of the light bulb if I'm getting an oil change anyway...how much is $12 worth to you? I used to do my own oil changes, but after buying everything I might save $10...and there lies the problem...a full day of fiddling (and it still might not work)...or $30 for a new coffee maker?
I built an oil cooled machine a few years ago in a fish tank, it was really awesome looking....but....The oil makes all plastics parts and wires so brittle, that in just a few months they snap with any kind of movement. One of the add-on cards I had also had some rubber parts to the capacitors, and when the rubber expanded in the oil it just popped the capacitor right of the board. Also while gaming the oil would push 130F until I put an external radiator that was air cooled on it, if it is run for under 8 hours at a time the oil will actually cool down, and it took several hours to even get 5 gallons of oil warm again. On top of that...don't get me started on maintenance....the oil "crawled" up out of the tank and up the wires. I switched to fully wireless keyboard / mice / usb hub, but the power cord really had to be wiped off every so often.
While neat, there are some major issues with oil immersion. Instead, a sealed case (hot glue anyone?) and externally mounted water cooled heat sinks would do the trick. The sealed units are awesome, and they don't freeze either as it is not actually water in the sealed units. You can even get self-contained water cooled PSUs now.
Hear hear! We switched from Debian to Ubuntu years ago on all production servers...there are some real polishes that make managing the servers that much easier. Yes, it can be done with Debian, but its already done on Ubuntu...
The GPS in dash and heated seat trim level also came with a camera. Seat belts are always effective. The data on seat belt safety is overwhelming, there are a few other good comments here that outline how little backup camera's do to save lives.
Slashdot Mirror
Wow, revelations here. I guess the point of the paper is to really show most webmasters don't know what they're doing. All of these things can totally be avoided if you do your job carefully and methodically. e.g. maybe change the IP address of the server after launching your DDoS mitigation service, oh look, now half that list is moot.
I RTFA and PA is not even being sued here. The sorority is suing "Jane Doe", since they don't even know who posted the comments....for craps sake, I might take Slashdot out of my feed soon.
In 1998 there was an ice storm that struck Upstate New York. Hams were virtually the only source of communication as official communication channels ran out of gas (in many cases literally) after a day or so. I sat in a Firehouse with my own equipment relaying communications from ambulances (where another ham was riding along) to other base stations in nearby towns. We did most of this over 2 meters.
Hams were absolutely crucial because we could move in and quickly setup and operate additional equipment. I know times have changed....but every time I look at the state's disaster readiness plan hams would be needed again.
I think you are over estimating the ability of official channels to be ready to function on their own for weeks at a time.
...in that, with this effort / funds, someone may be able to solve the energy density problem. Even our best batteries are something like 1/30th the density of unleaded fuel. As soon as the electrical energy storage problem is solved the world really will change drastically...flying cars anyone?
OMG Look how crappy c++ is!
int x = 'a';
cout << x;
will print 97;
Seriously, just because a language doesn't function the way you are used to, does not mean that it is broken...
Overall language issues PHP is number 6 in this list...
http://www.aabri.com/manuscrip...
In terms of web apps, PHP looks pretty damn good by comparison:
http://info.whitehatsec.com/rs...
Yeah, I do admit that MySQL / Maria is the hard limit here. Never used GlusterFS, going to do some reading later. Thanks.
Round robin DNS and nginx as load balancers. Then we auto scale cloud servers on the back end to handle the PHP load. Scalable MySQL: http://www.rackspace.com/cloud... File System: https://www.drupal.org/project... Cloud files is really the key here, otherwise you have to use an NFS of some other kind...which kind be a nightmare otherwise.
We load balance D7 across VM's automatically...no issues here...how were you trying to scale? What would you use instead of PHP?
What do you prefer for a server side language? I'm always open for a better way to go, from my experience PHP wins in development time and community support every time. I'd love your take on it though :-)
D6 was spaghetti code at its finest. D7 integrated a lot of very solid guidelines and changes, D8 continues in the same thread and is a very coherent and solid framework so far. We run some very large sites on D7 and they load very quickly on crappy hardware which keeps costs down.
PHP is a shit language.
* http://whydoesitsuck.com/why-d...
We have === for this...if you change your way of thinking a bit you can actually code more quickly with loose typing (and yes, still keep things secure). Most of the arguments around PHP are something like "it doesn't work like this other language I'm familiar with".
* http://whydoesitsuck.com/publi...
Most of the arguments in here relate to complaining about the issues with most large open source projects, e.g. function naming conventions...while PHP has major issues in this regard (most notably how parameter order always flops around myFunc(haystack, needle), myFunc2(needle, haystack)...etc.) From my experience these sorts of things crop up in libraries / projects all the time, it is not unique to PHP.
The language as a whole really does allow for rapid prototyping, and quick updates, and cross platform support. Read efficient and profitable.
I've found that most people who hate PHP also hate Javascript, again, they don't know how to leverage it properly....so it must suck.
Also should have added that TFA is total crap.
So...do any of the PHP bashers do any actual extensive coding in PHP? Have you ever looked at the code in Drupal 7/8?
Seriously, I am always baffled by everyone who starts ranting on how crappy PHP is. I have done mostly PHP development for 12+ years. I have yet to have a site hacked, or SQL injection exploited. It is a very solid language, it can be made VERY fast (JIT is also coming down the pipe out of the box in 6+). It lends itself to rapid prototyping and easy patching / testing. There is a module / plugin / snippet of code out there for pretty much everything. It will run on a windows server, a debian box, and CentOS pretty much the same.
Loose variable typing is not always bad thing, and you can always cast variables anyway:
$_GET['my_var'] = (int) $_GET['my_var'];
Ta-da! We definitely have an integer now!
I have written entire chat bots with raw socket connections in PHP...it can pretty much do everything...and do it quickly.
You have to disassemble most of the headlight housing and surrounding components on my Subaru. The dealership does it for the cost of the light bulb if I'm getting an oil change anyway...how much is $12 worth to you? I used to do my own oil changes, but after buying everything I might save $10 ...and there lies the problem...a full day of fiddling (and it still might not work)...or $30 for a new coffee maker?
I still have no cell phone coverage at my house...I live in New York State...can I at least get coverage at my house...
http://www.hendohover.com/
I built an oil cooled machine a few years ago in a fish tank, it was really awesome looking....but....The oil makes all plastics parts and wires so brittle, that in just a few months they snap with any kind of movement. One of the add-on cards I had also had some rubber parts to the capacitors, and when the rubber expanded in the oil it just popped the capacitor right of the board. Also while gaming the oil would push 130F until I put an external radiator that was air cooled on it, if it is run for under 8 hours at a time the oil will actually cool down, and it took several hours to even get 5 gallons of oil warm again. On top of that...don't get me started on maintenance....the oil "crawled" up out of the tank and up the wires. I switched to fully wireless keyboard / mice / usb hub, but the power cord really had to be wiped off every so often.
While neat, there are some major issues with oil immersion. Instead, a sealed case (hot glue anyone?) and externally mounted water cooled heat sinks would do the trick. The sealed units are awesome, and they don't freeze either as it is not actually water in the sealed units. You can even get self-contained water cooled PSUs now.
Hear hear! We switched from Debian to Ubuntu years ago on all production servers...there are some real polishes that make managing the servers that much easier. Yes, it can be done with Debian, but its already done on Ubuntu...
http://www.youtube.com/watch?v=-zVgWpVXb64
Oh yeah, the MacroMedia preloader (MM_)....haven't seen that since 2001....and they are seriously using tables for layout...
interestingly enough....
neorush@localhost:~$ apt-cache search popcorn
pd-chaos - Pd library for calculating various chaotic attractors
...well at least for the next 3-5 years until we decide to cancel this project.
Might be the car design, but even rain / road wash put a mist on it so it is basically useless.
The GPS in dash and heated seat trim level also came with a camera. Seat belts are always effective. The data on seat belt safety is overwhelming, there are a few other good comments here that outline how little backup camera's do to save lives.