The Keys are a chain of islands with a very different culture from the rest of Florida. They even called themselves the "Conch Republic" at one point during a political stunt.
Rent there, don't buy, unless it is a boat. Rising sea levels could turn your beautiful beachfront property into underwater property. The boat might help you escape.
And if Netflix decided to host their service is Honduras because it was cheap, would US ISPs be required to run trunks across the Gulf of Mexico because you decided you wanted that to have priority?
If there were a functioning market for consumer Internet services, yes. ISPs would be forced to provide adequate bandwidth or risk losing their customer base to a competitor.
Netflix moving 1/3rd of the internet traffic in one direction? Yea, they are going to have a big bill. Sorry, that's how it works guys.
Your argument is undercut by the fact that Comcast refused to install Netflix's content servers inside Comcast's network.
What is even with the X years of experience with product X? Why would anyone expect that someone with 5 years experience with product X would be any more proficient than someone with 3? After mastering the basics, which normally takes on the orders of magnitude of months, not years, the amount of time that passes is not really related to the number of specifics you learn about that product.
Perhaps there is an LCA application (part of the green card process) in progress where the applicant has exactly those skills?
RCMP here in Yorkton are notorious for flipping on the lights to zip through intersections and speeding through school zones on the way to Tim Horton's for their coffee and doughnuts.
Having recently tried eating at a Tim Horton's (in Vancouver) for the first time, my question would be "why?" Why hurry to Tom Horton's? Away, yes, I could understand that, but to? It's a mystery to me.
The wording of U.S. Code 17 Ã 512(c)(vi) has been interpreted that way, and to cover the entirety of the notification. Not sure what the case law is.
I don't think that a court has looked at it yet, so I am going to believe that the plain text means what it says and that the penalty of perjury only applies to the part: "and under penalty of perjury, that the complaining party is authorized to act on behalf of the owner of an exclusive right that is allegedly infringed." Especially, since part (v) explicitly states: "A statement that the complaining party has a good faith belief that
Bottom line, put up (with actual case law), or shut up.
Any doubt? DMCA takedown requests have to be attested to under penalty of perjury. Ever hear of a false/improper DMCA request?
A common misconception. The penalty of perjury only applies to the statement that the complaining party is acting on behalf of someone else.
Sure. Remove the Google link to the bad review.
Your reading skills are seriously lacking. The pianist has asked the Washington Post to remove the review. Not google. The Washington Post.
From what I read of the orginal ruling that created the right to be forgotten, it is not applicable to the original publisher (in this case the WP), only search engines like Google.
I suggest that Mr. Lazic has a discussion with Ms. Streisand. He might find it enlightening.
This. Every time I see a complaint that "some tool" makes it harder for "marketing companies" to send email I think that I should use that tool for my email servers if I am not doing that already.
Your reading skills need some more work. My point was that the tools are ineffective, irrespective of who is using them.
Actually, my central point was, as a non-email marketer, there is little value in spf, dkim and dmarc, since (according to spamassassin) they are poor indicators of whether something is spam or not.
But, what the heck, it's easier to get in a cheap shot than a reasoned comment.
Many of the problems with sysvinit have been solved in OpenRC. For example, OpenRC uses dependencies to define the order in which the services are started. My point is that such a radical change as systemd is not required to deal with many of the issues in sysvinit.
Systemd is not just about the init system. It's about complete system management from hardware, services, logins, and amongst that also the init system.
Standard systemd supporter response. "we should systemd because it will fix all the problems in sysvinit
Before I talk about why restarting services would be a good idea I should mention to you that this is configurable. Not just configurable, but highly configurable. You can opt to restart a service based on the exact exit code of the process.
Again, you missed my central point. The value is being able to restart services automatically is exceedingly low. Processes don't die on my servers and if they do, it needs human involvement to investigate.
Let me stop you there for the first part. There is NOT VERY MUCH RUNNING AS PID1. The core systemd process exists pretty much only to catch orphans and start up some of the 70+ other systemd functions
As you point out, the very services that are replacing much of the functionality in those init scripts are running as PID 1, so your argument is irrelevant. Just because not much is running as PID 1 does mean that nothing is running as PID 1.
I would like to point out again, 200 lines to start sshd on my system.
On my Gentoo system, running OpenRC the init file for sshd is 87 lines, of which 13 are blank, and 4 more are comments. So, really 70 lines. Furthermore, those init scripts don't change much -- any bugs will have been worked out. Because systemd centralizes this, the code will change all the time.
A sort of backdoor link that leads to an ISP address for a government computer that canâ(TM)t be accessed by the general public on the Web. Itâ(TM)s an undeniable link to the U.S. government.â
BS. It's probably just one of the DOD IP addresses that T-Mobile uses for its carrier-grade NAT.
The other problem is that the init scripts are effectively programs that manage the process itself, and they are often based on very manual tasks. I've lost count the number of times I've typed in "service xxxx start" got "service already running PID blah" as a response, and then typed "service xxxx stop" only to get a "Failed" message. Much of the task of the init system which is now manually programmed on a per application basis and maintained manually for each distribution really should be passed on to some helper application.
Many of the problems with sysvinit have been solved in OpenRC. For example, OpenRC uses dependencies to define the order in which the services are started. My point is that such a radical change as systemd is not required to deal with many of the issues in sysvinit.
One of the things I keep reading about systemd is that it will re-start services that have stopped. This is such a non-issue to me that I really don't care, plus, as other people have noted, there are many ways processes could die that I don't want them to be re-started without some intervention to investigate and fix the cause of the daemon dying (for example, mysqld running out if disk space).
From the point of view of a programmer, and an end user (who has on several occasions debugged problems which were the result of an init script not working properly), a 6 line upstart file, or a 10 line systemd file are far better for something that accomplishes the same thing.
But if there is a bug that prevents something from working properly, you need to debug how many lines of code from systemd, running as PID 1, versus a script. What your argument boils down to is that you don't expect systemd to have bugs.
Systemd's cgroup functionality promises to be more secure in the long run
Care to explain why that is? cgroups is a Linux kernel feature, note a systemd feature. So the question is: how does systemd use cgroups differently and why is this more secure or otherwise better; why cannot other init systems use cgroups functionality in the same way as systemd?
So you think that money is the root of all evil. Have you ever asked what is the root of money? -- Ayn Rand
