Hello,
So far Request Tracker is working out well. Thanks for the suggestion/help. I would like to simplify the "Create a new ticket" page, so I've tried editing this file: share/html/Ticket/Create.html
unfortunatly it seems to make no difference, and the page never changes when I view it in a web browser.
Is this a Apache, or FastCGI caching problem? Suggestions, please?
hmmm... It looks like you're supposed to do something like this: copy share/html/Ticket/Create.html to local/html/Ticket/Create.html (recreating the directory structure) I even tried copying all of share/html* to local/html ...but alas, nothing gets updated.
Any advice, please?
-Montana
On Mon, Sep 8, 2008 at 11:43 AM, Montana Quiring montanaq@gmail.com wrote:
Hello,
So far Request Tracker is working out well. Thanks for the suggestion/help. I would like to simplify the "Create a new ticket" page, so I've tried editing this file: share/html/Ticket/Create.html
unfortunatly it seems to make no difference, and the page never changes when I view it in a web browser.
Is this a Apache, or FastCGI caching problem? Suggestions, please?
-- -Montana
My Netvibes page: http://www.netvibes.com/antikx#About_Montana
The docs indicate, as far as I recall, that you should not edit the existing pages directly, rather you should put a copy into a site-local directory (whose location escapes me at the moment, sorry) and make your changes there. And yes, apache (i.e.mod-perl) or any FastCGI handlers should be restarted after making changes. There's a configuration variable mentioned towards the end of the RT config file that is described as turning on a check for reloaded pages on every request, but also having a horrible performance impact. This might be adequate for what you're doing, I don't know.I know of one technique that you can use, if restarting the webserver is a problem because it's a production server - use a second HTTP server, even FastCGI's trivial http daemon mode, on a different port - and then configure the production webserver to reverse-proxy that set of pages to the other webserver (that's local). Two copies of apache work, or one copy of (say) apache, and one of lighttpd, or really any combination of a) a web server that supports reverse-proxying, and b) a web server that supports listening on 127.0.0.1:not_80. The second webserver can thus be restarted over and over again without impacting any other production services running on the primary web server. -Adam
On Mon, Sep 8, 2008 at 12:25 PM, Montana Quiring montanaq@gmail.com wrote:
hmmm... It looks like you're supposed to do something like this: copy share/html/Ticket/Create.html to local/html/Ticket/Create.html (recreating the directory structure) I even tried copying all of share/html* to local/html ...but alas, nothing gets updated.
Any advice, please?
-Montana
On Mon, Sep 8, 2008 at 11:43 AM, Montana Quiring montanaq@gmail.com wrote:
Hello,
So far Request Tracker is working out well. Thanks for the
suggestion/help.
I would like to simplify the "Create a new ticket" page, so I've tried editing this file: share/html/Ticket/Create.html
unfortunatly it seems to make no difference, and the page never changes when I view it in a web browser.
Is this a Apache, or FastCGI caching problem? Suggestions, please?
-- -Montana
My Netvibes page: http://www.netvibes.com/antikx#About_Montana
-- -Montana
My Netvibes page: http://www.netvibes.com/antikx#About_Montana _______________________________________________ Roundtable mailing list Roundtable@muug.mb.ca http://www.muug.mb.ca/mailman/listinfo/roundtable
Thanks for the info! Unfortunately it's still not updating: http://www.nabble.com/Changes-to-HTML-files-not-showing.-to19380612.html
On Mon, Sep 8, 2008 at 1:06 PM, Adam Thompson athompso@athompso.net wrote:
The docs indicate, as far as I recall, that you should not edit the existing pages directly, rather you should put a copy into a site-local directory (whose location escapes me at the moment, sorry) and make your changes there. And yes, apache (i.e.mod-perl) or any FastCGI handlers should be restarted after making changes. There's a configuration variable mentioned towards the end of the RT config file that is described as turning on a check for reloaded pages on every request, but also having a horrible performance impact. This might be adequate for what you're doing, I don't know. I know of one technique that you can use, if restarting the webserver is a problem because it's a production server - use a second HTTP server, even FastCGI's trivial http daemon mode, on a different port - and then configure the production webserver to reverse-proxy that set of pages to the other webserver (that's local). Two copies of apache work, or one copy of (say) apache, and one of lighttpd, or really any combination of a) a web server that supports reverse-proxying, and b) a web server that supports listening on 127.0.0.1:not_80. The second webserver can thus be restarted over and over again without impacting any other production services running on the primary web server. -Adam
On Mon, Sep 8, 2008 at 12:25 PM, Montana Quiring montanaq@gmail.com wrote:
hmmm... It looks like you're supposed to do something like this: copy share/html/Ticket/Create.html to local/html/Ticket/Create.html (recreating the directory structure) I even tried copying all of share/html* to local/html ...but alas, nothing gets updated.
Any advice, please?
-Montana
On Mon, Sep 8, 2008 at 11:43 AM, Montana Quiring montanaq@gmail.com wrote:
Hello,
So far Request Tracker is working out well. Thanks for the suggestion/help. I would like to simplify the "Create a new ticket" page, so I've tried editing this file: share/html/Ticket/Create.html
unfortunatly it seems to make no difference, and the page never changes when I view it in a web browser.
Is this a Apache, or FastCGI caching problem? Suggestions, please?
-- -Montana
My Netvibes page: http://www.netvibes.com/antikx#About_Montana
-- -Montana
My Netvibes page: http://www.netvibes.com/antikx#About_Montana _______________________________________________ Roundtable mailing list Roundtable@muug.mb.ca http://www.muug.mb.ca/mailman/listinfo/roundtable
-
Adam Thompson -
Montana Quiring