2. I've though of this... but really, without a way to have the client downl direct from the host where the file is sitting, it would slow stuff down qui a bit. If the client is a web browser, you can already link to some other B file listings. Further issues arise when you bump into the ARS access on various areas etc.
To: Frank Vest
Re: Re: Insane ideas for BBSs By: Frank Vest to alt.bbs.synchronet
on Tue Mar 15 2005 22:15:00
1. A door, src or js mod that would display different database docum such as Microsoft Excel, Dbase, CVS and other such formats. There is lot of information in the world that is in databases. These could/wo be useful online in my humble opinion, but nothing really exists to display that information. I have one door that handles Dbase, but it cumbersome to use.
2. A door or some such that would allow, if agreed to by the parties involved, the sharing in real time of file areas. BBSs can already s message areas, IRC is possible between boards, why not files? Yeah, know that they are "your" files and you don't want to share them. Th fine, but what about those Sysops who might want to combine their fi power?
1. This is on my ToDo list... it's very low priority right now, but ODB via JS is something I would like to have the time to do someday.
If the access would be usable for telnet users, I hope that the priority increases a lot. :)
Yeah, a lot of people want it... but it's a LOT of work, and I just don't ha that kind of time to burn.
To: Frank Vest
Re: Insane ideas for BBSs
By: Frank Vest to alt.bbs.synchronet on Tue Mar 15 2005 20:08:00
1. A door, src or js mod that would display different database documents such as Microsoft Excel, Dbase, CVS and other such formats. There is a
lot of information in the world that is in databases. These could/would
be useful online in my humble opinion, but nothing really exists to display that information. I have one door that handles Dbase, but it's cumbersome to use.
2. A door or some such that would allow, if agreed to by the parties involved, the sharing in real time of file areas. BBSs can already share message areas, IRC is possible between boards, why not files? Yeah, I
know that they are "your" files and you don't want to share them. That's fine, but what about those Sysops who might want to combine their file power?
1. This is on my ToDo list... it's very low priority right now, but ODBC access
via JS is something I would like to have the time to do someday.
2. I've though of this... but really, without a way to have the client download
direct from the host where the file is sitting, it would slow stuff down quite
a bit. If the client is a web browser, you can already link to some other BBSs
file listings. Further issues arise when you bump into the ARS access on various areas etc.
1. A door, src or js mod that would display different database documents >>such as Microsoft Excel, Dbase, CVS and other such formats. There is a
lot of information in the world that is in databases. These could/would
be useful online in my humble opinion, but nothing really exists to
display that information. I have one door that handles Dbase, but it's >>cumbersome to use.
Worldgroup had a module for this back in the dos days, but it was pretty outrageously expensive. Not really sure why you couldn't do this using an even older dos bbs program called doorway though...
2. A door or some such that would allow, if agreed to by the parties >>involved, the sharing in real time of file areas. BBSs can already share >>message areas, IRC is possible between boards, why not files? Yeah, I
know that they are "your" files and you don't want to share them. That's >>fine, but what about those Sysops who might want to combine their file >>power?
Something like a ongoing ftp link?
BBS software is plunging head long into web access and online servers.
This is good, but I fear that much is being lost in the process. When
all BBS software becomes "just a mini-isp" where will the BBS be?? All
we really need is some module that will allow PPP or SLIP access via >>dial-up and Synchronet becomes AOL, Prodigy, Earthlink or any other
dial-up ISP software. All of us Sysops can open local ISP companies and >>give the users what they really want, http, ftp, nntp and e-mail. I
guess that's fine if that's what is desired, but I don't desire this.
Actually, AOL started out as a BBS about 12-15 years ago, earthlink was an ISP from the start, prodigy was a BBS from the start, as was compuserv...
about 10 years ago, my BBS (running Worldgroup) did have modules that allowed many of my users to connect via slip/cslip/ppp and thus made me an
to upgrade to Synchronet 3.12 and create my web presence nor add phone lines and become a mini-isp, I want people to enjoy the BBS (and the mud and so
Ok. I'll shut up for a few minutes. :)
Oh, please make them short minutes. ;)
Regards,
Frank - The old fashioned stick in the mud. :)
Man, if you're "The old fashioned stick in the mud", I'm afraid of what that makes me since I feel largely the same way about keeping it all real and the way it used to be...
So sadly true, I'm not sure the kids today even know what LPs
or 8-tracks
were... ;)
What I'm hoping for is a full blown ability to share files in real time.
As example: You log onto my board, go to the file area and list the
files that DM has on his system (at least the ones that he allows to be >>shared). You find a file that you want and tag it. When you are ready,
you simply start the downloads. As the process moves along, the files
from my board and any other boards that you have tagged are retrieved
and downloaded to you. It would look very little different than if you
got the file(s) directly from my board. Of course, If I were on your
board, I could do the same thing.
So a file library link-up, like the old teleconference link-ups... it would certainly make each of our BBS's appear to have much larger file libraries... I could see the advantages, but how would each sysop ensure that their own security designations extended accross the network?
True enough, on both counts. But I wonder if you can run only part of the http setup... can you run the http daemon to host a website about the BBS with a java interface to connect to the bbs but not run the web-based version of the bbs itself?
Yes, only in "real time". Instead of waiting for a "mail run", the >>requesting system would make an immediate connection via the internet on >>some port (not necessarily the ftp port) and gets the file right then... >>while the user is on the BBS.
The old teleconference links I mentioned were a feature a WG BBS that allowed the sysop of a WG BBS to have the BBS dial in to another WG/MBBS and link their teleconferences, live, so that anyone who entered either tlcf was
Security wouldn't be that hard. The program would be both a client and a
Ok, what if I have a file area that I deem adult only, meaning over 18, but your users don't have any such distinction, would I then just not share that library with your system? Or if I have a file area that's open to only contributing members (paying customers), or any other distinction? Or, just like with Dove-Net, some areas are meant for sysops only, would those restrictions traverse the network or only be enforced by those who set the shared areas up the same way?
Keep me posted, I'd been debating about the upgrade because I wasn't sure how that'd work and didn't want to setup a dummy system for testing before upgrading my current synch setup. If it works for you, I may go ahead and do the upgrade too.
Yes, only in "real time". Instead of waiting for a "mail run", the requesting system would make an immediate connection via the internet
on some port (not necessarily the ftp port) and gets the file right then... while the user is on the BBS.
Security wouldn't be that hard. The program would be both a client and
a server. The server side would be configured with the file directories that the sysop allowed and the client of other systems would only be able to see the file areas that the sending system had configured. I suppose that other security levels could be set up also, but what else would be needed?? If I set up my "winders" file directory to allow
other systems with that to get files, why would I want to limit that?
Have we considered that this might not be such a great idea... I'm envisioning suddenly having 20-50 attempted downloads of a file I have
online at the same time. I mean... I don't have a boatload of bandwidth
that I can just toss around here.
Personally, I intend to upgrade soon and I might just do this. Then again, I might open up some areas to the web and not others. I suppose it will depend on what the server allows.
I've been thinking about this web interface thing myself lately... I was takend down to a crawl a couple of days ago, when I put a new file up
Now, lets look at your idea here. Setting it up so systems can share
other BBS's files... Will there be like a list showing how many people
are downloading specific files, so you can attach in to one that has
less? :)
I like your idea, and it has merit, making it easier for users to find
what they are looking for... files... :) Checking one BBS which covers numerous boards... Yea, cool... Maybe not let them download though...
they would then have to log into that other system... Kinda a file
search with a link. :)
But isn't that one of the draws for BBS's... having the most files???
The most Message areas?? The most Doors?? Bigger is better type mind
set?
Anyway... I need sleep... :)
To: President
President wrote to All <=-
"Dave" <dave@VERT> wrote:
"President" <president@TCDBBS.remove-ub8-this> wrote:
So sadly true, I'm not sure the kids today even know what LPs
or 8-tracks were... ;)
Don't forget 4 track tape carts. Remember them?
I think they were marketed for, oh, about 6 months?
Vaguely, but they weren't out for long. Of course, I remember the old 45s too... and what a bitch it's become to find needles these days. *sigh*
I have a whole bunch of old 78's.... Bennett, Sinatra, Goodman... Of
course I don't have a player anymore. :)
I still have an 8 track "Radio Shack" player... its not currently hooked
up, but... I even have a large box of the tapes... The tapes would
probably fall apart if I tried to play them. :)
lemme see. Styx, Van Halen, Lynyrd Skynyrd... Yeap.... here they
are...
I decided to hook it up... Guess what... they still play...
My kids are looking at me like I'm crazy.
:) Maybe I am...
I don't either... but I would hope to be able to control the bandwidth used in some way. Don't know enough about this to say how... but I know that some servers can limit bandwidth usage per connect. I think that Irex has a bandwidth limit ability on its FTP daemon... why can't Synchronet??
Well... userland bandwidth limiters are really... not quite what one would wish. It would be possible, but it's a much better idea to have a traffic shaper of some sorts. Bascially, all Synchronet could do would be to pause for
X ms ever Y bytes sent... and it would need to track X and Y closely.
You could still end up saturating the link fairly easily.
Like I said, I have no idea what is possible on some of this stuff. I
just come up with ideas. :)
Whatever would work is fine. There just needs to be some method to limit
bandwidth, IMHO.
Like I said, I have no idea what is possible on some of this stuff. I
just come up with ideas. :)
Whatever would work is fine. There just needs to be some method to limit
bandwidth, IMHO.
I enjoy reading many of the ideas posted in this forum. In another 9 weeks, the semester will be over and I will have some time to spend on recreational programming projects :) Keep throwing out those ideas!
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 325 |
Nodes: | 10 (0 / 10) |
Uptime: | 08:01:26 |
Calls: | 510 |
Messages: | 220571 |