Re: [PECL-DEV] Re: Proposal for APM - Alternative PHP Monitor - Extension

[Patrick ALLAERT]

Hi Pierre (and the others),

2009/12/12 Pierre Joye <pierr...@gmail.com>:
> hi,
>
> Why did you not commit your extension to php's svn yet?

Just because we'd like to keep our SVN history. Our plan is to migrate
but as most of us are extremely busy right now we still didn't found
the way to handle this.
We thought about using svnsync on a local repository and submitting
the repository to someone that could place it on the svn server.
Does it sound good?
Any recommendations are welcome.

Patrick

[Patrick ALLAERT]

---------- Forwarded message ----------
From: Hans-Peter Oeri <h...@oeri.ch>
Date: 2009/12/16
Subject: Re: Proposal for APM - Alternative PHP Monitor - Extension
To: Davide Mendolia <ida...@gmail.com>
Cc : Patrick ALLAERT <patrick...@php.net>


Hi!

Davide Mendolia wrote:

> My name is Davide Mendolia and with Patrick Allaert we are lead developers
> of the extension APM(Alternative PHP Monitor).

Congratulations! I'm sure a lot of non-profit sites - that cannot afford
 Zend's "full-service" monitor - can use APM.

> The goal is to provide more solution to manage PHP errors. It collects error
> events and store them in a local SQLite database.
> But In the future we want to provide different backend and trigger like SNMP
> or MySQL.

Upon a first glimpse on the source, may I suggest two points:

As I see, currently only a html table is returned - data access from php
itself is not possible (short of connecting the database itself).
Wouldn't it integrate better if APM returned the data in some standard
form, whereas the php file does the rendering? That way, a) I could
individually interpret the data in PHP and b) independency from storage
is still possible.

Second, I see, you include the backtrace in the logged data. But the
error condition may lie somewhere else in the environment (esp. Request
information for webservers, Session information). It would be nice to be
able to (optionally?) log those. Of course, such data cannot be "simply"
printed in a table - but a more complex php gui could cater to that as well.

Regards
Hans-Peter

[Patrick ALLAERT]

> ---------- Forwarded message ----------
> From: Hans-Peter Oeri <h...@oeri.ch>
> Date: 2009/12/16
> Subject: Re: Proposal for APM - Alternative PHP Monitor - Extension

> Congratulations! I'm sure a lot of non-profit sites - that cannot afford
>  Zend's "full-service" monitor - can use APM.

This is indeed one of the goal :-)

>> The goal is to provide more solution to manage PHP errors. It collects error
>> events and store them in a local SQLite database.
>> But In the future we want to provide different backend and trigger like SNMP
>> or MySQL.
>
> Upon a first glimpse on the source, may I suggest two points:
>
> As I see, currently only a html table is returned - data access from php
> itself is not possible (short of connecting the database itself).
> Wouldn't it integrate better if APM returned the data in some standard
> form, whereas the php file does the rendering? That way, a) I could
> individually interpret the data in PHP and b) independency from storage
> is still possible.

Well, the provided function are mainly there for those running PHP < 5.3.
Starting PHP 5.3, SQLite3 can be used to retrieve directly the
information from the DB and manipulating it the way they want to.

> Second, I see, you include the backtrace in the logged data. But the
> error condition may lie somewhere else in the environment (esp. Request
> information for webservers, Session information). It would be nice to be
> able to (optionally?) log those. Of course, such data cannot be "simply"
> printed in a table - but a more complex php gui could cater to that as well.

We are considering that of course, always keeping performance in mind
as this was the main reason to develop an alternative to the Zend
Platform.

> Regards
> Hans-Peter

Feel free to register to the user or dev APM mailing list at:
http://groups.google.com/group/apm-user
http://groups.google.com/group/apm-dev

Regards,
Patrick

[Paul Dragoonis]

Hi Hans.
Thanks for your interest in APM.

One of our noted and future development features will be having APM return an data structure (array) of errors, allowing the PHP userland code to format the errors in whatever manner it wants.

This is importans so we can isolate the Logic (apm ext) From the UI (php app).


One of our other goals is to dump as much information as possible.
If one of these contains data we will dump it.
$_POST, $_GET, $_COOKIE, $_SESSION.

We will ofcourse be dumping $_SERVER information too.

I hope this helped clear things up for you.

Regards,
Paul Dragoonis.

--

You received this message because you are subscribed to the Google Groups "Alternative PHP Monitor - Dev" group.
To post to this group, send email to apm...@googlegroups.com.
To unsubscribe from this group, send email to apm-dev+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/apm-dev?hl=en.

[Patrick ALLAERT]

Hi Gwynne!

2009/12/14 Gwynne Raskind <gwy...@darkrainfall.org>:
> On Dec 14, 2009, at 3:42 AM, Pierre Joye wrote:
>> hi!
>>
>> Gwnynne, can you help here?
>
> Yep, I already pulled a trick like this a couple times for other repos that wanted in to PHP's :). The most useful thing for me would be the result of an "svnadmin dump" on the repository; I can import that more or less directly.

I successfully used svnsync together with svnadmin dump to provide the
attached repository dump of PECL APM (http://pecl.php.net/package/APM)
Could you please create http://svn.php.net/repository/pecl/apm from it
and give Davide Mendolia (dmendolia) and myself (patrickallaert) the
karma corresponding to our role (lead) ?

Thanks in advance.
Regards,
Patrick

[Patrick ALLAERT]

With the missing attachment...

2009/12/31 patrickallaert <patrick...@php.net>: