/var/www/vhosts/nabawater/vendor/ezyang/htmlpurifier
NameSizeModeActions
extras/-0755rm
library/-0755rm
maintenance/-0755rm
plugins/-0755rm
tests/-0755rm
composer.json6400644editdlrm
CREDITS3410644editdlrm
INSTALL140830644editdlrm
INSTALL.fr.utf818990644editdlrm
LICENSE264560644editdlrm
NEWS639020644editdlrm
package.php17620644editdlrm
phpdoc.ini40420644editdlrm
README.md12420644editdlrm
release1-update.php26700644editdlrm
release2-tag.php5320644editdlrm
test-settings.sample.php27060644editdlrm
test-settings.travis.php25930644editdlrm
TODO68320644editdlrm
VERSION60644editdlrm
WHATSNEW7340644editdlrm
WYSIWYG8570644editdlrm
Edit: /var/www/vhosts/nabawater/vendor/ezyang/htmlpurifier/WYSIWYG (857B)
WYSIWYG - What You See Is What You Get HTML Purifier: A Pretty Good Fit for TinyMCE and FCKeditor Javascript-based WYSIWYG editors, simply stated, are quite amazing. But I've always been wary about using them due to security issues: they handle the client-side magic, but once you've been served a piping hot load of unfiltered HTML, what should be done then? In some situations, you can serve it uncleaned, since you only offer these facilities to trusted(?) authors. Unfortunantely, for blog comments and anonymous input, BBCode, Textile and other markup languages still reign supreme. Put simply: filtering HTML is hard work, and these WYSIWYG authors don't offer anything to alleviate that trouble. Therein lies the solution: HTML Purifier is perfect for filtering pure-HTML input from WYSIWYG editors. Enough said. vim: et sw=4 sts=4