I want to create this for several projects that I'm thinking about internally, and I figured it might be useful to other people as well.
I understand that you're busy, that's why I figured writing a bridge from Java to the TMCI would be helpful. I'm not asking you to do it- I'm trying to figure out the best way for ME to - I want to be clear on that point ;) I just figured some other people might find it useful. One- If could export the peer list to Java easily, I could keep track of how often a particular peer is connected, versus backed off, or the like. This would allow me to create a Peer rating, similar to the Seti ratings. Then I could see which peers were often around, which weren't/ Two- I run a DYNDNS client on my home PC, but it doesn't work very well. When I want to use terminal services to connect to it, I find that the IP associated with the hostname is often wrong. That said, It does run a freenet node, and so does my server. The IP address that my server has for my home node (determined via ARK) is /better/ than the DYNDNS address. Using TMCI, I can get this address, so I can connect to my home machine... I realized that I could expand this concept- I could allow anyone who wanted to to register with me, and I'd track their IP address, as long as their node was connected. Three- When you say Node Autoloader, I'm not sure you understand what I'm doing... I'm not dealing with SinnerG style autoloaders. I want to add a noderef to my own node, via a PHP script. Right now, the best way to do this is via a curl request to fproxy... That's insane! As you've pointed out, fproxy isn't a stable interface. I've had to modify the script every few days to continue to have it work.. All I'm trying to do is to add a noderef to my OWN node.. I would hope that that wouldn't be so tough ;) Four- I'd like to use the noderef data to script my node to automatically remove nodes that haven't connected in a week.. I don't want to have people that have given up on Freenet wasting resources. I'm doing that manually now, but I'm happy to script it using Java/ TMCI... Again, I'm just working on some personal projects, but I thought it might be useful to other people.. Before I got started, I thought it best to make sure no one else was doing it. I know my reasons probably aren't the best ones for exciting developers, but I'm trying to build things on freenet... And these are the tools I need to build them.. I can't do it via my primary choice, which is a Library... So I'm falling back to doing it via TMCI, and writing a wrapper lib around that... If that fails, I'll probably write a lib around HTTP scraping, the way I'm doing it now... I know it's messy, but unless you tell me that what I'm doing is hurting freenet, I'd rather keep going. If you think I'm hurting the network, I'm willing to discuss it, and ensure I'm not doing further damage. -Colin On Jun 18, 2006, at 4:07 AM, Lars Juel Nielsen wrote: > On 6/18/06, Florent Daigni?re (NextGen$) > <nextgens at freenetproject.org> wrote: >> * Colin Davis <colin at sq7.org> [2006-06-18 02:27:29]: >> >> > I'm considering starting a project to create a new library, but >> > wanted to make sure no one else was doing it first. >> > >> > Currently, there exist a number of options that exist via TMCI, but >> > not via FCP. Examples include getting a list of connected nodes, >> > adding peers, etc.. >> > >> > I'm interesting in creating a new library which emulated these >> > functions in Java, by connecting to the TMCI server, and then >> > formatting them, and returning them. >> > >> > For example, I could (pseudo code follows) >> > >> > Node = new connection(127.0.0.1,2323); >> > Array NodeNames[] = Node.getListOfPeers(NodeName); >> > Array IPAddresses[] = Node.getListOfPeers(IP); >> > >> > Node.AddConnection(URL, "http://ubernode.org/ref/ref.txt";); >> > Node.DeleteConnection(NodeName, "sanity-darknet"); >> > >> > >> > >> > etc... >> > >> > >> > Is anyone working on this presently? Is there any reason I >> shouldn't? >> > >> >> It should be done in FCP, we all agree on that, including toad. The >> thing is we don't want to ease the development of references auto- >> adder >> so the priority of the task 'implementing the FCP feature of exposing >> the peer list through FCP' is low. >> >> Exposing the configuration framework through FCP is also >> planned ... If >> you want us^toad to raise the priority of that task, find good >> arguments, keeping in mind that anything with 'auto-adder' in the >> name >> won't please developpers. >> >> Developping YetAnotherLayer/Library isn't a good idea imho >> >> NextGen$ >> >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.1 (GNU/Linux) >> >> iD8DBQFElQhvU/Z/dHFfxtcRAlqKAKD9ilmqsL9Qo+iTuee9w8/59160ZACgyNgh >> 4XQ1sqlQriHDzyyDZ38gf6g= >> =fL56 >> -----END PGP SIGNATURE----- >> >> >> _______________________________________________ >> Devl mailing list >> Devl at freenetproject.org >> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl >> >> > > Not to mention that the TMCI interface won't be there forever. > _______________________________________________ > Devl mailing list > Devl at freenetproject.org > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
