Slashdot Mirror
Organizing Data Across a Heterogeneous Net?
angst_ridden_hipster asks: "Like many people, I have a bunch of machines I use regularly. These include Linux machines, BSD machines, a Mac OS X machine, and a Windows machine. These machines are on a number of networks. All have internet connectivity. Some of them are always powered on. A few of them are not. Obviously, I have a bunch of accounts. And, it goes without saying, I have a bunch of data. What are the best approaches to sharing data? I want to be able to securely access my home data while at work, and from one machine to another, etc. Opening ssh terminals is the approach I have traditionally used, but I'm beginning to wonder if some mirroring software (e.g., Unison) might be in order. It'd provide the function of backups, as well as guaranteeing availability. Would it be wiser to tunnel nfs over ssh? Or is there some better option?
Assuming I actually start mirroring data across multiple machines, I'll need to organize it in a portable taxonomy. This is almost easy, since I use cygwin on the Windows machines, so I can assume a standard Unix-ish directory structure. But this gets more complicated when there are scripts or other code involved. What about application/platform-specific data? How do other people organize their data, anyway? Are there any useful standards? I'm hoping people will describe their approaches, and why they think they're (not) the best."
First musical post!
No, I don't know why, and no, I can't back that statement up with "facts," but according to the ads in the magazines I've read, XML is the key. The key to what? Again, I don't know. But, that's unimportant.
XML is the answer!
Como muitos povos, eu tenho um grupo das máquinas que eu me uso regularmente. Estes incluem máquinas de Linux, máquinas do DEB, uma máquina do OS X do mac, e uma máquina de Windows. Estas máquinas estão em um número de redes. Todos têm o connectivity do Internet. Alguns deles powered sempre sobre. Alguns deles não são. Obviamente, eu tenho um grupo dos clientes. E, vai sem dizer, mim tem um grupo dos dados. Que são as mais melhores aproximações a compartilhar de dados? Eu quiser poder alcançar firmemente meus dados home quando no trabalho, e de uma máquina a outra, etc.. Os terminais do ssh da abertura são a aproximação que eu me usei tradicional, mas eu estou começando a querer saber se algum software espelhando (por exemplo, Unison) puder estar em ordem. It'd fornece a função dos apoios, as.well.as garantir a disponibilidade. Seria mais sábio tunnel o NFS sobre o ssh? Ou há alguma opção melhor? Supondo eu começo realmente espelhar dados através das máquinas múltiplas, mim necessitarei organizá-la em um taxonomy portátil. Isto é quase fácil, desde que eu uso o cygwin nas máquinas de Windows, assim que eu posso supor uma estrutura padrão do diretório de Unix-ish-ish. Mas isto começa mais complicado quando há uns certificados ou uns outros código envolvido. Que sobre dados de application/platform-specific? Como os povos organizam seus dados, em todo o caso? Há algum padrão útil? Eu estou esperando que os povos descrevam suas aproximações, e porque pensam eles são (não) os mais melhores.
See also Bennett Haselton's comments on the hijacking [sethf.com] and Jonathan Wallace's comments [sethf.com]]
Date: Fri, 31 May 2002 10:41:18 -0400
From: Seth Finkelstein
To: Seth Finkelstein's InfoThought list
Subject: IT: Federal censorware law down! (and Seth Finkelstein's reports!)
I'm ecstatic that the court seems to have used my pioneering [sethf.com] efforts in anticensorware work [sethf.com] as one factor in its decision, in passages such as these:
"Another technique that filtering companies use in order to deal with a structural feature of the Internet is blocking the root level URLs of so-called "loophole" Web sites. These are Web sites that provide access to a particular Web page, but display in the user's browser a URL that is different from the URL with which the particular page is usually associated. Because of this feature, they provide a "loophole" that can be used to get around filtering software, i.e., they display a URL that is different from the one that appears on the filtering company's control list. "Loophole" Web sites include caches of Web pages that have been removed from their original location, "anonymizer" sites, and translation sites.
Caches are archived copies that some search engines, such as Google, keep of the Web pages they index. The cached copy stored by Google will have a URL that is different from the original URL. Because Web sites often change rapidly, caches are the only way to access pages that have been taken down, revised, or have changed their URLs for some reason. For example, a magazine might place its current stories under a given URL, and replace them monthly with new stories. If a user wanted to find an article published six months ago, he or she would be unable to access it if not for Google's cached version.
Some sites on the Web serve as a proxy or intermediary between a user and another Web page. When using a proxy server, a user does not access the page from its original URL, but rather from the URL of the proxy server. One type of proxy service is an "anonymizer." Users may access Web sites indirectly via an anonymizer when they do not want the Web site they are visiting to be able to determine the IP address from which they are accessing the site, or to leave "cookies" on their browser.(8) Some proxy servers can be used to attempt to translate Web page content from one language to another. Rather than directly accessing the original Web page in its original language, users can instead indirectly access the page via a proxy server offering translation features.
As noted above, filtering companies often block loophole sites, such as caches, anonymizers, and translation sites. The practice of blocking loophole sites necessarily results in a significant amount of overblocking, because the vast majority of the pages that are cached, for example, do not contain content that would match a filtering company's category definitions. Filters that do not block these loophole sites, however, may enable users to access any URL on the Web via the loophole site, thus resulting in substantial underblocking."
This is an aspect which I've been trying to get into the censorware debate for ages. I'm overjoyed that the court heard, they got it, they listened, and it helped strike down Federal censorware law! These are the reports which seem to have made a difference in the above:
BESS's Secret LOOPHOLE: (censorware vs. privacy & anonymity) - a secret category of BESS (N2H2), and more about why censorware must blacklist privacy, anonymity, and translators
http://sethf.com/anticensorware/bess/loophole.php [sethf.com]
BESS vs The Google Search Engine (Cache, Groups, Images) - BESS bans cached web pages, passes porn in groups, and considers all image searching to be pornography.
http://sethf.com/anticensorware/bess/google.php [sethf.com]
SmartFilter's Greatest Evils - why censorware must blacklist privacy, anonymity, and language translatorse stevils.php [sethf.com]
http://sethf.com/anticensorware/smartfilter/great
The Pre-Slipped Slope - censorware vs the Wayback Machine web archive - The logic of censorware programs suppressing an enormous digital library.
http://sethf.com/anticensorware/general/slip.php [sethf.com]
-- Seth Finkelstein Consulting Programmer http://sethf.com [sethf.com]u its/19HACK.html [nytimes.com]
Anticensorware Investigations: http://sethf.com/anticensorware/ [sethf.com]
Seth Finkelstein's Infothought list - http://sethf.com/infothought/ [sethf.com]
http://www.nytimes.com/2001/07/19/technology/circ
What happened to the Censorware Project?
I'd recommend that the data be petrified... and covered in hot grits!
[Trans: f1rsT p0st dUd3z!!]
Blur - Coffee + TV = slashdot
Karma: Good (despite my invention of the Karma: sig)
The real Seth Finkelstein has slashdot uid #90154
The name is also a subtle misspelling
My name is Seth Finkelstein, the troll is using the name is Seth Finkelstien
I did not post the above message in this thread. People may disagree with what I say, but I don't do totally off-topic posts such as the above.