web-meetme-devel — Developers discussion

[Web-meetme-devel] Bug fixed in conf_delete.php

[Justin H. <jus...@gm...>]

Found a bug and fixed it.  There was no condition for when and Admin is
logged to set the$FG_CLAUSE so the sql was incorret and gave ... WHERE LIMIT
...

I just added:
 else if (defined('AUTH_TYPE') && ($_SESSION['privilege'] == "Admin"))
{
        $FG_CLAUSE = "1";
}

so the sql is WHERE 1 LIMIT ... which should be all rows.

-- 
Justin

[Web-meetme-devel] 2.2 Branch added

[Justin H. <jus...@gm...>]

After some SVN issues I finally got a 2.2 branch going where I will put all
the backports that Dan does for asterisk 1.4 into asterisk 1.2 compatible
code.

I have also made some changes to the README with regards to installation
instructions ... feel free to alter these and add them to the README in
trunk.

-- 
Justin

[Web-meetme-devel] PEAR::DB conversion done

[Dan A. <Dan...@Ph...>]

I finish the SQL user management pages a few minutes ago.
I think they suffered some drift from when they were sent,
as I had a number of unrelated issues to fix in them.

There is one section of conf_control that is still coded
to use the old abstracted method to access a database.
To be honest, I don't know that this code is doing.  It
is wrapped in an if() test that check elements past the
end of an internal array.

It will never be called, as it will never pass the if() test
with the code I have.  I suspect it was contributed by mistake,
but before cutting it out I'll wait to see if anyone claims it.

So on the roadmap to 3.0.0
	1.  Starting on Reporting framework (done)
	2.  Convert to PEAR::DB (done)
	3.  New menung code (not started)

I might get to 3 next week, but we'll have to see how it goes.
I think we are close to a 3.0.0, so any testing feedback would
be great.

Thanks

[Web-meetme-devel] Trunk updates..

[Dan A. <Dan...@Ph...>]

I have just about finished converting the database layer to
PEAR::DB, with the exception of the MySQL user management
pages.

I'll be working on those pages today, but I have no way to
test the rsults.

In the process of the conversion, I found and fixed a number
of issues and cleaned up quite a bit of legacy code.  I don't
remember if I posted the news that I also have a start on the
reporting framework in trunk, with daily reports being the only
option at the moment.

After I finish the PEAR conversion, I plan to strip the=20
display definitions out of the individual php pages and move them
into ./lib/defines.php, which will be a nice code redution overall.

And I want to wlecome Justin Hamade to the group.  Justin will
be focusing on 2.x for maintenance and backporting a number of
changes that are currently going into trunk.

Dan

Re: [Web-meetme-devel] Report framework

[Dan A. <Dan...@Ph...>]

Quick edit-
A monthly view will be pretty easy, but
a weekly view will prove more challenging...=20

#########################################
It turned out to be fairly trivial to work
with GD and PHP to create graphs.

I just commited a start on the reporting framework.
It is currently limited to a daily view.  A monthly
view will also be easy to impliment, but a monthly
view will be a little harder.

I'd like to get some feedback on what should be
included in a report and even layout suggestions.

The first pass is a scalable barchart, with the
scale being based on the hour in the day with the
most conferences scheduled to start.  The chart
overlays the count of used conferences with the
scheduled conferences, so an admin can see at a=20
glance how many conferences are under used.

Dan

------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
Web-meetme-devel mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-meetme-devel

[Web-meetme-devel] Report framework

[Dan A. <Dan...@Ph...>]

It turned out to be fairly trivial to work
with GD and PHP to create graphs.

I just commited a start on the reporting framework.
It is currently limited to a daily view.  A monthly
view will also be easy to impliment, but a monthly
view will be a little harder.

I'd like to get some feedback on what should be
included in a report and even layout suggestions.

The first pass is a scalable barchart, with the
scale being based on the hour in the day with the
most conferences scheduled to start.  The chart
overlays the count of used conferences with the
scheduled conferences, so an admin can see at a=20
glance how many conferences are under used.

Dan

Re: [Web-meetme-devel] Next release plans/goals

[Mike C. <mik...@wp...>]

