Products

Solutions

Resources

Partners

Community

About

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

HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...Method that instantiates a DNN moduleMethod that instantiates a DNN module
Previous
 
Next
New Post
9/13/2016 11:36 PM
 

Hello folks.  I've spent the last two days trying to find this answer on the web, and can't find it anywhere.  Specifically, I am trying to find out the code that instantiates a module on a page.  I assume it's called from an httpmodule, but I cannot find this anywhere.  Can someone familiar with the core point me in the right direction?

I need this to do something for a client, and I've been wondering for years, anyway, where the code is that displays the modules on a page. Thanks in advance for any help!

 
New Post
9/14/2016 8:43 AM
 
I don't know the answer - but why do you want this? If it's a module then you should leave it to DNN to display. If it's not a module then why do you need the code?

Everything about this feels dangerous to me.

Best wishes,
- Richard
Agile Development Consultant, Practitioner, and Trainer
www.dynamisys.co.uk
 
New Post
9/14/2016 11:17 AM
 

I've been doing web development for 20+ years and software development and architecture for over 30 years.  Have written Billboard top ten software, but thanks for your 'concern'.  I never in a million years thought I would receive a post like this, when asking a question about how stuff works.  I've been doing DNN development since 2003, and the final 'black hole' for me is understanding how DNN populates modules on a page.

Forgive me for wanting to learn something!  Shame on me...

 
New Post
9/14/2016 4:21 PM
 
Alan,

Pardon me for jumping in here, but I think that you read way too much into Richard's reply to you.

We're all somewhat strangers here, and not everyone knows everyone, and we certainly don't know your resume and your use case.

I've (more than once, for sure) answered questions with "this probably is a bad idea." Sometimes, when I get a better understanding of what the questioner was asking, the context of the question has been very helpful.

To give a somewhat different answer to your question. I recall that one or more of the early DNN books, perhaps DNN4 and DNN5, did contain some of the details of the life cycle of DNN pages. If I'm remembering correctly, that might provide some of the details.

And, for my money, Richard is one of the generous folks who spend way to much time answering questions here. So, please rethink your reaction. Like him, I've been doing DNN for 10 or so years, and also don't know the answer.



Joe Craig
Patapsco Research Group, Ellicott City, MD
DotNetNuke Development and Services (http://patapscorg.com)
 
New Post
9/15/2016 1:49 AM
 

I do appreciate your reply Joseph, but I've had to deal with code fascists for decades, and I've lost patience with people who, because they can't think of a good reason for something, immediately attack it as something 'wrong'.  I'm a big believer in positive energy, and responses like his don't add anything to a discussion, and most definitely not to the answer.

I used to participate in these forums a lot, when they were more active, but after being hired for way too many DNN projects *after* someone had already come in and completely screwed up the implementation by doing things like using DNN as a 'website', and not creating modules when adding new features, but just adding 'pages' to the websites.  It just became too energy draining to constantly have to fix bad implementations.  One was so bad I had to tell the client that it needed to be rewritten, and that is the *only* time in 30+ years I have ever made this recommendation.  So I swore off DNN development for five or so years and am just getting back into it now.

So I'm well familiar with how people can screw up a DNN implementation, and have seen it all, including not using moduleexceptions, hard-coding links instead of using the dnn tab functions, etc.  In fact, I believe that the fact that so many people went and built poorly implemented DNN projects for clients that I know for certain went over budget because they did not spend the time *up front* to understand how to do true module development, can't help but to have hurt the popularity of DNN in the marketplace.  So I can understand the motivation when people want to say something if the poster is not aware of DNN. But that still doesn't make it a good thing to do.  If you know the answer, say the answer, but then say, are you sure you want to do this?' Which is completely different from what was done... Hopefully we'll all learn from this and be better contributors.

But I would still, *never* make a post reply to someone and not offer the answer, but instead just say it's a bad idea.  I believe if you are going to add to a discussion, then you post. It's called constructive criticism, and having managed lots of programmers in my life, I know better than to say something critical, if it's not constructive.  It's just makes for a happier development environment and happy programmers are productive programmers. If you are going to say something that does *not* add to a discussion, then it's better left between you and your mirror...

 
Previous
 
Next
HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...Method that instantiates a DNN moduleMethod that instantiates a DNN module


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