[Amportal-devel] New Manager module

xo, from out of the blue, has submitted a way cool manager.conf
module. I had an eyeball of it, it didn’t seem to rm -rf anyone’s hard
drives, and it seems to work, so I stuck it in. Note this required a
change to core (manager.conf needed an #include manager_additional.conf)
so it won’t work with standard 2.1beta1

I spose I’m really going to have to start caring about XML
tags, aren’t I.

–Rob


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&kid0709&bid&3057&dat1642


Amportal-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amportal-devel

Post generated using Mail2Forum (http://www.mail2forum.com)

Diego,

Do you want us to hold off on releasing a final beta so you can get this in?

Ryan

On Tuesday 02 May 2006 00:52, Diego Iastrubni wrote:

[quote] The answer is no, just calling
wget http://localhost/admin/page.modules.php?instal=ivr

(or executing that php file) is not enough, since the pages do a lot of
html output (even to full console), and it’s a huge security issue (I
still need to investigate, but I think I have found another potential
security hole in freePBX 2.1.x)

I am working on something, still have a long way until it’s finally
done, but I have something working already. This is a log of some
commands already working on my local machine, I will try to commit
something working to the svn sometime this week.

  • check the status of installed modules, if newer versions available
    online, it will say so
    [email protected] freepbx-trunk]$ ./freepbx-modules status
    manager - Installed (up to date)
    callback - Installed (up to date)
    core - Installed (up to date)
    music - Installed (up to date)

  • search for modules, modules not installed but available online marked
    with *
    [[email protected] freepbx-trunk]$ ./freepbx-modules search ivr
    ivr - IVR *

  • download a module from the web, do not install nor enable it
    [[email protected] freepbx-trunk]$ ./freepbx-modules download ivr

  • install the newly downloaded module, enable debug
    [[email protected] freepbx-trunk]$ ./freepbx-modules --debug install ivr
    [DEBUG] Debug mode enabled
    [DEBUG] querying ivr
    [DEBUG] Installing module ivr
    [DEBUG] Reading /var/www/html/admin/modules/ivr/install.sql
    [DEBUG] Running /var/www/html/admin/modules/ivr/install.php

[DEBUG] Installing ivr [2.2.3]

  • lets enable that module
    [[email protected] freepbx-trunk]$ ./freepbx-modules --debug enable ivr
    [DEBUG] Debug mode enabled
    [DEBUG] quering ivr
    [DEBUG] Enabling module ivr

Ryan Courtnage wrote:

Diego,

Regarding a script for enabling/disabling modules:

Would a script that simply posts the required info to
http://localhost/admin/page.modules.php be acceptable for your packages?
It would require that Apache be running when trying to install modules -
is this okay?

Thanks
Ryan

On Monday 01 May 2006 08:02, Bentley wrote:

rob at wpm4l.com wrote:

xo, from out of the blue, has submitted a way cool manager.conf
module. I had an eyeball of it, it didn’t seem to rm -rf anyone’s hard
drives, and it seems to work, so I stuck it in. Note this required a
change to core (manager.conf needed an #include manager_additional.conf)
so it won’t work with standard 2.1beta1

Sounds cool, I’ll check it out.

rob at wpm4l.com wrote:

I spose I’m really going to have to start caring about XML
tags, aren’t I.

On that note, I’ve been thinking of moving all of the functions in the
module admin to an executable script. That script, which could be run
from the console OR called by page.modules.php would be responsible for
downloading, installing, upgrading and removing modules. The goal is to
make things easier for freepbx packages (like xorcom), so that
apt-get(for example) can be used to enable/disable modules.

The requires stuff is also important. I guess as a starting point we can
just work at populating the appropriate xml tags for modules that need
it.

Ryan


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


Amportal-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amportal-devel
[/quote]

Ryan Courtnage
Coalescent Systems Inc.
Tomorrow’s Telephony Today
403.244.8089
www.coalescentsystems.ca
www.gabcast.com


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


Amportal-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amportal-devel

Post generated using Mail2Forum (http://www.mail2forum.com)

On Tuesday 02 May 2006 00:52, Diego Iastrubni wrote:

[quote] The answer is no, just calling
wget http://localhost/admin/page.modules.php?instal=ivr
[/quote]
I was thinking more along the lines of a POST or even REST.

Okay, I had no idea you were working on something. I’ll wait to see your
commit.

Ryan


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


Amportal-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amportal-devel

Post generated using Mail2Forum (http://www.mail2forum.com)

The answer is no, just calling
wget http://localhost/admin/page.modules.php?instal=ivr

(or executing that php file) is not enough, since the pages do a lot of
html output (even to full console), and it’s a huge security issue (I
still need to investigate, but I think I have found another potential
security hole in freePBX 2.1.x)

I am working on something, still have a long way until it’s finally
done, but I have something working already. This is a log of some
commands already working on my local machine, I will try to commit
something working to the svn sometime this week.

  • check the status of installed modules, if newer versions available
    online, it will say so
    [email protected] freepbx-trunk]$ ./freepbx-modules status
    manager - Installed (up to date)
    callback - Installed (up to date)
    core - Installed (up to date)
    music - Installed (up to date)

  • search for modules, modules not installed but available online marked
    with *
    [[email protected] freepbx-trunk]$ ./freepbx-modules search ivr
    ivr - IVR *

  • download a module from the web, do not install nor enable it
    [[email protected] freepbx-trunk]$ ./freepbx-modules download ivr

  • install the newly downloaded module, enable debug
    [[email protected] freepbx-trunk]$ ./freepbx-modules --debug install ivr
    [DEBUG] Debug mode enabled
    [DEBUG] querying ivr
    [DEBUG] Installing module ivr
    [DEBUG] Reading /var/www/html/admin/modules/ivr/install.sql
    [DEBUG] Running /var/www/html/admin/modules/ivr/install.php

[DEBUG] Installing ivr [2.2.3]

  • lets enable that module
    [[email protected] freepbx-trunk]$ ./freepbx-modules --debug enable ivr
    [DEBUG] Debug mode enabled
    [DEBUG] quering ivr
    [DEBUG] Enabling module ivr

Ryan Courtnage wrote:

[quote]Diego,

Regarding a script for enabling/disabling modules:

Would a script that simply posts the required info to
http://localhost/admin/page.modules.php be acceptable for your packages? It
would require that Apache be running when trying to install modules - is this
okay?

Thanks
Ryan

On Monday 01 May 2006 08:02, Bentley wrote:

[quote]rob at wpm4l.com wrote:

[quote]xo, from out of the blue, has submitted a way cool manager.conf
module. I had an eyeball of it, it didn’t seem to rm -rf anyone’s hard
drives, and it seems to work, so I stuck it in. Note this required a
change to core (manager.conf needed an #include manager_additional.conf)
so it won’t work with standard 2.1beta1

[/quote]Sounds cool, I’ll check it out.

rob at wpm4l.com wrote:

[quote]I spose I’m really going to have to start caring about XML
tags, aren’t I.

[/quote]On that note, I’ve been thinking of moving all of the functions in the
module admin to an executable script. That script, which could be run from
the console OR called by page.modules.php would be responsible for
downloading, installing, upgrading and removing modules. The goal is to
make things easier for freepbx packages (like xorcom), so that apt-get(for
example) can be used to enable/disable modules.

The requires stuff is also important. I guess as a starting point we can
just work at populating the appropriate xml tags for modules that need it.

Ryan

[/quote]

[/quote]


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


Amportal-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amportal-devel

Post generated using Mail2Forum (http://www.mail2forum.com)

Diego,

Regarding a script for enabling/disabling modules:

Would a script that simply posts the required info to
http://localhost/admin/page.modules.php be acceptable for your packages? It
would require that Apache be running when trying to install modules - is this
okay?

Thanks
Ryan

On Monday 01 May 2006 08:02, Bentley wrote:

[quote] rob at wpm4l.com wrote:

xo, from out of the blue, has submitted a way cool manager.conf
module. I had an eyeball of it, it didn’t seem to rm -rf anyone’s hard
drives, and it seems to work, so I stuck it in. Note this required a
change to core (manager.conf needed an #include manager_additional.conf)
so it won’t work with standard 2.1beta1

Sounds cool, I’ll check it out.

rob at wpm4l.com wrote:

I spose I’m really going to have to start caring about XML
tags, aren’t I.

On that note, I’ve been thinking of moving all of the functions in the
module admin to an executable script. That script, which could be run from
the console OR called by page.modules.php would be responsible for
downloading, installing, upgrading and removing modules. The goal is to
make things easier for freepbx packages (like xorcom), so that apt-get(for
example) can be used to enable/disable modules.

The requires stuff is also important. I guess as a starting point we can
just work at populating the appropriate xml tags for modules that need it.

Ryan

[/quote]

Ryan Courtnage
Coalescent Systems Inc.
Tomorrow’s Telephony Today
403.244.8089
www.coalescentsystems.ca
www.gabcast.com


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


Amportal-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amportal-devel

Post generated using Mail2Forum (http://www.mail2forum.com)

[quote=“rob at wpm4l.com”]xo, from out of the blue, has submitted a way cool manager.conf
module. I had an eyeball of it, it didn’t seem to rm -rf anyone’s hard
drives, and it seems to work, so I stuck it in. Note this required a
change to core (manager.conf needed an #include manager_additional.conf)
so it won’t work with standard 2.1beta1
[/quote]

Sounds cool, I’ll check it out.

On that note, I’ve been thinking of moving all of the functions in the module admin to an executable script. That script, which could be run from the console OR called by page.modules.php would be responsible for downloading, installing, upgrading and removing modules. The goal is to make things easier for freepbx packages (like xorcom), so that apt-get(for example) can be used to enable/disable modules.

The requires stuff is also important. I guess as a starting point we can just work at populating the appropriate xml tags for modules that need it.

Ryan