--- /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="000566.html">
+ <LINK REL="Next" HREF="000552.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="000566.html">[IRCServices] New services implementations & Updates?
+</A></li>
+ <LI>Next message: <A HREF="000552.html">[IRCServices] New services implementations & Updates?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#565">[ date ]</a>
+ <a href="thread.html#565">[ thread ]</a>
+ <a href="subject.html#565">[ subject ]</a>
+ <a href="author.html#565">[ 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="000566.html">[IRCServices] New services implementations & Updates?
+</A></li>
+ <LI>Next message: <A HREF="000552.html">[IRCServices] New services implementations & Updates?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#565">[ date ]</a>
+ <a href="thread.html#565">[ thread ]</a>
+ <a href="subject.html#565">[ subject ]</a>
+ <a href="author.html#565">[ author ]</a>
+ </LI>
+ </UL>
+
+</body></html>
projects / irc.git / blobdiff