And I have been as quiet as the requests. Since I started injecting PEAR 
into the code, I would be willing to tackle item #1. I am graphically 
challenged, so #2 would be hardest for me as well. For #3, I don't know 
if I have time if I tackle #1, but would like to see it more 
"componentized" where headers, footers and nav are pulled in to the 
script and where each function shows up as a differnt name in the 
address line of the browser instead of it always just saying 
meetme_control.php.

Thanks,

Mike

Dan Austin wrote:
> It's been pretty quiet recently with regards to feature
> requests and bug reports.  I have a few items I would
> like to see tackled before releasing 3.0.0, which I would
> like to see happen soon after Asterisk 1.4 comes out of beta.
> 
> In order of importance:
> 	1.  Convert remain db calls to PEAR.
> 		The user management functions already use
> 		PEAR, and the dependency threshhold looks to
> 		be lower than trying to impliment ADODB
> 	2.  Impliment a reporting framingwork.
> 		Simple bar charts or pie charts of scheduled
> 		conferences vs used conferences, scheduled 
> 		participants vs actual attendance
> 	3.  Rework the menu.
> 		Impliment a design that makes it easier to add
> 		new options and clean up the interface.
> 
> This is basically a call for volunteers, I can handle these
> changes, but not all of them before Asterisk 1.4 is released.
> Number 2, which I think would make executive types happy, will
> be the hardest for me, as I have no experience with PHP tools
> for image manipulation.
> 
> Anyone interested in taking on one or more of these tasks?
> 
> Thanks,
> Dan
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Web-meetme-devel mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
> 

[Web-meetme-devel] Next release plans/goals

[Dan A. <Dan...@Ph...>]

It's been pretty quiet recently with regards to feature
requests and bug reports.  I have a few items I would
like to see tackled before releasing 3.0.0, which I would
like to see happen soon after Asterisk 1.4 comes out of beta.

In order of importance:
	1.  Convert remain db calls to PEAR.
		The user management functions already use
		PEAR, and the dependency threshhold looks to
		be lower than trying to impliment ADODB
	2.  Impliment a reporting framingwork.
		Simple bar charts or pie charts of scheduled
		conferences vs used conferences, scheduled=20
		participants vs actual attendance
	3.  Rework the menu.
		Impliment a design that makes it easier to add
		new options and clean up the interface.

This is basically a call for volunteers, I can handle these
changes, but not all of them before Asterisk 1.4 is released.
Number 2, which I think would make executive types happy, will
be the hardest for me, as I have no experience with PHP tools
for image manipulation.

Anyone interested in taking on one or more of these tasks?

Thanks,
Dan

[Web-meetme-devel] Status update2

[Dan A. <Dan...@Ph...>]

It turns out the Asterisk 1.2 compatible Makefile works again.
It wasn't working against trunk a few weeks back, but it seems
happy now, so I have checked in copies of what works for me.

Testing welcome/desire/begged for....

Dan

[Web-meetme-devel] Status update

[Dan A. <Dan...@Ph...>]

I check a number of changes into svn on SourceForge today-

*  Register_globals should no longer be required
*  Refactored lib/defines.php and moved all code to lib/functions.php
	lib/defines.php should only contain the 'tunables' now
*  cbEnd.php no longer kills meetme conferences not in the scheduling
	database
*  Merged a contributed feature to allow cbmysql to be called with
	a conference number as an argument.
*  Reworked conf_control to use the 'meetme list $confno concise'
	command.  This should solve problems with odd characters in
	callerid name/number causing parse errors

I have app_cbmysql updated to load on 1.4, but I hate the build
environment (menuselect, etc) for such a small app.  I'm going
to see if I can work up a small static Makefile, but I have no
idea what I am doing in this area.

Check it out if you can and let me know if anything needs fixing
before 3.0 (I'd prefer to lable the 1.4 compatible release 3.0, but
2.2 would probably be fine)

Dan

[Web-meetme-devel] Pending 2.1.0 release

[Dan A. <Dan...@Ph...>]

Are there any opinions about whether to keep the svn tags in the
release?  I was tempted to remove them, but thought in might be a=20
decent way to offer a basic upgrade path.

Dan

Re: [Web-meetme-devel] Conference recording

[Dan A. <Dan...@Ph...>]

 I do not see any additional options to present, but I do plan to
rework the logic quite a bit.  I specifically want to improve the
intitial muted flags and announce options available in Asterisk 1.4

