But before I do this I would like to get rid of the audit trail infos. How can I do this? I searched in the umb db for a table that stores the audit trail, but couldn't find that.
I am also wondering if I should not modify some settings in config files to switch off debug and showing trace (and mybe other stuff)?
On the production server (WIN 2008) I have other non umbraco websites running, so I wonder if it is best practise to create a new application pool for the umbraco site?
What more should I consider, especially from security point of view?
Probably most of theses questions have been asked before, but I could not really find that info. That brings me to a last "off topic" question. What is the best way to search here. Using the "Search" Button often doesn't return many matches. So I use google often and search like: "site:http://our.umbraco.org/wiki/ deploy".
For the audit trail: umbraco stores minimum two versions of each published node in the db. they are stored in several tables so only deleting the versions from cmsVersion will corrupt your db. I have written two blog posts on this topic:
But the best way to do this is use my ClientTools for Umbraco . In the actual version the cleaning can only done node by node but I am about to add the functionality to clean the compete tree by date or by numbers of versions.
To the setting: sure you should set umbracoDebugMode to false in the web.config and if wanted you can edit the umbracoSettings.config in the config folder to only log specific logheaders (e.g. not loggin the debug messages but logging the errors and not founds).
To the app pool: yes, it's absolutly recommended that each web application has it's own app pool, so each umbraco installation should have it's own app pool.
To the search: in principle the search of our should be sufficient, but it is based on the old lucene and it does not provide some basic features 'return only results where all words are in'. So google is a good alternative.
once more: deployment, from development to production, settings to modify, app Pool, audit trail
Hi,
finally ;) I would like to go from dev to live. I have read http://our.umbraco.org/forum/getting-started/installing-umbraco/5984-Deployment-from-Dev-to-Live ; and plan to follow that.
But before I do this I would like to get rid of the audit trail infos. How can I do this? I searched in the umb db for a table that stores the audit trail, but couldn't find that.
I am also wondering if I should not modify some settings in config files to switch off debug and showing trace (and mybe other stuff)?
On the production server (WIN 2008) I have other non umbraco websites running, so I wonder if it is best practise to create a new application pool for the umbraco site?
What more should I consider, especially from security point of view?
Probably most of theses questions have been asked before, but I could not really find that info. That brings me to a last "off topic" question. What is the best way to search here. Using the "Search" Button often doesn't return many matches. So I use google often and search like: "site:http://our.umbraco.org/wiki/ deploy".
Thanks
Christian
Hi Christian,
nice to see other finally germans using umrbaco.
For the audit trail: umbraco stores minimum two versions of each published node in the db. they are stored in several tables so only deleting the versions from cmsVersion will corrupt your db. I have written two blog posts on this topic:
http://blog.thoehler.com/2008/12/10/understanding-the-umbraco-database
http://blog.thoehler.com/2009/01/08/cleaning-versions-in-the-umbraco-db-for-given-nodes-via-sql
But the best way to do this is use my ClientTools for Umbraco . In the actual version the cleaning can only done node by node but I am about to add the functionality to clean the compete tree by date or by numbers of versions.
To the setting: sure you should set umbracoDebugMode to false in the web.config and if wanted you can edit the umbracoSettings.config in the config folder to only log specific logheaders (e.g. not loggin the debug messages but logging the errors and not founds).
To the app pool: yes, it's absolutly recommended that each web application has it's own app pool, so each umbraco installation should have it's own app pool.
To the search: in principle the search of our should be sufficient, but it is based on the old lucene and it does not provide some basic features 'return only results where all words are in'. So google is a good alternative.
btw: we have an umbraco XING group: https://www.xing.com/net/pri4ea97bx/umbraco/
Cheers,
Thomas
Hi Thomas,
thanks for all this useful ideas!
For clening the audit trail: I will read your blog posts and then decide whether I use your tools or do it directly in the db.
I joined the XING group.
Cheers
Christian
is working on a reply...