Nagios with a large number of services

[Daniel maher]

Clearly PHP is much more suited to the task, and I do not think that anybody is going to argue that. :)  Regarding Nagios-DB; does it support 2.0b2, and can I run it /without/ a database?  I've got no desire to tack a mysql backend on to Nagios as it is...


Daniel Maher
System Engineer
ACE TECHNOLOGY INC.


-----Original Message-----
From: Ben [mailto:bench at silentmedia.com] 
Sent: April 1, 2005 11:44 AM
To: Daniel maher
Cc: nagios-users at lists.sourceforge.net
Subject: Re: [Nagios-users] Nagios with a large number of services

Well, not all interfaces are born equal. While I really do love C, even 
I admit that HTML generation isn't its comparative strong suite.

Nagios-DB uses PHP for its interface, and I think most would agree with 
me that PHP is a lot faster to work with than C.

On Apr 1, 2005, at 6:39 AM, Daniel maher wrote:

> It's good to know that there are already interface re-design projects 
> underway; however, it's unfortunate that I'll have to re-code all of 
> my in-house edits to the existing interface. :P
>
> Is there any publicly available data regarding the limits of the 
> interface?  I.e. what are good ceiling values for hosts and services, 
> while maintaining a still usable user interface?
>
>
> Daniel Maher
> System Engineer
> ACE TECHNOLOGY INC.

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.0 - Release Date: 31/03/2005
 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null