>There is absolutely nothing Hushmail's developers could have done once the judge in their area handed the search warrent papers.
Really? Last I looked, the average Irish developer still has a middle finger. Perhaps some of them still remember what it's for and how to use it. Or how to quickly type [rm -r *], (which I personally have seen done more than once with police in the room).
Then again, perhaps the interbreeding with the sheep has affected the Irish developers' character.
You cite a fairly mission-critical app (etc.) OP cites a "small web development firm."
Most clients may think they want enterprise level service, but not have the money to fund it. And the reality is-- for a small web development firm, many sites may get only 100 uniques/day.
In this case, the overhead of separating dev and production on a Drupal server-- depending on what you do-- is likely very high versus other common-sense solutions. Always have a backup and be in a position to revert within 10 minutes or less. Develop themes in their own sandboxes. Etc.
In the end, what I was saying in the below-- this is indeed a very case-specific example, and while there is some great advice here from a number of contexts, I am not so sure they answer the question when it comes to Drupal or any small web company's situation. Backup, backup, backup-- understand what you need to backup, what it is and why you need it (what's in Drupal/sites,/modules-- what the db is). Subversion: simply yes (there's a handbook article about it, and several articles-- but in short, create a repository for your entire install and for all your sites). Other than that? I would guess that the OP doesn't have as big as a problem as they think they do... if one is careful, one will rarely have a conflict/problem, and if one does, one can revert to safety.
I will remind you that the forums are staffed by unpaid volunteers who take *their* time to answer *your* questions, "as they can."
If you ask a question that has already been asked and answered elsewhere, and you do not take *YOUR* time to find the answer because you'd rather "crowdsource="FREELOAD on *THEIR* time, you get what you pay for.
That said, Drupal is FOSS and the Forums, as constituted, are not perfect. There is much discussion of this and if you really care, you can learn something and volunteer for the appropriate team and help make it better. Or you can buy a subscription to Acquia.
And yes, you should upgrade to D6, not because it is "shiny," but because it contains numerous improvements and simplifications that are a result of the community process.
With no personal offense to the OP, (and noting that this is Drupal), I think the OP is trying a little to hard or suffers from inexperience. My first Drupal server hosts 100+ sites and Dev/Test/Production was rarely an issue-- which is to say, what is the OP doing that requires that level of segmentation? It's simply not that difficult on the scale mentioned.
For large sites, of course, Drupal dev/test/production is another matter-- and there is a Drupal group that handles such questions and considerations. Reading it would be useful to the OP; for most people here, it is likely so Drupal specific as to give no lessons not already familiar.
For small-to-medium sites, keeping separate dev/test/production copies on separate subdomains, flipping between them as necessary, and maintaining a backup schedule of everything is practical. Module management is a different story, but my choice is to multisite (and rsync)-- custom modules go in each sites's custom modules directory. Beyond this, again, we descend into Drupal-specific discussion that would probably be best on drupal.org-- where it has already been occurring for years.
The general question-- well, away from Drupal-- is sort of platform dependent, isn't it? On Drupal (up to D6), there is an annoying possibility of data structure collision if you have different versions running, for instance-- no easy way to merge databases unless you plan for it and, say, index the db entries (odd/even). Other systems are better at merging different copies. One should probably write a system that plans in advance.
But for 50 sites, I... just don't have a "good question here," as most of the issues should be manageable...
after you spend two days reading UNIX man pages. So there's my answer. Read-The-Fine-Man pages.
>, they're going to stand up in court and say "There is a moisture sensor in this unit which was triggered, therefore it got wet". >How do you prove that in your case the moisture sensor was faulty without spending a small fortune?
It's called small claims court coupled with long-arm statutes. Presuming Apple sends a representative-- unlikely-- you explain your side of the story. A printout of this thread with bolding should do.
Dr. Myers' interpretations, as reported here, seem to me quite a bit naive.
I am reminded of tales of soldiers in the trenches, during WWI, from both sides, pausing hostilities during Christmas, to work together briefly, share food and drink.
Certainly, the "rules" were that they should be shooting each other. Thank G-d-- no social situation works that way.
Mr. Myers seems to think that the "rules" written by the creators of the system are the "work of God" which everyone should and must follow, and there is something wrong when they don't.
So much for fascism. There is nothing medieval or wrong when actual humans, acting together in a social situation, choose to create their own understandings and rules-- and shun someone who ignores this.
Rather, there is much to be celebrated.
Myers-- isn't that an Irish surname? I would hope for a better analysis of how any why participants rejected his behavior.
People, stop spreading this stupid, unfounded meme. The folks who have been verified to have died from H1N1 2009 have been from a country with a poor health care system and a city that is horrible in terms of air pollution and other environmental conditions.
Please STOP spreading this racist, unfounded meme. While Mexico is a developing nation with a "poor" health care system, hospitals in Mexico City and elsewhere are modern, with up-to-date equipment and well-trained personnel. While pollution is a problem, not necessarily more so than in parts of New York City or LA, especially in the downtown zones under the new environmental rules. Significant advances in air quality have been made in the past 10 years, under AMLO and Ebrard.
There is no clear, obvious reason for a higher morality rate across Mexico, including and especially in the downtown Mexico City hospitals, than in the US.
The sad thing is that it will affect the poor and the Third World most of all. Only the extremely ill, old, young, and those with compromised immune systems will have a problem in more developed countries where antiviral medicine is available.
This is likely somewhat inaccurate. The efficacy of SARS and the previous avian flus-- and of pandemic flus in general-- is that they cause the strongest human immune systems (18-30 yrs) to overreact and fill the lungs with fluid, slowly drowning the victims. (Antivirals are also not all that effective, versus respirators and manual techniques to clear the lungs).
We also don't quite know what we're up against, get.
That said, if the developing world looses its young and strong, that is in some ways worse. But don't think the developed world is out of the way: avian flu killed one in three victims in Hong Kong, right?
1) Violates US Founders' Principles-- active not passive subversion.
2) If applied to the current matter, RIAA and crowd would still be big, fat cats with no impetus to change.
3) "Illegal" schemgel. The legality or illegality of much of this is a matter of great dispute, just as the tea tax was. If you hate the King, you steal his revenue.
^^^ I'm not sure that the previous poster has a point. Jury nullification does not presume (much less require) jurors who come with preconceptions; it allows jurors who come to the conclusion that a law is unjust, inappropriate or inconsistent, to vote with their conscience.
In practice, any prosecutor or defense attorney is likely to try a line of questioning to determine juror's willingness to convict based on 'the letter of the law,' however, peremptory challenges are limited and its a guessing game. Many a defense lawyer has committed the mistake of throwing a juror off for seeming 'law and order,' when that juror would have hung the jury-- or convinced them-- based on qualms about details and interpretation; I suspect many a prosecutor has made similar mistakes, throwing quibblers and vacillators off when those quibblers would have bought their case.
Of course, the defense faces a stiffer consequence for the mistake.
I wonder if these guys have considered going into some honest business, say, producing voting machines?
Seriously, I'd like to karma troll by making fun of this product, but it seems such a mind-bogglingly purposeless marketing riff on the "social networking" BS that I can't.
Repeat after me: there is no business model here other than taking investors' money in a complex variation of the Ponzi scheme and "irrational exuberance." There is no real money or value added by this product. classDef(this(product)) does not allow companies to build upon or "capitalize" their existing social networks (etc etc): it allows them to say they're following all the other lemmings.
>It happened thanks to namely UN-appointed Holland troopers let Serbian terrorists go to city >they were supposed to protect.
This is at least partially incorrect or misleading: The UN 'peacekeeping' 'mandate' did not authorize direct armed intervention, and I recall the UN commander who let the Serbian troops through describing his calls to superiors, and his agony, knowing what was about to happen.
In the end, I think he would have done well to drop the radio, "look at his troops, draw his weapon," and tell the Serbian commanders that they were going to have to take some causalities before they entered Srebrenica.
On the other hand (from the WikiPedia article you cite:)
On the other hand, the UN soldiers felt abandoned by their command in Sarajevo and were already virtual or even actual hostages of the Serb troops. In addition, the area of 10 square kilometers was impossible to defend with 400 troops with small arms.
Indeed, the attempt would have been suicide even with NATO bombing; the entire UNPROFOR force was insufficient, and insufficiently structured, to prevent the capture of Srebrenica.
Emailed SPAM from my friends are caught in the aggressive CAN-SPAM filters that I am forced to deploy. Freedom of speech is depriving me of my SPAM. Email is shutting down SPAM. This is a freedom-AS-IN-BEER-AND-HAM issue and SPAMMING JAILERS protects freedom.
Hungry. Give me CAN of SPAM!!!
There. Edited.
WAS:
My emails to my friends get caught in the aggressive spam filters that they are forced to use. Spamming is depriving me of my freedom of speech. Spam is shutting down email. That is a freedom of speech issue and jailing spammers protects freedom.
They are still registered with DynaDot, and the only change in the record is that 'status' has been updated from "CLIENT TRANSFER PROHIBITED" to "OK". Viz:
Domain ID:D130035267-LROR Domain Name:WIKILEAKS.ORG Created On:04-Oct-2006 05:54:19 UTC Last Updated On:01-Mar-2008 01:15:18 UTC Expiration Date:04-Oct-2008 05:54:19 UTC Sponsoring Registrar:Dynadot, LLC (R1266-LROR) Status:OK Registrant ID:C-13000 Registrant Name:John Shipton Registrant Street1:c/o WLK PO Box 8098-00200 Registrant Street2: Registrant Street3: Registrant City:Nairobi Registrant State/Province: Registrant Postal Code:none Registrant Country:KE Registrant Phone:+1.2026576222 Registrant Phone Ext.: Registrant FAX: Registrant FAX Ext.: Registrant Email:an1984@hush.com Admin ID:C-13000 Admin Name:John Shipton Admin Street1:c/o WLK PO Box 8098-00200 Admin Street2: Admin Street3: Admin City:Nairobi Admin State/Province: Admin Postal Code:none Admin Country:KE Admin Phone:+1.2026576222 Admin Phone Ext.: Admin FAX: Admin FAX Ext.: Admin Email:an1984@hush.com Tech ID:C-13000 Tech Name:John Shipton Tech Street1:c/o WLK PO Box 8098-00200 Tech Street2: Tech Street3: Tech City:Nairobi Tech State/Province: Tech Postal Code:none Tech Country:KE Tech Phone:+1.2026576222 Tech Phone Ext.: Tech FAX: Tech FAX Ext.: Tech Email:an1984@hush.com Name Server:NS1.EVERYDNS.NET Name Server:NS2.EVERYDNS.NET Name Server:NS3.EVERYDNS.NET Name Server:NS4.EVERYDNS.NET Name Server: Name Server:
OK, so the logical next step here is to transfer to a registrar in Norway (or other independent jurisdiction), effectively bystepping Dynadot and making the US case moot, right?
A source close to this case has told TorrentFreak that Jonathan Nilson, the owner of the Shareaza.com domain has been contacted and he has confirmed that he has sold the domain to the scammers. It looks like the domain is lost forever[...]
While later stories are not clear on this, as Jonathan is still listed as the contact, he could initiate a transfer. So what we have is not so much a domain hijacking as a shady deal to alter the end point of the site.
Slashdot Mirror
>There is absolutely nothing Hushmail's developers could have done once the judge in their area handed the search warrent papers.
Really? Last I looked, the average Irish developer still has a middle finger. Perhaps some of them still remember what it's for and how to use it. Or how to quickly type [rm -r *], (which I personally have seen done more than once with police in the room).
Then again, perhaps the interbreeding with the sheep has affected the Irish developers' character.
Really, it depends on context, greatly.
You cite a fairly mission-critical app (etc.) OP cites a "small web development firm."
Most clients may think they want enterprise level service, but not have the money to fund it. And the reality is-- for a small web development firm, many sites may get only 100 uniques/day.
In this case, the overhead of separating dev and production on a Drupal server-- depending on what you do-- is likely very high versus other common-sense solutions. Always have a backup and be in a position to revert within 10 minutes or less. Develop themes in their own sandboxes. Etc.
In the end, what I was saying in the below-- this is indeed a very case-specific example, and while there is some great advice here from a number of contexts, I am not so sure they answer the question when it comes to Drupal or any small web company's situation. Backup, backup, backup-- understand what you need to backup, what it is and why you need it (what's in Drupal /sites, /modules-- what the db is). Subversion: simply yes (there's a handbook article about it, and several articles-- but in short, create a repository for your entire install and for all your sites). Other than that? I would guess that the OP doesn't have as big as a problem as they think they do... if one is careful, one will rarely have a conflict/problem, and if one does, one can revert to safety.
Libraries on a random server, undocumented? Ouch.
I will remind you that the forums are staffed by unpaid volunteers who take *their* time to answer *your* questions, "as they can."
If you ask a question that has already been asked and answered elsewhere, and you do not take *YOUR* time to find the answer because you'd rather "crowdsource="FREELOAD on *THEIR* time, you get what you pay for.
That said, Drupal is FOSS and the Forums, as constituted, are not perfect. There is much discussion of this and if you really care, you can learn something and volunteer for the appropriate team and help make it better. Or you can buy a subscription to Acquia.
And yes, you should upgrade to D6, not because it is "shiny," but because it contains numerous improvements and simplifications that are a result of the community process.
With no personal offense to the OP, (and noting that this is Drupal), I think the OP is trying a little to hard or suffers from inexperience. My first Drupal server hosts 100+ sites and Dev/Test/Production was rarely an issue-- which is to say, what is the OP doing that requires that level of segmentation? It's simply not that difficult on the scale mentioned.
For large sites, of course, Drupal dev/test/production is another matter-- and there is a Drupal group that handles such questions and considerations. Reading it would be useful to the OP; for most people here, it is likely so Drupal specific as to give no lessons not already familiar.
For small-to-medium sites, keeping separate dev/test/production copies on separate subdomains, flipping between them as necessary, and maintaining a backup schedule of everything is practical. Module management is a different story, but my choice is to multisite (and rsync)-- custom modules go in each sites's custom modules directory. Beyond this, again, we descend into Drupal-specific discussion that would probably be best on drupal.org-- where it has already been occurring for years.
The general question-- well, away from Drupal-- is sort of platform dependent, isn't it? On Drupal (up to D6), there is an annoying possibility of data structure collision if you have different versions running, for instance-- no easy way to merge databases unless you plan for it and, say, index the db entries (odd/even). Other systems are better at merging different copies. One should probably write a system that plans in advance.
But for 50 sites, I ... just don't have a "good question here," as most of the issues should be manageable...
after you spend two days reading UNIX man pages. So there's my answer. Read-The-Fine-Man pages.
>, they're going to stand up in court and say "There is a moisture sensor in this unit which was triggered, therefore it got wet".
>How do you prove that in your case the moisture sensor was faulty without spending a small fortune?
It's called small claims court coupled with long-arm statutes. Presuming Apple sends a representative-- unlikely-- you explain your side of the story. A printout of this thread with bolding should do.
>Everyone knows that you can't get pregnant in a swimming pool, in a hot tub, or if you press really hard on the girls belly button after sex.
Well, true, you can't get pregnant. The girl, on the other hand, is another question.
Dr. Myers' interpretations, as reported here, seem to me quite a bit naive.
I am reminded of tales of soldiers in the trenches, during WWI, from both sides, pausing hostilities during Christmas, to work together briefly, share food and drink.
Certainly, the "rules" were that they should be shooting each other. Thank G-d-- no social situation works that way.
Mr. Myers seems to think that the "rules" written by the creators of the system are the "work of God" which everyone should and must follow, and there is something wrong when they don't.
So much for fascism. There is nothing medieval or wrong when actual humans, acting together in a social situation, choose to create their own understandings and rules-- and shun someone who ignores this.
Rather, there is much to be celebrated.
Myers-- isn't that an Irish surname? I would hope for a better analysis of how any why participants rejected his behavior.
Please STOP spreading this racist, unfounded meme. While Mexico is a developing nation with a "poor" health care system, hospitals in Mexico City and elsewhere are modern, with up-to-date equipment and well-trained personnel. While pollution is a problem, not necessarily more so than in parts of New York City or LA, especially in the downtown zones under the new environmental rules. Significant advances in air quality have been made in the past 10 years, under AMLO and Ebrard.
There is no clear, obvious reason for a higher morality rate across Mexico, including and especially in the downtown Mexico City hospitals, than in the US.
You see that as a problem? Consider the sum value for "total deaths" 'under the curve in the graph of the opposite scenario(s).
This is likely somewhat inaccurate. The efficacy of SARS and the previous avian flus-- and of pandemic flus in general-- is that they cause the strongest human immune systems (18-30 yrs) to overreact and fill the lungs with fluid, slowly drowning the victims. (Antivirals are also not all that effective, versus respirators and manual techniques to clear the lungs).
We also don't quite know what we're up against, get.
That said, if the developing world looses its young and strong, that is in some ways worse. But don't think the developed world is out of the way: avian flu killed one in three victims in Hong Kong, right?
1) Violates US Founders' Principles-- active not passive subversion.
2) If applied to the current matter, RIAA and crowd would still be big, fat cats with no impetus to change.
3) "Illegal" schemgel. The legality or illegality of much of this is a matter of great dispute, just as the tea tax was. If you hate the King, you steal his revenue.
^^^ I'm not sure that the previous poster has a point. Jury nullification does not presume (much less require) jurors who come with preconceptions; it allows jurors who come to the conclusion that a law is unjust, inappropriate or inconsistent, to vote with their conscience.
In practice, any prosecutor or defense attorney is likely to try a line of questioning to determine juror's willingness to convict based on 'the letter of the law,' however, peremptory challenges are limited and its a guessing game. Many a defense lawyer has committed the mistake of throwing a juror off for seeming 'law and order,' when that juror would have hung the jury-- or convinced them-- based on qualms about details and interpretation; I suspect many a prosecutor has made similar mistakes, throwing quibblers and vacillators off when those quibblers would have bought their case.
Of course, the defense faces a stiffer consequence for the mistake.
GNU! GNUs! All GNUs is Good GNUs!
(Sorry, had to !)
Hello. ^^^ I would presume that those of us who know the difference are not commenting ;)
>>there doesn't appear to be anything unjust about copyright.
Evidently you do not read Lessig or Patel or...
Somehow this reminds me of the week that LinuxCare instituted a policy that all employees were expected to shower at least once weekly...
Required in France and other European countries for over a decade as well, even to purchase a pay-per-minute SIM.
As of now ixhosting's DNS server(s) look(s) to be up, but their main site's server is toasted. Those who live in glass houses...
I wonder if these guys have considered going into some honest business, say, producing voting machines?
Seriously, I'd like to karma troll by making fun of this product, but it seems such a mind-bogglingly purposeless marketing riff on the "social networking" BS that I can't.
Repeat after me: there is no business model here other than taking investors' money in a complex variation of the Ponzi scheme and "irrational exuberance." There is no real money or value added by this product. classDef(this(product)) does not allow companies to build upon or "capitalize" their existing social networks (etc etc): it allows them to say they're following all the other lemmings.
Repeat grump as necessary.
>they were supposed to protect.
This is at least partially incorrect or misleading: The UN 'peacekeeping' 'mandate' did not authorize direct armed intervention, and I recall the UN commander who let the Serbian troops through describing his calls to superiors, and his agony, knowing what was about to happen.
In the end, I think he would have done well to drop the radio, "look at his troops, draw his weapon," and tell the Serbian commanders that they were going to have to take some causalities before they entered Srebrenica.
On the other hand (from the WikiPedia article you cite:)
Indeed, the attempt would have been suicide even with NATO bombing; the entire UNPROFOR force was insufficient, and insufficiently structured, to prevent the capture of Srebrenica.
WRT "this thread needs editing": fine:
Emailed SPAM from my friends are caught in the aggressive CAN-SPAM filters that I am forced to deploy. Freedom of speech is depriving me of my SPAM. Email is shutting down SPAM. This is a freedom-AS-IN-BEER-AND-HAM issue and SPAMMING JAILERS protects freedom.
Hungry. Give me CAN of SPAM!!!
There. Edited.
WAS:
My emails to my friends get caught in the aggressive spam filters that they are forced to use. Spamming is depriving me of my freedom of speech. Spam is shutting down email. That is a freedom of speech issue and jailing spammers protects freedom.
They are still registered with DynaDot, and the only change in the record is that 'status' has been updated from "CLIENT TRANSFER PROHIBITED" to "OK". Viz:
Domain ID:D130035267-LROR
Domain Name:WIKILEAKS.ORG
Created On:04-Oct-2006 05:54:19 UTC
Last Updated On:01-Mar-2008 01:15:18 UTC
Expiration Date:04-Oct-2008 05:54:19 UTC
Sponsoring Registrar:Dynadot, LLC (R1266-LROR)
Status:OK
Registrant ID:C-13000
Registrant Name:John Shipton
Registrant Street1:c/o WLK PO Box 8098-00200
Registrant Street2:
Registrant Street3:
Registrant City:Nairobi
Registrant State/Province:
Registrant Postal Code:none
Registrant Country:KE
Registrant Phone:+1.2026576222
Registrant Phone Ext.:
Registrant FAX:
Registrant FAX Ext.:
Registrant Email:an1984@hush.com
Admin ID:C-13000
Admin Name:John Shipton
Admin Street1:c/o WLK PO Box 8098-00200
Admin Street2:
Admin Street3:
Admin City:Nairobi
Admin State/Province:
Admin Postal Code:none
Admin Country:KE
Admin Phone:+1.2026576222
Admin Phone Ext.:
Admin FAX:
Admin FAX Ext.:
Admin Email:an1984@hush.com
Tech ID:C-13000
Tech Name:John Shipton
Tech Street1:c/o WLK PO Box 8098-00200
Tech Street2:
Tech Street3:
Tech City:Nairobi
Tech State/Province:
Tech Postal Code:none
Tech Country:KE
Tech Phone:+1.2026576222
Tech Phone Ext.:
Tech FAX:
Tech FAX Ext.:
Tech Email:an1984@hush.com
Name Server:NS1.EVERYDNS.NET
Name Server:NS2.EVERYDNS.NET
Name Server:NS3.EVERYDNS.NET
Name Server:NS4.EVERYDNS.NET
Name Server:
Name Server:
The domain owner (John Shipton???) is an Australian living in KENYA. Heck of a place to get stuck in the 'arvy.
OK, so the logical next step here is to transfer to a registrar in Norway (or other independent jurisdiction), effectively bystepping Dynadot and making the US case moot, right?
From the original TorrentFreak announcement:
A source close to this case has told TorrentFreak that Jonathan Nilson, the owner of the Shareaza.com domain has been contacted and he has confirmed that he has sold the domain to the scammers. It looks like the domain is lost forever[...]
While later stories are not clear on this, as Jonathan is still listed as the contact, he could initiate a transfer. So what we have is not so much a domain hijacking as a shady deal to alter the end point of the site.