Karl Dahlke <[email protected]> writes: > Just thinking about ports, in regards to sockets. > I don't know if it's the best way, but the easiest way is to decide > somewhat arbitrarily that edbrowse will use the ports between 47380 and > 47390, or some such range.
My primary concern would be multi-user systems. How do you keep Alice's edbrowse from conflicting with Bob's? Then there's security. You can have your thing listen on loopback, so it isn't accessible from the big bad Internet, but if you're on a multi-user system, it's still open to whoever is sharing the system with you. Granted, most of us use this program on what are basically single-user systems. There aren't exactly a lot of edbrowse users out there, either. So maybe the answer is "don't care". For me, the optimal answer would be Unix domain sockets. If you don't know about them, they're like sockets, but represented by named files in the filesystem. So to connect to a daemon, you might connect to /run/my-daemon/socket or whatever, rather than some port on localhost. The advantages are that they can only be used for local interprocess communication between things running on the same machine, and access control is based on the Unix filesystem permission checks that we all know and love. But I'm guessing that these aren't usable on Windows, are they? Please tell me it has an equivalent... _______________________________________________ Edbrowse-dev mailing list [email protected] http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
