Details | Last modification | View Log | RSS feed
Rev | Author | Line No. | Line |
---|---|---|---|
226 | daniel-mar | 1 | *invisible_when_not_auth |
2 | |||
3 | auth token anzahl begrenzen um abuse zu verhindern? |
||
4 | |||
5 | unicode-identifiers + verifizieren |
||
6 | |||
7 | showSource() anders benennen |
||
8 | |||
9 | OID line: anzeigen wie viele kinder es darunter gibt |
||
10 | |||
11 | Configs |
||
12 | - oidInsivibleWhenAllAttribsAreCondiential |
||
13 | |||
14 | [in]*noauth-invisible:yes |
||
15 | |||
16 | *described:no |
||
17 | |||
18 | < > = link empfehlung? |
||
19 | |||
20 | # todo: "father" anzeige bei einer undescribed oid? auch väter die nicht existieren? |
||
21 | # todo: fahter(1) father(2) etc machen bis zu "." beschreiben im baum |
||
22 | # todo: --> aber dann sollte man eine OID als "not described" markieren können, damit meine PEN der ROOT bleibt und nicht "." . |
||
23 | |||
24 | viele dinge wie felder oder auch macro-namen sollen case insensitive sein |
||
25 | |||
26 | *soa ? soll heißen dass alle auths verloren gehen |
||
27 | # write-auth(dummy) .... geht das auch anders als dummy, z.b. wenn neue ...-auth hinzukommen gibts probleme |
||
28 | |||
29 | # todo: kann man '#' auch hinter eine zeile setzen? nö. |
||
30 | |||
31 | clsid vererbbar? |
||
32 | |||
33 | flags (auch für gui) |
||
34 | - canelled oid |
||
35 | - leaf oid |
||
36 | - draft oid (!) |
||
37 | - invisible (secret) oid |
||
38 | - type: ipv6 etc != index-search-algorithm |
||
39 | |||
40 | ein index term soll auch mit "." beginnen dürfen |
||
41 | |||
42 | $oid vs $handle (macro) namen ... macros generell ausschließen |
||
43 | |||
44 | ascii art possible in den comments? |
||
45 | |||
46 | illegale oids (z.b. 3.1) und illegale identifier namen (z.b. 1and1) -- wird überall die OID geprüft (sanitize?) |
||
47 | |||
48 | eine oid mit nur [co] oids -- funktioniert da alles? |
||
49 | |||
50 | case insensitive attributes? und commandos |
||
51 | |||
52 | handel soll nicht als oid gewertet werden in den funktionen |
||
53 | handle soll nun macro heißen |
||
54 | html core |
||
55 | |||
56 | derzeit überschreibt ra(2) ra(1). ist das gut? ja! |
||
57 | |||
58 | antispam |
||
59 | |||
60 | !roots -- listen der wurzeln |
||
61 | |||
62 | dyndns auth |
||
63 | |||
64 | vts test datenbank erschaffen |
||
65 | |||
66 | format dokumentieren und referenzimplementierung veröffenltlichen (todos sammeln) |
||
67 | |||
68 | MACROS mit parametern. ?? ist der attrib_name, __1__ ist der erste parameter, __2__ der zweite usw |
||
69 | |||
70 | {...} empfehlung für eine oidplus: verknüpfung (html view) |
||
71 | <...> empfehlung für eine externe http verknüpfung (html view) |
||
72 | |||
73 | list all: listet auch alle index() felder |
||
74 | |||
75 | 2.999.1 durch neues format ersetzen |
||
76 | |||
77 | ::192.168.69.1 soll akzeptiert werden |
||
78 | |||
79 | alle eingabebefehle sollen case sensitive sein |
||
80 | |||
81 | vts oid admin |
||
82 | |||
83 | |||
84 | |||
85 | htmlview: tokens in cookie |
||
86 | oid:... notation auch erlauben |
||
87 | |||
88 | nutzt man die weiterleitungen (rwhois), dann bekommt die superior RA mit, welche authtokens verwendet werden... |
||
89 | |||
90 | write auth |
||
91 |