sucks.xhtml

   1 <?xml version="1.0" encoding="UTF-8"?>
   2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
   3     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   4 <html xmlns="http://www.w3.org/1999/xhtml"
   5   xmlns:xi="http://www.w3.org/2001/XInclude"
   6   xmlns:xc="urn:xhtml-compiler"
   7   xml:lang="en">
   8 <head>
   9   <title>HTML Purifier Sucks - HTML Purifier</title>
  10   <xi:include href="common-meta.xml" xpointer="xpointer(/*/node())" />
  11   <meta name="keywords" content="HTMLPurifier, HTML Purifier, HTML, filter, sucks, devils advocate, evil, bad" />
  12 </head>
  13 <body>
  14
  15 <xi:include href="common-header.xml" xpointer="xpointer(/*/node())" />
  16
  17 <div id="main">
  18 <h1 id="title">HTML Purifier Sucks</h1>
  19
  20 <div id="content">
  21
  22 <blockquote class="fancy">
  23   <div class="quote">
  24     ...needless to say, I don't think I'll bother investigating further!
  25   </div>
  26   <div class="origin">
  27     &mdash; Stormrider on <a href="http://www.sitepoint.com/forums/showpost.php?p=3621314&amp;postcount=119">SitePoint Forums</a>
  28   </div>
  29 </blockquote>
  30
  31 <p>
  32   Contrary to what <a href="comparison">this comparison page</a>
  33   suggests, HTML Purifier sucks. It swallows oceans, it drinks blood,
  34   and it is more effective than your dust-busting Hoover 3000. Why does it
  35   suck? How can we make it un-sucky?
  36 </p>
  37
  38 <div class="warning">
  39   This document is currently under construction.
  40 </div>
  41
  42 <div id="toc" />
  43
  44 <h2>Bloat</h2>
  45
  46 <p>
  47   As of version 2.1.3, HTML Purifier's library folder contains
  48   <strong>164 files</strong> in <strong>30 folders</strong>, weighing
  49   at about 696 kilobytes. For comparison, the CodeIgniter
  50   web application framework contains 147 files, 29 folders and weighs
  51   902 kilobytes.
  52 </p>
  53
  54 <p>
  55   These back-of-a-napkin statistics are very telling about HTML Purifier's
  56   internal architecture: object-oriented, one class per file and small
  57   components, to the extreme. It also works against HTML Purifier when
  58   it comes to the performance department. For most input strings, the
  59   memory footprint from this library's source code is higher than the
  60   memory used actually processing the HTML (four megabytes,
  61   <a href="http://forums.devnetwork.net/viewtopic.php?p=405175#405175">last I checked</a>.)
  62 </p>
  63
  64 <h2>Performance</h2>
  65
  66 <p>
  67   HTML Purifier is extremely slow. Various benchmarks have shown HTML
  68   Purifier to be an order of a magnitude slower than comparable solutions.
  69 </p>
  70
  71 <h2>Whitespace</h2>
  72
  73 <p>
  74   The <a href="http://www.sitepoint.com/forums/showpost.php?p=3621314&amp;postcount=119">Stormrider
  75   quote</a> at the very beginning of this document is for one very
  76   specific problem: whitespace.
  77 </p>
  78
  79 <h2>Data-loss</h2>
  80
  81 <p>
  82   It is trivially easy to nuke the contents of a document by inserting
  83   a <code>&lt;/div&gt;</code> tag near the beginning, when DOMLex
  84   is being used.
  85 </p>
  86
  87 </div>
  88 </div>
  89 </body>
  90 </html>