+++ /dev/null
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
-<HTML>
- <HEAD>
- <TITLE> [IRCServices] New services implementations & Updates?
- </TITLE>
- <LINK REL="Index" HREF="index.html" >
- <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20New%20services%20implementations%20%26%20Updates%3F&In-Reply-To=">
- <META NAME="robots" CONTENT="index,nofollow">
- <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
- <LINK REL="Previous" HREF="000564.html">
- <LINK REL="Next" HREF="000565.html">
- </HEAD>
- <BODY BGCOLOR="#ffffff">
- <H1>[IRCServices] New services implementations & Updates?</H1>
- <B>Chris Knipe</B>
- <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20New%20services%20implementations%20%26%20Updates%3F&In-Reply-To="
- TITLE="[IRCServices] New services implementations & Updates?">cgknipe at mweb.co.za
- </A><BR>
- <I>Sun Jun 4 05:21:18 PDT 2000</I>
- <P><UL>
- <LI>Previous message: <A HREF="000564.html">[IRCServices] New services implementations & Updates?
-</A></li>
- <LI>Next message: <A HREF="000565.html">[IRCServices] New services implementations & Updates?
-</A></li>
- <LI> <B>Messages sorted by:</B>
- <a href="date.html#566">[ date ]</a>
- <a href="thread.html#566">[ thread ]</a>
- <a href="subject.html#566">[ subject ]</a>
- <a href="author.html#566">[ author ]</a>
- </LI>
- </UL>
- <HR>
-<!--beginarticle-->
-<PRE>WAP Enabled NickServ ? :P *LOL*
-
-Chow
-Chris
-
-BTW, I'll be reading a bit deaper with more attention the replies received
-and perhaps come to a more "rpbust & complete" scenario and implementations.
-I must admit however, I did *not* lookup on the actual performance loss /
-gain on SQL related databases and such, it was just an idea pondering in my
-head...
-
-
------ Original Message -----
-From: Andrew Kempe <<A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">andrewk at icon.co.za</A>>
-To: <<A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">ircservices at delirious.shadowfire.org</A>>
-Sent: 02 June 2000 09:39
-Subject: RE: [IRCServices] New services implementations & Updates?
-
-
-><i> This is a general reply to all the posts...
-</I>><i>
-</I>><i> I think an SQL server would be a more robust storage method than the flat
-</I>><i> files we use at present. I don't think we should replace them all
-</I>together.
-><i> I would like an interface implemented in such a way that services writes
-</I>><i> (saves) data and reads (loads) data in a fixed manner that is independant
-</I>of
-><i> the method used to actually store it. This would allow people to implement
-</I>a
-><i> variety of different storage mechanisms that are invisible to services. In
-</I>><i> the end, services would be ignorant as to how or where it's data comes
-</I>from
-><i> or goes to. This I hope will become a reality when modules are
-</I>implemented.
-><i>
-</I>><i> Maybe someone wants to implement, dare I say it, an XML interface? :)
-</I>><i>
-</I>><i> Andrew
-</I>><i>
-</I>><i> > -----Original Message-----
-</I>><i> > From: <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">owner-ircservices at delirious.shadowfire.org</A>
-</I>><i> > [mailto:<A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">owner-ircservices at delirious.shadowfire.org</A>]On Behalf Of Jonathan
-</I>><i> > Morton
-</I>><i> > Sent: 30 May 2000 03:59
-</I>><i> > To: <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">ircservices at delirious.shadowfire.org</A>
-</I>><i> > Subject: Re: [IRCServices] New services implementations & Updates?
-</I>><i> >
-</I>><i> >
-</I>><i> > >The idea of using SQL sounds good at first. But these services
-</I>><i> > are generally
-</I>><i> > >used by small or medium IRC networks all over the world. Some of
-</I>><i> > them have
-</I>><i> > >low configurations and smaller bandwidths. These implementation
-</I>><i> > would need
-</I>><i> > >an additional SQL server as Andy pointed out. Also having
-</I>><i> > statistics on web
-</I>><i> > >would result to another performance decrease. Security is another
-</I>point.
-><i> >
-</I>><i> > Might I suggest a compromise, which would allow the increased Web
-</I>><i> > functionality while retaining the simplicity of the existing system:
-</I>><i> >
-</I>><i> > When a change is made to the Services database, export that change to an
-</I>><i> > OPTIONAL SQL database, which may or may not be on a different
-</I>><i> > server. Then
-</I>><i> > the Web-functionality can be stuck on top of that SQL database as
-</I>><i> > required.
-</I>><i> > If changes need to be made in the reverse direction too, then a
-</I>mechanism
-><i> > for re-importing changes should be made available.
-</I>><i> >
-</I>><i> > I think they key issue here is to avoid changing the basic
-</I>implementation
-><i> > where possible, but provide hooks so that bigger functionality
-</I>><i> > can be added
-</I>><i> > as and when it is desired, and can be set up by the server owners. I
-</I>><i> > really like the way Services can be set up with minimal effort - I
-</I>gather
-><i> > setting up SQL is rather less trivial. By making SQL optional,
-</I>><i> > we can grab
-</I>><i> > that extra functionality for those that want it (we probably don't, on
-</I>our
-><i> > small server) but keep it simple for those that don't. As for security,
-</I>><i> > that would need to be addressed by whoever decided to activate the SQL
-</I>><i> > setup - basic functionality should not be affected.
-</I>><i> >
-</I>><i> > --------------------------------------------------------------
-</I>><i> > from: Jonathan "Chromatix" Morton
-</I>><i> > mail: <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">chromi at cyberspace.org</A> (not for attachments)
-</I>><i> > uni-mail: <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">j.d.morton at lancaster.ac.uk</A>
-</I>><i> >
-</I>><i> > The key to knowledge is not to rely on people to teach you it.
-</I>><i> > --------------------------------------------------------------
-</I>><i> > Contributing to the VNC Project - <A HREF="<A HREF="http://www.uk.research.att.com/vnc/"">http://www.uk.research.att.com/vnc/"</A>><A HREF="http://www.uk.research.att.com/vnc/</A">http://www.uk.research.att.com/vnc/</A</A>>
-</I>><i> > Macintosh VNCserver v3.3.2 beta2.3 now posted at:
-</I>><i> > <A HREF="<A HREF="http://chromatix.autistics.org/vnc/"">http://chromatix.autistics.org/vnc/"</A>><A HREF="http://chromatix.autistics.org/vnc/</A">http://chromatix.autistics.org/vnc/</A</A>>
-</I>><i> >
-</I>><i> >
-</I>><i> >
-</I>><i> > ---------------------------------------------------------------
-</I>><i> > To unsubscribe, send email to <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">majordomo at ender.shadowfire.org</A>
-</I>><i> > with "unsubscribe ircservices" in the body, without the quotes.
-</I>><i> >
-</I>><i>
-</I>><i>
-</I>><i> ---------------------------------------------------------------
-</I>><i> To unsubscribe, send email to <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">majordomo at ender.shadowfire.org</A>
-</I>><i> with "unsubscribe ircservices" in the body, without the quotes.
-</I>
-
----------------------------------------------------------------
-To unsubscribe, send email to <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">majordomo at ender.shadowfire.org</A>
-with "unsubscribe ircservices" in the body, without the quotes.
-
-
-</PRE>
-
-<!--endarticle-->
- <HR>
- <P><UL>
- <!--threads-->
- <LI>Previous message: <A HREF="000564.html">[IRCServices] New services implementations & Updates?
-</A></li>
- <LI>Next message: <A HREF="000565.html">[IRCServices] New services implementations & Updates?
-</A></li>
- <LI> <B>Messages sorted by:</B>
- <a href="date.html#566">[ date ]</a>
- <a href="thread.html#566">[ thread ]</a>
- <a href="subject.html#566">[ subject ]</a>
- <a href="author.html#566">[ author ]</a>
- </LI>
- </UL>
-
-</body></html>
projects / irc.git / blobdiff