SomeOtherGuy

8 ms·

31.
by SomeOtherGuy 15y ago
Nonsense. People stick with telnet because of ignorance. That is why you remove telnetd, and force them to update. There is no difficulty in switching, and thus no valid reason not to switch.
32.
by SomeOtherGuy 15y ago
I'm pretty sure openbsd is fine, since they removed telnetd from the OS years ago. The big question is, why do other systems still have a telnetd?
33.
by SomeOtherGuy 15y ago
He already answered your question in the post you are replying to: >because you can easily use it without buying into the whole MVC and routing paradigm As much as I think the zend framework is terrible, you can pick and choose whatever
34.
by SomeOtherGuy 15y ago
Yes it is. Go read the list archives.
35.
by SomeOtherGuy 15y ago
>The bits of PHP that are "much worse" are mostly either legacy cruft that nobody in their right mind uses anymore, or bits are rarely touched in day to day programming but are safely wrapped in frameworks, ORM's, libraries etcetera. Hu
36.
by SomeOtherGuy 15y ago
>When that "well deserved criticism" comes from the same people who feel compelled to post in every PHP thread, obsessively, over and over again ... it's hate. No, you choose to label someone else's opinion as "hate" because it lets you
37.
by SomeOtherGuy 15y ago
What do you mean lately? PHP has gotten tons of well deserved criticism since it was created. It isn't "hate" to point out that a popular language is much worse than many other comparable languages.
38.
by SomeOtherGuy 15y ago
>Doesn't seem like the author really thought some of this through Yeah, he says the same thing at the bottom: >Poul-Henning I guess it would be nice if he warned you up front, but at least he does include the warning.
39.
by SomeOtherGuy 15y ago
You are very confused. Asking google for a list of IPs does not provide you with their page rank. IPs are not domains, nor are they websites.
40.
by SomeOtherGuy 15y ago
No, my point is that it is already completely trivial, and getting a list from google wouldn't even be worth doing if they did provide it, as you can easily and quickly generate a more extensive list with a single command.
41.
by SomeOtherGuy 15y ago
>If google released a list of all crawled websites and their IP addresses, if I was inclined I could then take those IP's and scan them for known vulnerabilities You can already do that. You want a list of IPs running websites? So sca
42.
by SomeOtherGuy 15y ago
>Even when using ACID compliant databases I am genuinely sad that such a statement would ever be uttered. "Even when"? Why would you choose to use a database that isn't reliable? >Consistency check should be replicated in your app
43.
by SomeOtherGuy 15y ago
>What you're talking about is a "Single Source of Truth" What is with all the random nonsense comments here lately? I am not suggesting a single source of truth, the person I replied to was. I simply pointed out that if you are trying
44.
by SomeOtherGuy 15y ago
>Still a bit confused Clearly that is not a situation I can remedy for you. I suggested you read the thread, as that would resolve the confusion for anyone with basic reading comprehension skills. If that is not sufficient for you, th
45.
by SomeOtherGuy 15y ago
No, I am suggesting that we already have a solution for "I need a single authoritative source of rules about this data". And it is called a database. Treating your database like it is just dumb storage is what creates these problems in th
46.
by SomeOtherGuy 15y ago
>where you can enforce the rules of your data in a single place That's called a database. That entire post could be summarized as "look, some dumbass didn't put a foreign key constraint on the currency column".
47.
by SomeOtherGuy 15y ago
Again, read the entire thread. I am not confusing you with anyone else, and I understand the concept of quotes. You are failing to grasp the context of posts, and assuming everything anyone puts in quotes must be a statement you made. Th
48.
by SomeOtherGuy 15y ago
You. You may want to consider that if there's two replies to your post, and both are "your post is entirely irrelevant", then perhaps your post genuinely is entirely irrelevant. Protip: read the whole thread from the top.
49.
by SomeOtherGuy 15y ago
You could go on? You are at 1/7 so far, perhaps you should quit while you're ahead. How many decades ago were you developing in java professionally? You don't manually build your code, you don't restart your development web server, are y
50.
by SomeOtherGuy 15y ago
I don't know why you are saying anything to me since you are responding to something I didn't say and that has nothing to do with the post I made. Is "dim witted attempts to respond to poorly thought out strawmen" really the level of disco
51.
by SomeOtherGuy 15y ago
Because you are buying 10 times as many servers, and paying for power for 10 times as many servers. Where on earth did this "bog standard x86_64 hardware" business come from?
52.
by SomeOtherGuy 15y ago
So check the single core version: http://shootout.alioth.debian.org/u32/benchmark.php?test=all... Oh look, PHP is still 30 times slower than java. A 60% improvement to that still won't get it within an order of magnitude. And PHP is not
53.
by SomeOtherGuy 15y ago
>Because you can get a web application up and running quickly in PHP You can get a web app up and running quickly in good languages too, and then you also don't have ongoing maintenance nightmares and the massively increased hardware an
54.
by SomeOtherGuy 15y ago
>From what I understand, she was not in a risk group and didn't yet require periodic exams Everyone is supposed to do self-exams. There is no consensus on preventative mammograms, some doctors still say to get them, but at different ag
55.
by SomeOtherGuy 15y ago
That response is even sadder. I haven't chosen the "just code" koolaid, but your religious beliefs are so deeply ingrained that you can only perceive me through that lens. As a result, you miss out on the great big world of "every situati
56.
by SomeOtherGuy 15y ago
>You have a choice of koolaid I also have the choice to ignore all the methodology snake oil salesmen and actually write software. Every "methodology" is bullshit. The new ones are not any less bullshit than the old ones. The fact th
57.
by SomeOtherGuy 15y ago
>Most of us would probably agree that their method is worse than more modern methods Not everyone drank the agile koolaid.
58.
by SomeOtherGuy 15y ago
Of course there was a time before ecommerce apps. That would probably explain why I was talking about the very first perl cgis. While there's a lower barrier to entry for people to exploit security holes, there's also far more targets. A
59.
by SomeOtherGuy 15y ago
It never was for beginners. All those problems have been around since the web has, and beginners have been making insecure crap ever since the first perl cgis.
60.
by SomeOtherGuy 15y ago
Except that popularity doesn't generate extensive testing. IE was one of the most insecure pieces of software ever created, and was incredibly popular. People using software don't find security holes, people looking for security holes do.

More ›