1 <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 3.2//EN">
4 <TITLE> [IRCServices] New services implementations
& Updates?
6 <LINK REL=
"Index" HREF=
"index.html" >
7 <LINK REL=
"made" HREF=
"mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20New%20services%20implementations%20%26%20Updates%3F&In-Reply-To=Pine.LNX.4.21.5204271851520.17542-100000%40fusion.sunnyline.co.za">
8 <META NAME=
"robots" CONTENT=
"index,nofollow">
9 <META http-equiv=
"Content-Type" content=
"text/html; charset=us-ascii">
10 <LINK REL=
"Previous" HREF=
"000548.html">
11 <LINK REL=
"Next" HREF=
"000553.html">
13 <BODY BGCOLOR=
"#ffffff">
14 <H1>[IRCServices] New services implementations
& Updates?
</H1>
15 <B>Jonathan George
</B>
16 <A HREF=
"mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20New%20services%20implementations%20%26%20Updates%3F&In-Reply-To=Pine.LNX.4.21.5204271851520.17542-100000%40fusion.sunnyline.co.za"
17 TITLE=
"[IRCServices] New services implementations & Updates?">jonathan at lite.net
19 <I>Sun May
28 09:
05:
06 PDT
2000</I>
21 <LI>Previous message:
<A HREF=
"000548.html">[IRCServices] combining services databases
23 <LI>Next message:
<A HREF=
"000553.html">[IRCServices] New services implementations
& Updates?
25 <LI> <B>Messages sorted by:
</B>
26 <a href=
"date.html#551">[ date ]
</a>
27 <a href=
"thread.html#551">[ thread ]
</a>
28 <a href=
"subject.html#551">[ subject ]
</a>
29 <a href=
"author.html#551">[ author ]
</a>
34 <PRE> I'm only going to comment on the SQL database implementation idea.
36 I at one point, when writing a set of IRC services (from scratch)
37 was going to use an SQL database. Yes, a web interface like you describe
38 is entirely possible (and a wonderful idea too, that was one of the main
39 reasons I was going to use SQL).
41 But. SQL will be no faster than keeping all records in a hash
42 table like we do now. Services is not a threaded process, so we won't be
43 able to really make effective use of an SQL server, because it's designed
44 to be a database which can be access and modified in parallel by two or
45 more connections. It just isn't worth the hassle of converting a *LOT* of
46 code to using it. In fact, it'd be a near rewrite of Services in itself
47 just to add this feature -- all for what, a few webpages?
49 My suggestion would be to add support for a socket listen(
2)ing
50 and then have your CGI/PHP3/ASP/
<whatever
> connect to that socket and
51 request information from the database, send updates.. . etc.
52 If you were to do the above then the ideas are endless. You could
53 write a small program in VB which users could use to read memo's, be
54 notified of when they have new memo's in an ICQ like interface, edit your
55 user information.. . etc. And most of all, you retain the original want:
56 you want a web interface.
59 Questions about how I implemented SQL with the services I wrote
60 can be emailed to me... I used MySQL in my design.
62 -----------------------------------------
63 // Jonathan George :
<A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices">jonathan at lite.net
</A>
64 // Software Engineer : www.lite.net
65 // Personal WWW : www.jdg.net
66 // IRC - (extasy) : irc.lite.net
67 -----------------------------------------
69 |
<i>3. SQL DataBase Support for IRC Services:
70 </I>|
<i>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
71 </I>|
<i>WOOOHOOO!! YEAH! :)
73 </I>|
<i>Just think of the possibilities here? Web sites which enables users to
75 </I>|
<i>and receive memo's. Nice HTML pages for nickserv and chanserv access
78 </I>|
<i>Cewl nick browsers for registered nicks? Nickname searches? Nickname
79 </I>|
<i>PROFILES (You can even add pictures to the nicknames on an html interface
81 </I>|
<i>you know your php3 programming)
83 </I>|
<i>History of nicknames? This might include history on the nick's abusive
85 </I>|
<i>records of every account where the nickname has been suspended, or klined?
87 </I>|
<i>I am really not going to say more here... Be creative, and think it out
89 </I>|
<i>yourselve, this is key!!!
91 </I>|
<i>For compatibility reasons, I would make the suggestion that the SQL
93 </I>|
<i>be made an additional extra, or DEFINATELY enable / disable it with config
94 </I>|
<i>or Makefile options. I would actually recommend to enable / disable this
96 </I>|
<i>the Makefile, because of the fact that database support for the services
98 </I>|
<i>make the binaries rather big.
100 </I>|
<i>Not everyone will have access to SQL databases, so we can't make Services
101 </I>|
<i>depend on this type of database. But the advantages is obviously quite a
105 ---------------------------------------------------------------
106 To unsubscribe, send email to
<A HREF=
"http://www.ircservices.za.net/mailman/listinfo/ircservices">majordomo at ender.shadowfire.org
</A>
107 with
"unsubscribe ircservices
" in the body, without the quotes.
116 <LI>Previous message:
<A HREF=
"000548.html">[IRCServices] combining services databases
118 <LI>Next message:
<A HREF=
"000553.html">[IRCServices] New services implementations
& Updates?
120 <LI> <B>Messages sorted by:
</B>
121 <a href=
"date.html#551">[ date ]
</a>
122 <a href=
"thread.html#551">[ thread ]
</a>
123 <a href=
"subject.html#551">[ subject ]
</a>
124 <a href=
"author.html#551">[ author ]
</a>