Well that's kind of weird, we get the request for a db so often and even on the list it comes back about once a year. People see the advantage in a db mostly in the reporting field and the updating of it. Doing a single change to multiple entries would even be easier with a db, as it would be a SQL update were you have a good "were" clause. Making a copy of the working config before doing these update would be done in the same way you would do a db backup (a sql dump for example). >From the app point of view it's easier/quicker to access each entry directly >(in the db) and make a change to it. That would make remote changes easier too.
-----Original Message----- From: Servers Alive Discussion List [mailto:[email protected]] On Behalf Of Rainer Jochim Sent: Saturday, April 09, 2011 12:01 AM To: Servers Alive Discussion List Subject: RE: [SA-list] What's next.... Nooooo, no database for the entries please :-) Well, there may be reasons to do so, but... sometimes a single change applies to multiple entries. The possibility to edit the text file and restart SA with the modified config is a big time saver. Of course it is also easy to destroy the configuration that way, but you would not do this without saving the working configuration somewhere first. What would you think of using some kind of CSV format, with a header row to better identify each single configuration entry and thus provide a more user-friendly text format? (or possibly an XML version, but CSV would be perfect) Thanks, Rainer -----Original Message----- From: Servers Alive Discussion List [mailto:[email protected]] On Behalf Of Dirk Bulinckx Sent: 8 avril 2011 16:01 To: Servers Alive Discussion List Subject: [SA-list] What's next.... Often we get questions on what will be next in Servers Alive...so I'll give you a little round-up on things that are * almost 100% sure - SSH alert -> as alert execute an SSH command - Remote Icon -> that way you can get the tray icon of Servers Alive on a remote system (or on the local system when desktop interaction is not possible) - WMI based COM check * very sure - usage of a db instead of a textfile for the entries - extensions in the built-in webserver * maybe ... As always all feedback is welcome.... dirk To unsubscribe send a message with UNSUBSCRIBE in the subject line to [email protected] If you use auto-responders (like out-of-the-office messages), make sure that they are not sent to the list nor to individual members. Doing so will cause you to be automatically removed from the list. To unsubscribe send a message with UNSUBSCRIBE in the subject line to [email protected] If you use auto-responders (like out-of-the-office messages), make sure that they are not sent to the list nor to individual members. Doing so will cause you to be automatically removed from the list. To unsubscribe send a message with UNSUBSCRIBE in the subject line to [email protected] If you use auto-responders (like out-of-the-office messages), make sure that they are not sent to the list nor to individual members. Doing so will cause you to be automatically removed from the list.
