in-line

-----Burton

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
> Spam
> Sent: Tuesday, July 27, 2004 3:52 PM
> To: Burton M. Strauss III
> Subject: Re: [Ntop] A couple a basic NTOP questions
>
>
>
> > <sigh> People really should learn to use google. </sigh>
>
>   Yes  perhaps.  Most  do,  however, look on the softwares website and
>   manuals before trying to locate third party documentation.

It's not 3rd party - it's searching this list!

>   http://www.ntop.org/needHelp.html  links  to the FAQ at ntop.org and
>   to  this mailinglist. In fact, the only reference to ntopsupport.com
>   was under the link "Commercial".

That's the split between Luca (ntop.org) and myself (ntopsupport.com).  I've
asked him many times to update the ntop.org stuff or at least remove the
outdated material, but it hasn't happened.

>   In  any  case,  the  FAQ at ntopsupport.com is indeed more thorough.
>   Perhaps a easier to find link on the "need help" the docs page would
>   be good?

The FAQ is talked about frequently in this list!  And it's trivially simple
to access:

LOOK at your ntop instance.  See that big question mark logo?  The one with
the "HELP! Page" tooltip?  That's right, the FAQ is directly available
through your ntop instance... Don't believe me?  Look at the page, half way
down:

FAQ
As part of the source distribution, an 'ntop FAQ' is in the docs directory.
An automated (and therefore not terribly well formatted) version from the
source used to create this ntop installation is available >here<.

How much simpler can it be???  And it's probably a better version (closer to
the source you're executing) than the version at ntopSupport.com.

>   Regarding  storing  data between sessions it wasn't that easy as you
>   made  it  look  like,  especially  as I didn't intuitively associate
>   logging of stats with SQL.

It's not easy - that's why the code that didn't work right was removed 2+
years ago.  The point is that it's not just the SQL insert.  It's defining
the databases, doing rollups, purges (database maintenance), etc..  That's
why we moved to rrd, which handles everything related to time-series data
automatically.

<snip />

_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop

Reply via email to