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
Received on Tue Jan 31 2012 - 05:31:53 MST
This archive was generated by hypermail 2.2.0 : Tue Jan 31 2012 - 12:00:13 MST