Re: ??:Re: How to find the cached object from my disk?

From: Henrik Nordstrom <hno@dont-contact.us>
Date: Wed, 10 Apr 2002 08:00:14 +0200

Given a filenumber N

  dir_L1 = (N / (L2 * L2)) % L1
  dir_L2 = (N / L2) % L2
  filename = filenumber

I think this is in the Squid FAQ somewhere..

Squid mime.conf specifies a mapping from file extension to mime-type,
encoding, icon, default FTP transfer mode and directory listing
formatting options.

The line

\.ps$ application/postscript anthony-ps.gif
  - ascii +download +view

specifies that for files ending in .ps the mime type is
application/postscript, the icon to use is "anthony-ps.gif". Default
content encoding is to be used with ASCII transfer mode (here
mime.conf is applied recursively.. .ps.gz will get threated as a gzip
encoded content using binary transfer mode). Both a download and a
view icon is provided to allow the user to manually override the
content type and encoding in ways suitable for download or on-screen
display of the source.

Squid icons are SPECIAL objects (hence the SPECIAL flag in the
cachemgr object printout). This makes them behave slightly
differently than normal object. For example an SPECIAL object is
never deleted by a removal policy.

In Squid-2.4 and earlier icons are kept both in memory and in the
cache_dir. In Squid-2.5 they will be kept in memory only. In
Squid-2.7 they are likely to be replaced with a better mechanism.

Regards
Henrik

says that for files matching \.shar$, the

On Wednesday 10 April 2002 04:57, maer727@sohu.com wrote:
> Thanks, Henrik pal!
>
> I still have two questions:
>
> How to translate 0x000014 to 00/00/00000014? What is the rule of
> translation? I have taken a look at file squid.conf and failed to
> find the rule.
>
> In your reply, you mentioned,
> /////////////////////////////////////////////////////////////
> The specific object is an SPECIAL object loaded from the icons
> directory at startup due to being configured as an icon in your
> mimes.conf file.
> /////////////////////////////////////////////////////////////
>
> Do you mean the specific gif is not in cache_dir? And in some other
> place? I have taken a look at mine.conf. I think the file only
> specifies the "file-extention to mine-type" pairs, IMHO.
>
> Best regards,
> George, Ma
>
>
>
> ----- ԭ -----
> From: Henrik Nordstrom
> To: maer727@sohu.com ;squid-dev@squid-cache.org
> Cc: squid-dev@squid-cache.org
> Subject: Re: How to find the cached object from my disk?
> Sent: Tue Apr 09 22:52:40 CST 2002
>
> > This object is in memory. (STORE_OK, IN_MEMORY, inmem_lo == 0,
> > inmem_hi > 0)
> >
> > The specific object is an SPECIAL object loaded from the icons
> > directory at startup due to being configured as an icon in your
> > mimes.conf file.
> >
> > There is also a copy in the on-disk cache. Swap dir 0, filenumber
> > 0x000014. This translates to
> >
> > Swap dir 0 -> your first cache_dir line
> > File 0x000014 -> 00/00/00000014
> >
> > Regards
> > Henrik
> >
> > maer727@sohu.com wrote:
> > > Hi, pals.
> > >
> > > I am using Squid 2.4-STABLE. I also use Cache Manager too. Here
> > > are some statements taken from Cache Manager.
> > > ///////////////////////////////////////////////////////////////
> > >//////////// //////////////////////////////////////// KEY
> > > A7809A89F07C7A5E8603A2E53F48BCAB
> > > GET
> > > http://mmm.gscas.ac.cn:3128/squid-internal-static/icons/anthony
> > >-bomb.gif STORE_OK IN_MEMORY SWAPOUT_DONE PING_NONE
> > > SPECIAL,CACHABLE,VALIDATED
> > > LV:1018391551 LU:1018391551 LM:1018205728 EX:-1
> > > 0 locks, 0 clients, 0 refs
> > > Swap Dir 0, File 0X000014
> > > inmem_lo: 0
> > > inmem_hi: 416
> > > swapout: 416 bytes queued
> > > ///////////////////////////////////////////////////////////////
> > >//////////// //////////////////////////////////////
> > >
> > > I just want to know where to find the cached object
> > > "anthony-bomb.gif"? (Which dirctory? Which file?)
> > >
> > > Can you help me out?
> > >
> > > Best regards,
> > > George, Ma
Received on Wed Apr 10 2002 - 00:19:24 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:15:00 MST