On 01/30/2012 08:39 PM, Amos Jeffries wrote: > On 30/01/2012 8:35 p.m., Владимир wrote: >> 2012/01/30 13:12:56 kid1| src/errorpage.cc(350) loadFromFile: >> '/usr/share/errors/ru/MGR_INDEX': (2) No such file or directory >> 2012/01/30 13:12:56 kid1| src/errorpage.cc(350) loadFromFile: >> '/usr/share/errors/templates/MGR_INDEX': (2) No such file or directory >> 2012/01/30 13:12:56 kid1| WARNING: failed to find or read error text >> file MGR_INDEX
> We have altered the default cache manager page from a duplicate of the > menu to a scriptable index page. This is correct for a Squid > installation without one of the new third-party javascript managers > installed. IMHO, it is kind of wrong to package Squid in a way that, by default, triggers MGR_INDEX errors that are prominently visible in cache.log on startup. There has to be a better way! Would it be possible to include a dummy MGR_INDEX template (empty or nearly empty or somehow defaulting to the mgr:menu action) that "third parties" will overwrite if they re-package Squid? If that is a bad idea, perhaps we should somehow mark this particular "page" as optional? Please note that I am not saying "mgr:" should do something useful by default. I am just saying that there should not be "No such file or directory" errors during Squid startup by default. Thank you, Alex. > On 11.01.2012 14:14, Henrik Nordström wrote: >> lör 2012-01-07 klockan 14:35 +1300 skrev Amos Jeffries: >>> On 7/01/2012 10:56 a.m., Henrik Nordström wrote: >>> > MGR_INDEX template seems to be missing in trunk? >>> > >>> >>> Intentionally. It is a placeholder name for third-party cache managers >> >> So we no longer have a default cache manager? Is the simple text based >> one now gone? > > > If by default you mean the relatively recent additions of > "http://example.com/squid-internal-mgr/"; or "squidclient mgr:" (no action > specified) then yes that is replaced by the text "Internal Error: Missing > Template" until the admin installs some manager add-on which provides > MGR_INDEX template linking to any scripts and objects the HTML view needs for > that specific manager. > > The 'old' cachemgr.cgi application and all the squidclient mgr: actions are > still present and working as before. > > The CGI has had a small adjustment to its front page to scan for and provide > links to any Squid it finds configured with http:// or https:// access. > You can see a working demo of that at > http://admin.treenet.co.nz/cgi-bin/cachemgr.cgi > > >> >> Error in cache.log on startup, and blank squidclient mgr: output. > > Hmm, blank is not good. I get the default one-liner. Will check when I get > the chance > > The mgr: change seemed unavoidable in the present parse code. If we can > figure a way to make that the menu again without altering the default > MGR_INDEX http[s]:// response it would be good. > > Amos
