On 01/29/2011 01:24 AM, Kinkie wrote:
>>> I hope Squid itself will not have to output reports in more than two
>>> formats (plain text and possibly "raw" XML of some sort). Beautification
>>> and post-processing should be done outside of Squid key processes for
>>> security and code quality reasons, IMO.
>>
>> If we can do pure XML and get the browser to stylesheet it cleanly into HTML
>> for display then I would love to see that happen too. Otherwise we will
>> likely be stuck with xhtml for a while.
>
> Can we consider the alternative of using some internal structured type
> with inspection features and which could be rendered at emission time
> into xml,html,text or (why not) snmp?
After I posted the above, it occurred to me that recent code already
uses raw internal binary format for most cache manager and SNMP
exchanges. In most cases, those raw internal structures are converted to
plain text or similar only as the last step in Coordinator.
Long-term, we could move this formatting from Coordinator to some other
program. That program can do the fancy formatting and, optionally, even
the aggregation of data, without bloating essential Squid processes with
XML, HTML, graph generation and such. This can be made modular so that
others can provide their own visualization and rendering of the same raw
data.
Cheers,
Alex.
Received on Sat Jan 29 2011 - 18:11:59 MST
This archive was generated by hypermail 2.2.0 : Sat Jan 29 2011 - 12:00:06 MST