I'm also thinking to make the flags and flag labels be configurable
in lib/defines.php using arrays.  That way if I am very wrong about
what flags are useful, the system admin can change them.

Dan

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of
Mike Clark
Sent: Wednesday, July 19, 2006 12:33 PM
To: Web...@li...
Subject: Re: [Web-meetme-devel] Conference recording

Dan Austin wrote:
> I've finally had a chance to look at this feature, and while I like
> it quite a bit, I'm not as thrilled about it requiring a moderator.
>=20
> Should we look at offering three levels of options?
> 	1.  Conference wide
> 	2.  Moderator
> 	3.  Users
>=20

Yes, this probably the way it should be done. While we are at it, are=20
there other standard meetme options that we should "expose" to the gui=20
interface?

Mike

------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
Web-meetme-devel mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-meetme-devel

Re: [Web-meetme-devel] Conference recording

[Mike C. <mik...@wp...>]

Dan Austin wrote:
> I've finally had a chance to look at this feature, and while I like
> it quite a bit, I'm not as thrilled about it requiring a moderator.
> 
> Should we look at offering three levels of options?
> 	1.  Conference wide
> 	2.  Moderator
> 	3.  Users
> 

Yes, this probably the way it should be done. While we are at it, are 
there other standard meetme options that we should "expose" to the gui 
interface?

Mike

[Web-meetme-devel] Conference recording

[Dan A. <Dan...@Ph...>]

I've finally had a chance to look at this feature, and while I like
it quite a bit, I'm not as thrilled about it requiring a moderator.

Should we look at offering three levels of options?
	1.  Conference wide
	2.  Moderator
	3.  Users

As an alternative app_cbmysql could test the moderator options
to see if a recording is requested and set the flags independant on
moderator or user pins being set.

Any thoughts?

Dan

[Web-meetme-devel] Progress towards Asterisk 1.4 compatibility

[Dan A. <Dan...@Ph...>]

I have the build environment for app_cbmysql complete and have
made the application compatible with 1.4

I'm holding off checking in the changes as the new build environment
requires a large number of new support files, and I'd like to find a
simpler solution.

Dan

Re: [Web-meetme-devel] FW: PEAR::DB

[Areski <ar...@gm...>]

Hi Dan,
I do include some of the files of adodb, well all that might be
necessary for the application.
I strongly advice to do the same, if you request to install a third
packages, the installation process will start to be too complex for
most of the users.

Rgds, Areski


