Rev 32 | Rev 75 | Go to most recent revision | Details | Compare with Previous | Last modification | View Log | RSS feed
Rev | Author | Line No. | Line |
---|---|---|---|
2 | daniel-mar | 1 | |
32 | daniel-mar | 2 | Important |
3 | --------- |
||
4 | |||
5 | - New plugin: hp_ssa |
||
6 | |||
2 | daniel-mar | 7 | TODO |
8 | ---- |
||
9 | |||
10 | - make proper documentation |
||
11 | - allow changing automatic help page to describe which individual ranges stand for (is it already possible, by getting the argument object and then changing its help text?) |
||
12 | - everywhere getter and setter instead of accessing class member variables |
||
13 | - ipfm monitor: dygraph has MIT license |
||
14 | - *.conf files: /daten sollte nicht in den example conf's stehen. irgendwie anders machen (Aber achtung: wir symlinken die config files in unserem /etc ) |
||
15 | - idea: a script that converts the output of an EXISTING nagios plugin into VNag Weboutput. So an arbitary Nagios script can be forwarded to other systems over HTTP |
||
16 | - make all plugins "web enabled" |
||
17 | In the framework create an easy function, which generates a simple default HTML header and footer |
||
18 | - should error details, e.g. defective hard disks at the mdstat monitor be Verbosity=Summary, or Verbosity=AdditionalInformation ? |
||
19 | - idea for a new plugin: sudo /daten/scripts/tools/check_etc_perms | grep -v "world readable" | grep -v "world executable" |
||
20 | - should putputID, passwordOut and privateKey be a default argument? Then you can use encryption/signing for all plugins by default |
||
21 | - In re syntax checking/getopt: |
||
22 | * Evaluate if PHP 7.1 (with getopt()'s $optind) is able to detect unexpected CLI parameters for us (so we can output a syntax warning) |
||
23 | * Limit warning range numbers (avoid user adds too many, e.g. "-w A,B,C" although only 2 are allowed) |
||
24 | |||
25 | Future |
||
26 | ------ |
||
27 | |||
28 | - For arguments (warning/critical), also accept mixed UOMs, e.g. MB and % |
||
29 | - In re usage page: |
||
30 | * Automatic creation of usage page. Which arguments are necessary? |
||
31 | * Automatically generate syntax? |
||
32 | - Allow individual design via CSS |
||
33 | - Check if regex of validateLongOpt() is accurate |
||
34 | |||
35 | Unsure |
||
36 | ------ |
||
37 | |||
38 | - Automatically encrypt/sign via a global config setting? |
||
39 | - Should we also allow other UOMs? |