Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Strange problems?  This might help...Strange problems? This might help...
Previous
 
Next
New Post
6/23/2006 2:25 PM
 

I've been fighting with my website for months.  I have had lots of little problems and couldn't find anyway to solve them.  I was pondering today on how I could backup my entire website and rebuild it from scratch.  It wasn't looking promising, as there are thousands of files on there now that would probably have to be moved over individually and many other pages that would have to be recreated. 

So, I was poking around the directory structure on the web server, just trying to figure out how I was going to do this...  I started realizing that there were a lot of files there that seemed to be duplicates of other files.  Checking into the file dates, and comparing them to the recently downloaded copies of DNN, I realized that a lot of them were left over from previous versions of DNN (I had upgraded that website many-many times). 

That got me thinking, I had recalled that I had fixed a problem several months back by deleting an older file that was causing a conflict.  So, on a whim, I went through the entire DNN directory structure and moved all files that had date/time stamps that were older (and didn't appear to be from a third-party module) to temporary subdirectories (so I could easily move them back if I had to). 

When I got done, I tested out the website, and almost all my glitches were gone!  It was running smooth, and seemed to respond faster.  I have a fully-functional (almost) website again!  WooHoo!

So, if you've upgraded your website many times, installing over the top of the previous one, that might be something to check into.  Apparently DNN will use the older files if it finds them, regardless of the version #.

 

 
New Post
6/23/2006 2:57 PM
 

Interesting Dan, thanks for the tip. We do actually have a mechanism in dotnetnuke thats used to do some clean up of files that are no longer used (I don't think it's perfect, but it's supposed to keep things in check). If you still have a copy of your website from before you cleaned up, I'd be interested to see if it was failing for some reason.

If you do, then if you take a look at Portals\_default , you'll see a series of text files named like the version (e.g. 03.03.00.txt). These are ran by the core installer and used to delete necessary files. Often it's used when we refactor code, and place it in a more approriate location, so if the delete didn't work, then a duplicate (but older) file would exist. If this is the case (e.g. in the 03.03.00.txt case, if CheckBoxColumn.vb still existed in Components\Security\Permissions\Controls as well as another location), could you check and see if your user has read, write and modify permissions (sometimes people forget to grant modify permissions, so file deletes fail). If you have the correct permissions, please let me know as I'd like to investigate further and see if we're missing files in the *.txt, or the action is failing.

Thanks,

Cathal


Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
New Post
6/23/2006 3:28 PM
 

Yes, I usually make a complete backup of the DNN directory before upgrading. 

I looked in the \DNN\Portals\_default folder, and it has 03.00.08.txt, 03.00.12.txt, 03.01.00.txt, 03.02.00.txt, 03.02.01.txt, and 03.03.00.txt in there.  I know I upgraded a lot more than that, those must be the versions that were missed.

I also checked for that example file you mentioned, and yes, that file was still there (one of the ones I removed), in fact there was a good-sized directory structure in that area that appears to have been deprecated.

I checked the permissions, and they appear to be properly set, but it is entirely possible that they were incorrect during one of the upgrades in the past.

What information do you want to further your investigation?

 

 

 
New Post
6/23/2006 8:23 PM
 

Thanks DanBall, that's all I needed to hear. As for the files, not every version requires file deletes, that list is a comprehensive list. Without knowing for sure that permissions were set during the upgrades, theres not much I can do except try a few updates and make sure the codes still working as expected.

Thanks,

Cathal


Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
New Post
6/25/2006 12:18 AM
 
I can probably put together a list of all the files I ended up removing if that would help...
 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Strange problems?  This might help...Strange problems? This might help...


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out