On 7/7/06, Dan Austin <Dan...@ph...> wrote:
>  I was thinking along those lines, but there doesn't seem to be
> a standard place to put it.  The developers install notes only
> say to put it where your webserver has access to it.  Not particularly
> helpful, but if it could be determined that it is included in
> any of the major distros, or if there is a defacto place to put it,
> then I'm all for it.
>
> Areski,
>         I see that A2Billing uses ADODB.  Do you include ADODB in that
> package, or just recommend where to get it/install it?
>
> Dan
>
>
> -----Original Message-----
> From: Mike Clark [mailto:mik...@wp...]
> Sent: Thursday, July 06, 2006 6:15 PM
> To: Dan Austin
> Cc: Web...@li...
> Subject: Re: [Web-meetme-devel] FW: PEAR::DB
>
> Dan:
>
> Your thoughts are pretty much in line with mine. I do see the benefits
> of using ADODB. Perphaps we consider an install routine that looks for
> ADODB, and if not found, it offers to download and install.
>
> Mike
>
>
> Dan Austin wrote:
>
> >With only an afternoon of reading up on both PEAR::DB and ADODB, I
> >must say I see alot to like about ADODB.  It's not all great though.
> >
> >On my systems (FC3 and RHES4), PEAR::DB is already installed, but
> >ADODB is not.  We could bundle ADODB with Web-MeetMe, but it is just
> >as large as our code, and some systems are likely to have it already.
> >It could be listed as an external requirement, but I hate to offer
> >an incomplete package.
> >
> >On the positive side, I do know of a few potentially larger
> >installations of Web-MeetMe, and they might benefit from the
> >flexibility to more to a commercial DB.  I also like the fact that
> >LDAP is a supported 'DB', possibly allowing us to retire adLDAP.
> >
> >In any case I think this will be a 3.0 issue.  I need to read up
> >some more on SVN and see how to split off the current code into a
> >2.X branch and open a new trunk for 3.X
> >
> >Dan
> >
> >-----Original Message-----
> >From: web...@li...
> >[mailto:web...@li...] On Behalf Of
> >Ryan Amos
> >Sent: Thursday, July 06, 2006 2:52 PM
> >To: Web...@li...
> >Subject: [Web-meetme-devel] FW: PEAR::DB
> >
> >Oops, forgot to CC the list
> >
> >-----Original Message-----
> >From: Ryan Amos
> >Sent: Thursday, July 06, 2006 4:51 PM
> >To: 'Dan Austin'
> >Subject: RE: [Web-meetme-devel] PEAR::DB
> >
> >Adodb is faster and more portable, but for a project like this I really
> >don't think it matters. I just don't see this app needing to do enough
> >complex SQL calls to really make a difference one way or another.
> >
> >Portability is really the main advantage of adodb; if you want to
> >develop a project under MySQL or Postgres but have the option of moving
> >to Oracle or IBM/DB2 later on. But because this project will probably
> >never run on anything other than MySQL or Postgres, I really don't see
> a
> >reason to port it to ado.
> >
> >-----Original Message-----
> >From: web...@li...
> >[mailto:web...@li...] On Behalf Of
> Dan
> >Austin
> >Sent: Thursday, July 06, 2006 4:44 PM
> >To: Web...@li...
> >Subject: [Web-meetme-devel] PEAR::DB
> >
> >About two montsh back we discussed using ADODB in place of the current
> >abstraction layer.  I've finally had a chance to look at the DB work
> >Mike has done, and at least the last code he sent me is using PEAR::DB
> >
> >Looking into the background of this abstraction layer, I think it is an
> >excellent choice and lends itself to a major clean-up of the scheduling
> >code.
> >
> >So do we want to keep PEAR::DB, or should I look further into ADODB?
> >
> >Dan
> >
> >Using Tomcat but need to do more? Need to support web services,
> >security?
> >Get stuff done quickly with pre-integrated technology to make your job
> >easier
> >Download IBM WebSphere Application Server v.1.0.1 based on Apache
> >Geronimo
> >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=12164
> 2
> >_______________________________________________
> >Web-meetme-devel mailing list
> >Web...@li...
> >https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
> >
> >Using Tomcat but need to do more? Need to support web services,
> >security?
> >Get stuff done quickly with pre-integrated technology to make your job
> >easier
> >Download IBM WebSphere Application Server v.1.0.1 based on Apache
> >Geronimo
> >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=12164
> 2
> >_______________________________________________
> >Web-meetme-devel mailing list
> >Web...@li...
> >https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
> >
> >Using Tomcat but need to do more? Need to support web services,
> security?
> >Get stuff done quickly with pre-integrated technology to make your job
> easier
> >Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=12164
> 2
> >_______________________________________________
> >Web-meetme-devel mailing list
> >Web...@li...
> >https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
> >
> >
> >
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Web-meetme-devel mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>


