next message in archive
next message in thread
previous message in archive
previous message in thread
Index of Subjects
Index of Subjects Many of the people pushing the notion of sql for this application have missed the picture.... namedb is actually a _very_ elegant solution... it allows a users complete history to be stored and accessed in very easy and straightforward fashion. Storing information is simplicity itself, retrieving the current value for a data set is very straightforward... and the text format lends itself to extending the data structures and debugging routines... of all the people arguing against it Michael Smith is probably the only one who's taken the time to figure it out. david potter Quoting Mica Currie <aa146@valleynet.bc.ca>: > > > On Mon, 9 Aug 1999, Tony Cianfaglione wrote: > > I really thing that people are missing the point here.... the question was > on regards to the future of the CSuite backend that provides things like > user management and configuration. Currently it is stored in a directory > structure (namedb) and other associated places database that is difficult > to work with and requires site maintainers and Csuite Developers to > jump through a lot of hoops to do simple information retrieval let alone > updates... > > The question was whether we should move to a SQL backend for storing this > information so that the database managment software would take care of > most of the complexity and csuite maintainers and developers could focus > on actually providing features for csuite users. > > Using a SQL backend will not preclude you from having text dialup... the > question was raised in the sense that new features such as radius and PPP > support are straining the capabilities of the current backend because of > it's complex and mostly undocumented behavior. > > > I know for a fact that Chebucto is host to several text based user > > groups (Apple II, Atari, Commodore, CP/M and some others) and that text > > based access is absolutely a must. There are many others as well using > > lowend PC's locally that need text based access not counting the many, > > myself included, who greatly prefer the text based dial-up Lynx over PPP > > access anyday as the speed and functionality of Lynx is superb compared > to > > bloatware graphic browsers. Telnet connections are still too buggy and > > tend to lock much of the time to totally replace dial-up. > > > > as far as telnet's freezing up... get yourself a better telnet client... > or better yet get yourself a better OS... that doesn't suffer from such > annoyances as unrecoverable lockups. > > > ttyl... Mica Currie > ValleyNet ( A Csuite Almost FreeNet) > > > > Tony Cianfaglione > > CCN Tech / Userhelp > > > > > ----------------------------------------------------------------------------- > > > > On Sat, 7 Aug 1999, Ian White wrote: > > > > On Aug 5, 11:00am, Jeff Warnica wrote: > > > > > > > > I think it will be several years yet before Community Nets can > > > > move completely away from standard text logins. At this time it is > > > > easy for the financially disadvantaged to get older computers > (ranging > > > > up to 386's and low-end 486's), since these are basically give-away > > > > items. However, these machines are not suitable for running current > > > > Internet apps. For that, you need a high-end 486 (486DX4/100 w/16M > RAM > > > > and 500M HD minimum), or more preferable, a Pentium class machine. > > > [snip] > > > > I would like to get comments from other CSuite users/sites on > the > > > > above. > > > > > > This is one of the major things that has come up from VTN users since > the > > > announcement of upcoming PPP. Many users with lowend machines fear that > > > they are going to lose their connection because their machine can't > handle > > > PPP. Although there are many users saying "Oh boy graphics!" theres > just > > > as many saying "Please don't do anything to leave us behind". > > > > --------------------------------------------------------------- This mail was sent through the Nova Scotia Provincial Server. http://nsaccess.ns.ca/mail/ (in development)
next message in archive
next message in thread
previous message in archive
previous message in thread
Index of Subjects