aboutsummaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-02-11 22:09:44 +0000
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-02-11 22:09:44 +0000
commita6f45ea2364cd9c54cd550c17b57c6480c10d360 (patch)
tree6463f835ebee14b21d46a6d515e37f934c8bc205 /doc
parentb3b5a019ab9949fec4904bb436219156a681d305 (diff)
downloadikiwiki-a6f45ea2364cd9c54cd550c17b57c6480c10d360.tar
ikiwiki-a6f45ea2364cd9c54cd550c17b57c6480c10d360.tar.gz
responses
Diffstat (limited to 'doc')
-rw-r--r--doc/todo/shortcut_optional_parameters.mdwn7
-rw-r--r--doc/todo/simple_text_parsing_or_regex_in_template_or_shortcut.mdwn15
2 files changed, 21 insertions, 1 deletions
diff --git a/doc/todo/shortcut_optional_parameters.mdwn b/doc/todo/shortcut_optional_parameters.mdwn
index 494aac98a..4fd1eb9d4 100644
--- a/doc/todo/shortcut_optional_parameters.mdwn
+++ b/doc/todo/shortcut_optional_parameters.mdwn
@@ -22,3 +22,10 @@ Some possible syntax choices for the shortcut definition:
\[[shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=$*&searchmode=filelist&case=insensitive&version=${dist=unstable}&arch=${arch=i386}"]]
--[[JoshTriplett]]
+
+Well, you can already do this kind of thing with templates. Invocation does
+look different:
+
+ \[[template id=debfiles package=ikiwiki dist=testing]]
+
+--[[Joey]]
diff --git a/doc/todo/simple_text_parsing_or_regex_in_template_or_shortcut.mdwn b/doc/todo/simple_text_parsing_or_regex_in_template_or_shortcut.mdwn
index e6f77dd59..0f8badae8 100644
--- a/doc/todo/simple_text_parsing_or_regex_in_template_or_shortcut.mdwn
+++ b/doc/todo/simple_text_parsing_or_regex_in_template_or_shortcut.mdwn
@@ -7,4 +7,17 @@ shortcuts like these:
For shortcut definitions, a `match` parameter could supply a regex, and then the `url` and `desc` parameters could make use of the named or numbered groups from the match.
---[[JoshTriplett]] \ No newline at end of file
+--[[JoshTriplett]]
+
+I'm not comfortable with exposing regexps to web editing. At the very least
+it's trivial to construct regexps that take indefinitely long to match
+certain strings, which could be used to DOS ikiwiki. At worst, perl code
+can be embedded in regexps in a variety of ways that are painful to filter
+out, and perl's regexp engine could also potentially have bugs that could
+be exploited by user-supplied regexps.
+
+It seems that a better place to put this kind of text munging is in
+special-purpose plugins. It should be very simple to write plugins for the
+above two examples, that look identical to the user as what you described.
+
+--[[Joey]]