Comments on: phpWatch 2.0 Development

By: Mako Web Design

Mako Web Design — Sun, 04 Apr 2010 18:26:34 +0000

Reiterating Escalating alert levels, very important
I love the fact you are developing on Smarty, I use it all the time.

It should look for key words not just ping. This would make sure a database is running or even that domain name had not expired.

By: Warwick

Warwick — Sun, 11 Oct 2009 09:26:33 +0000

Hi Aaron,

Great Product, I have a couple of suggestions for improvements

1) Check server has connectivity before alerting/logging down time
Check 3 sites (eg google.com, microsoft.com and redhat.com) having the sites user configurable would be best.
If all 3 sites are down/appear to be down it is assumed there is a problem with the servers connectivity and an alert to this effect is sent/attempted to be sent and downtime/alerts are not logged against individual sites.

2) Escalating alerting levels eg
1 missed poll - Log only
2 missed polls (consecutive) - Send Email
5 missed polls (consecutive) - Send Email to different address/addresses.

3) Service Restored Emails

Where an email has been sent advising the service is down an email should be sent advising when it is restored

By: ArleyM

ArleyM — Tue, 29 Sep 2009 19:03:29 +0000

Bring it on!

By: JOSE

JOSE — Sat, 25 Jul 2009 17:17:50 +0000

Me again,

Timezone tracking is also of great use and very simple to implement. My monitor server is in LA, but my production and engineering facilities are in New York. Though simple, converting from PDT to EDT is always a pain. But, PHP has a built in faculty for this. I just added the following line to pages/monitors.php:

date_default_timezone_set(’US/Eastern’);

You can store TZ as a option from the config page, or since you are pulling from req.php via AJAX on page load, you can use this JS script to dynamically get the user location.

http://www.onlineaspect.com/2007/06/08/auto-detect-a-time-zone-with-javascript/

By: Amelie Rencontres

Amelie Rencontres — Wed, 22 Jul 2009 11:30:46 +0000

I heard about phpwatch that the purpose of this system is two-fold: it allows administrators to easily check the status of many different services running on any number of servers and also allows developers to interface with the query and notification APIs.

By: Jose

Jose — Sat, 18 Jul 2009 00:15:08 +0000

Glad to hear the rewrite is in the works. Should punt this from good to great.
Using it the last months I had a few suggestions:
* Allow for machine reboot - presently all sites show downtime when the monitoring server was down. This is misleading.
* Use the Google Charts API so that people don’t need the pChart API installed. Simpler, faster, and easier to install. Many great PHP examples out there and good doc.
* Allow a server’s monitoring to be paused. Presently I have to delete it if it is down for work.
* Allow server aliases so my boss can know it is the DB server, not 6a-9f-bb.somthing.com

Best luck! Look forward to seeing the metamorphosis.

By: anakein

anakein — Tue, 19 May 2009 17:56:42 +0000

phpwatch 2.0 have future.

now one sugestions.
clusters options. I think for good system uptime control i need some phpwatch in some hosting and comunication for , xmlrpc?. and then if one hosting down with phpwatch you have other control point.

By: solomongaby

solomongaby — Wed, 13 May 2009 09:19:24 +0000

Hello,

I really like phpWatch 2.0 and have a few sugestions for 2.0:
- i wouldnt use smarty as a template engine since that will slow things down a bit.
- maybe an implementation of a IM client notification would be nice or even a direct message on twitter