-- 
--
    ~     - Belaid Arezqui ( ar...@gm... )
   'v'    - Cell Phone. : (+34) 650 78 43 55  (Spain, GMT+1hr)
  // \\
 /(   )\  - CHAMELEON FAITH HEALER
  ^`~'^   - http://www.areski.net - http://asterisk2billing.org/
_______________________________________________
-- To support Asterisk2Billing - paypal account : in...@ar...

Re: [Web-meetme-devel] FW: PEAR::DB

[Dan A. <Dan...@Ph...>]

 I was thinking along those lines, but there doesn't seem to be
a standard place to put it.  The developers install notes only
say to put it where your webserver has access to it.  Not particularly
helpful, but if it could be determined that it is included in
any of the major distros, or if there is a defacto place to put it,
then I'm all for it.

Areski,
	I see that A2Billing uses ADODB.  Do you include ADODB in that
package, or just recommend where to get it/install it?

Dan


-----Original Message-----
From: Mike Clark [mailto:mik...@wp...]=20
Sent: Thursday, July 06, 2006 6:15 PM
To: Dan Austin
Cc: Web...@li...
Subject: Re: [Web-meetme-devel] FW: PEAR::DB

Dan:

Your thoughts are pretty much in line with mine. I do see the benefits=20
of using ADODB. Perphaps we consider an install routine that looks for=20
ADODB, and if not found, it offers to download and install.

Mike


Dan Austin wrote:

>With only an afternoon of reading up on both PEAR::DB and ADODB, I=20
>must say I see alot to like about ADODB.  It's not all great though.
>
>On my systems (FC3 and RHES4), PEAR::DB is already installed, but
>ADODB is not.  We could bundle ADODB with Web-MeetMe, but it is just
>as large as our code, and some systems are likely to have it already.
>It could be listed as an external requirement, but I hate to offer
>an incomplete package.
>
>On the positive side, I do know of a few potentially larger=20
>installations of Web-MeetMe, and they might benefit from the=20
>flexibility to more to a commercial DB.  I also like the fact that
>LDAP is a supported 'DB', possibly allowing us to retire adLDAP.
>
>In any case I think this will be a 3.0 issue.  I need to read up
>some more on SVN and see how to split off the current code into a
>2.X branch and open a new trunk for 3.X
>
>Dan
>
>-----Original Message-----
>From: web...@li...
>[mailto:web...@li...] On Behalf Of
>Ryan Amos
>Sent: Thursday, July 06, 2006 2:52 PM
>To: Web...@li...
>Subject: [Web-meetme-devel] FW: PEAR::DB
>
>Oops, forgot to CC the list
>
>-----Original Message-----
>From: Ryan Amos=20
>Sent: Thursday, July 06, 2006 4:51 PM
>To: 'Dan Austin'
>Subject: RE: [Web-meetme-devel] PEAR::DB
>
>Adodb is faster and more portable, but for a project like this I really
>don't think it matters. I just don't see this app needing to do enough
>complex SQL calls to really make a difference one way or another.
>
>Portability is really the main advantage of adodb; if you want to
>develop a project under MySQL or Postgres but have the option of moving
>to Oracle or IBM/DB2 later on. But because this project will probably
>never run on anything other than MySQL or Postgres, I really don't see
a
>reason to port it to ado.
>
>-----Original Message-----
>From: web...@li...
>[mailto:web...@li...] On Behalf Of
Dan
>Austin
>Sent: Thursday, July 06, 2006 4:44 PM
>To: Web...@li...
>Subject: [Web-meetme-devel] PEAR::DB
>
>About two montsh back we discussed using ADODB in place of the current
>abstraction layer.  I've finally had a chance to look at the DB work
>Mike has done, and at least the last code he sent me is using PEAR::DB
>
>Looking into the background of this abstraction layer, I think it is an
>excellent choice and lends itself to a major clean-up of the scheduling
>code.
>
>So do we want to keep PEAR::DB, or should I look further into ADODB?
>
>Dan
>
>Using Tomcat but need to do more? Need to support web services,
>security?
>Get stuff done quickly with pre-integrated technology to make your job
>easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache
>Geronimo
>http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
12164
2
>_______________________________________________
>Web-meetme-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>
>Using Tomcat but need to do more? Need to support web services,
>security?
>Get stuff done quickly with pre-integrated technology to make your job
>easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache
>Geronimo
>http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
12164
2
>_______________________________________________
>Web-meetme-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>
>Using Tomcat but need to do more? Need to support web services,
security?
>Get stuff done quickly with pre-integrated technology to make your job
easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
>http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
12164
2
>_______________________________________________
>Web-meetme-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>
> =20
>

Re: [Web-meetme-devel] FW: PEAR::DB

[Mike C. <mik...@wp...>]

Dan:

Your thoughts are pretty much in line with mine. I do see the benefits 
of using ADODB. Perphaps we consider an install routine that looks for 
ADODB, and if not found, it offers to download and install.

Mike


Dan Austin wrote:

>With only an afternoon of reading up on both PEAR::DB and ADODB, I 
>must say I see alot to like about ADODB.  It's not all great though.
>
>On my systems (FC3 and RHES4), PEAR::DB is already installed, but
>ADODB is not.  We could bundle ADODB with Web-MeetMe, but it is just
>as large as our code, and some systems are likely to have it already.
>It could be listed as an external requirement, but I hate to offer
>an incomplete package.
>
>On the positive side, I do know of a few potentially larger 
>installations of Web-MeetMe, and they might benefit from the 
>flexibility to more to a commercial DB.  I also like the fact that
>LDAP is a supported 'DB', possibly allowing us to retire adLDAP.
>
>In any case I think this will be a 3.0 issue.  I need to read up
>some more on SVN and see how to split off the current code into a
>2.X branch and open a new trunk for 3.X
>
>Dan
>
>-----Original Message-----
>From: web...@li...
>[mailto:web...@li...] On Behalf Of
>Ryan Amos
>Sent: Thursday, July 06, 2006 2:52 PM
>To: Web...@li...
>Subject: [Web-meetme-devel] FW: PEAR::DB
>
>Oops, forgot to CC the list
>
>-----Original Message-----
>From: Ryan Amos 
>Sent: Thursday, July 06, 2006 4:51 PM
>To: 'Dan Austin'
>Subject: RE: [Web-meetme-devel] PEAR::DB
>
>Adodb is faster and more portable, but for a project like this I really
>don't think it matters. I just don't see this app needing to do enough
>complex SQL calls to really make a difference one way or another.
>
>Portability is really the main advantage of adodb; if you want to
>develop a project under MySQL or Postgres but have the option of moving
>to Oracle or IBM/DB2 later on. But because this project will probably
>never run on anything other than MySQL or Postgres, I really don't see a
>reason to port it to ado.
>
>-----Original Message-----
>From: web...@li...
>[mailto:web...@li...] On Behalf Of Dan
>Austin
>Sent: Thursday, July 06, 2006 4:44 PM
>To: Web...@li...
>Subject: [Web-meetme-devel] PEAR::DB
>
>About two montsh back we discussed using ADODB in place of the current
>abstraction layer.  I've finally had a chance to look at the DB work
>Mike has done, and at least the last code he sent me is using PEAR::DB
>
>Looking into the background of this abstraction layer, I think it is an
>excellent choice and lends itself to a major clean-up of the scheduling
>code.
>
>So do we want to keep PEAR::DB, or should I look further into ADODB?
>
>Dan
>
>Using Tomcat but need to do more? Need to support web services,
>security?
>Get stuff done quickly with pre-integrated technology to make your job
>easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache
>Geronimo
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>_______________________________________________
>Web-meetme-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>
>Using Tomcat but need to do more? Need to support web services,
>security?
>Get stuff done quickly with pre-integrated technology to make your job
>easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache
>Geronimo
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>_______________________________________________
>Web-meetme-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>
>Using Tomcat but need to do more? Need to support web services, security?
>Get stuff done quickly with pre-integrated technology to make your job easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>_______________________________________________
>Web-meetme-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>
>  
>

[Web-meetme-devel] I just can't shut up today...

[Dan A. <Dan...@Ph...>]

I just finished some housekeeping in SVN.  We now have
/trunk
/branches/2.1

Both are identical code, but this gives us a place to start
working on 3.0 and still maintain bugfixes for 2.X

Dan

Re: [Web-meetme-devel] FW: PEAR::DB

[Dan A. <Dan...@Ph...>]

With only an afternoon of reading up on both PEAR::DB and ADODB, I=20
must say I see alot to like about ADODB.  It's not all great though.

On my systems (FC3 and RHES4), PEAR::DB is already installed, but
ADODB is not.  We could bundle ADODB with Web-MeetMe, but it is just
as large as our code, and some systems are likely to have it already.
It could be listed as an external requirement, but I hate to offer
an incomplete package.

On the positive side, I do know of a few potentially larger=20
installations of Web-MeetMe, and they might benefit from the=20
flexibility to more to a commercial DB.  I also like the fact that
LDAP is a supported 'DB', possibly allowing us to retire adLDAP.

In any case I think this will be a 3.0 issue.  I need to read up
some more on SVN and see how to split off the current code into a
2.X branch and open a new trunk for 3.X

Dan

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of
Ryan Amos
Sent: Thursday, July 06, 2006 2:52 PM
To: Web...@li...
Subject: [Web-meetme-devel] FW: PEAR::DB

Oops, forgot to CC the list

-----Original Message-----
From: Ryan Amos=20
Sent: Thursday, July 06, 2006 4:51 PM
To: 'Dan Austin'
Subject: RE: [Web-meetme-devel] PEAR::DB

Adodb is faster and more portable, but for a project like this I really
don't think it matters. I just don't see this app needing to do enough
complex SQL calls to really make a difference one way or another.

Portability is really the main advantage of adodb; if you want to
develop a project under MySQL or Postgres but have the option of moving
to Oracle or IBM/DB2 later on. But because this project will probably
never run on anything other than MySQL or Postgres, I really don't see a
reason to port it to ado.

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Dan
Austin
Sent: Thursday, July 06, 2006 4:44 PM
To: Web...@li...
Subject: [Web-meetme-devel] PEAR::DB

About two montsh back we discussed using ADODB in place of the current
abstraction layer.  I've finally had a chance to look at the DB work
Mike has done, and at least the last code he sent me is using PEAR::DB

Looking into the background of this abstraction layer, I think it is an
excellent choice and lends itself to a major clean-up of the scheduling
code.

So do we want to keep PEAR::DB, or should I look further into ADODB?

Dan

Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
Web-meetme-devel mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-meetme-devel

Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
Web-meetme-devel mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-meetme-devel

[Web-meetme-devel] FW: PEAR::DB

[Ryan A. <ra...@fi...>]

Oops, forgot to CC the list

-----Original Message-----
From: Ryan Amos=20
Sent: Thursday, July 06, 2006 4:51 PM
To: 'Dan Austin'
Subject: RE: [Web-meetme-devel] PEAR::DB

Adodb is faster and more portable, but for a project like this I really
don't think it matters. I just don't see this app needing to do enough
complex SQL calls to really make a difference one way or another.

Portability is really the main advantage of adodb; if you want to
develop a project under MySQL or Postgres but have the option of moving
to Oracle or IBM/DB2 later on. But because this project will probably
never run on anything other than MySQL or Postgres, I really don't see a
reason to port it to ado.

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Dan
Austin
Sent: Thursday, July 06, 2006 4:44 PM
To: Web...@li...
Subject: [Web-meetme-devel] PEAR::DB

About two montsh back we discussed using ADODB in place of the current
abstraction layer.  I've finally had a chance to look at the DB work
Mike has done, and at least the last code he sent me is using PEAR::DB

Looking into the background of this abstraction layer, I think it is an
excellent choice and lends itself to a major clean-up of the scheduling
code.

So do we want to keep PEAR::DB, or should I look further into ADODB?

Dan

Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
Web-meetme-devel mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-meetme-devel

Re: [Web-meetme-devel] PEAR::DB

[Areski <ar...@gm...>]

Dan,
you will see ADODB have a abstract class for pear user that simplify a
lot the migration and let you keep almost the same method and
properties.

Rgds, Areski

On 7/6/06, Dan Austin <Dan...@ph...> wrote:
> About two montsh back we discussed using ADODB in place of the current
> abstraction layer.  I've finally had a chance to look at the DB work
> Mike has done, and at least the last code he sent me is using PEAR::DB
>
> Looking into the background of this abstraction layer, I think it is an
> excellent choice and lends itself to a major clean-up of the scheduling
> code.
>
> So do we want to keep PEAR::DB, or should I look further into ADODB?
>
> Dan
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Web-meetme-devel mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-meetme-devel
>


-- 
--
    ~     - Belaid Arezqui ( ar...@gm... )
   'v'    - Cell Phone. : (+34) 650 78 43 55  (Spain, GMT+1hr)
  // \\
 /(   )\  - CHAMELEON FAITH HEALER
  ^`~'^   - http://www.areski.net - http://asterisk2billing.org/
_______________________________________________
-- To support Asterisk2Billing - paypal account : in...@ar...

[Web-meetme-devel] PEAR::DB

[Dan A. <Dan...@Ph...>]

About two montsh back we discussed using ADODB in place of the current
abstraction layer.  I've finally had a chance to look at the DB work
Mike has done, and at least the last code he sent me is using PEAR::DB

Looking into the background of this abstraction layer, I think it is an
excellent choice and lends itself to a major clean-up of the scheduling
code.

So do we want to keep PEAR::DB, or should I look further into ADODB?

Dan

[Web-meetme-devel] database tables

[Dan A. <Dan...@Ph...>]

I just realized that the email archiving tools at work have purged
the message with the database table definitions for Mike's user
account management features.  These should be in the 2.1.0 release,
so I will hold off packaging the release up.

Dan

[Web-meetme-devel] Testing from an unsubscribed account

[Dan A. <Dan...@fi...>]

Just working out the way Mailman should be configured....

Ignore the noise.

Dan