dotnetnuke.traincert.net

Rate It (2)

Last post 07-14-2006 9:44 AM by claytone19. 185 replies.

Sort Posts:

  • dotnetnuke.traincert.net

    09-29-2004, 1:02 PM
    Please visit http://dotnetnuke.traincert.net for great videos on advanced dotnetnuke topics.

    Videos that will provide you with the knowledge to implement, maintain, extend and develop portals with dotnetnuke. You'll become proficient as a dnn administrator and developer.

    On the site you will find training videos that cover the most advanced dotnetnuke concepts.

    http://dotnetnuke.traincert.net

    /Jan Blomquist [MVP]
    Senior Developer
    http://gaiaware.net - Ajax building blocks for ASP.NET
  • Re: dotnetnuke.traincert.net

    09-30-2004, 1:45 AM
    • Member
      530 point Member
    • DavidsBrain
    • Member since 07-17-2002, 4:32 PM
    • Southern California
    • Posts 106
    Hi Jan,
    I see you have the forums up and running on your site. I noticed that you installed the forums in the same DB as DotNetNuke(in your video). Is this a benifit? or just a simple way of installing the forums. I would think that the forums would want their own SQL Database, just to keep things cleen. There is a post on asp.net dotnetnuke forums that goes over installing the forums in there own database.

    just a thought.

    Thanks for the videos, keep up the good work.

    David
    AskHottie.com
    http://www.AskHottie.com
    .COM with US!
  • Re: dotnetnuke.traincert.net

    09-30-2004, 4:50 AM
    • Member
      10 point Member
    • darkman99
    • Member since 09-30-2004, 4:48 AM
    • Posts 2
    I have just downloaded all your videos and watched them over and over again. They have really helped me alot. I have a video suggestion. Why don't you create a video on creating a dotnetnuke e-commerce solution ?
  • Re: dotnetnuke.traincert.net

    09-30-2004, 5:13 AM
    • Member
      10 point Member
    • darkman99
    • Member since 09-30-2004, 4:48 AM
    • Posts 2
    Database connections are expensive. If you can keep all the stuff in the same db that is a benefit. In my personal opinion I think it looks much cleaner too, but I administer a lot of dotnetnuke databases.

    Depending on the environment I would say it doesn't matter that much. Create a dedicated db if you think that solves your problem.
  • Re: dotnetnuke.traincert.net

    09-30-2004, 5:57 AM
    I Agree. I am very focused on keeping the videos simple, yet advanced and that is the primary reason I used the same datasource.
    /Jan Blomquist [MVP]
    Senior Developer
    http://gaiaware.net - Ajax building blocks for ASP.NET
  • Re: dotnetnuke.traincert.net

    10-02-2004, 12:03 AM
    • Participant
      1,110 point Participant
    • nrobles
    • Member since 09-29-2004, 11:14 AM
    • Paris, France
    • Posts 222

    New video about DNN Framework = great job!
  • Re: dotnetnuke.traincert.net

    10-08-2004, 3:32 PM
    • Member
      530 point Member
    • DavidsBrain
    • Member since 07-17-2002, 4:32 PM
    • Southern California
    • Posts 106
    I do understand the Multi Portal Idea of DotNetNuke and YetAnotherForum. But. Wouldn’t it make more sense to install a separate install (dnn code base) into a separate folder for each client (on the same server)? That way if one portal (dnn install) gets messed up, they all don’t go down with it!

    For example.
    CompanyA -comes to you and wants you to host DNN and with YAF. Wouldn’t you want to install this companies DNN code into a folder of its own. (Separate database too, maybe called companyAdnnDB and a separate YAF database maybe called companyAyaf.

    CompanyB -comes to you and wants you to host DNN with YAF. Wouldn’t you create its own folders/install directories/databases? say.. a folder called companyBdnn and a database for them called companyBdnnDB and a YAF database called CompanyByaf.

    I do understand that if you create and upload modules, you’d have to do it for each client (code base/dnn install).

    But backing up the client’s data, and keeping things clean, seems better this way. Say a client wants a copy of there data or database, it seems like it would be a huge task to strip out all data from everyone else before sending the client the database (if that is a service)

    Each company could, create sub portals for their install (using the dnn menus), but companyA's install of dnn and yaf would have nothing to do with companyB’s install of dnn and yaf.


    I have it setup this way on my server. it seems to work well. This way, I can install code/modules/skins.. to a default install of c:\dotnetnuke and yaf. If the install goes well and the site doesn’t crash or goof... I then install the module into the clients (company A and B) code base of dnn.. (logging in as host)


    Does this make sense? is it over kill? it just is nice to have a c:\dotnetnuke separate code base to play with.. and mess up.. Without taking down clients installs of dnn.

    Thanks.. Comments please..
    AskHottie.com
    http://www.AskHottie.com
    .COM with US!
  • Re: dotnetnuke.traincert.net

    10-08-2004, 3:57 PM
    I agree on your view. It seems most professional to have separate installations on a pr/customer basis, but sometimes it's nice to create sub portals for other purposes.

    example:
    www.companyA.com (public internet site)
    internal.companyA.com (intranet site for employees)
    www.companyA.com/sales (special sales site for sales people)

    If the forum will be very-large (in your case) it might also be nice to have a separate database for this purpose. It's up to you. I like to have 1 install/1 database for 1 customer.

    Uploading the PA's should be a simple job.

    /Jan Blomquist [MVP]
    Senior Developer
    http://gaiaware.net - Ajax building blocks for ASP.NET
  • Re: dotnetnuke.traincert.net

    10-08-2004, 6:39 PM
    • Contributor
      4,760 point Contributor
    • DBuckner
    • Member since 01-23-2003, 11:10 PM
    • Illinois
    • Posts 952
    I also do the 1 company 1 DB method for reasons of security & Backups.

    Cheers,
    Dave
  • Re: dotnetnuke.traincert.net

    10-09-2004, 2:55 PM
    • Member
      175 point Member
    • larrys
    • Member since 10-25-2003, 5:07 PM
    • Posts 38
    Jan,

    I got through all the videos up to creation of custom module I and found them really useful.
    I am embarrassed to say that I have a problem with the "Creating Module I.
    To run DNN in video studio 2003, I use the "clean-up"procedures of Bo Norgaard (http://www.dotnetnuke.dk/Default.aspx?tabid=59). If I follow your procedures very carefully, all goes well until I try to load the new traincert.sayhello module in DNN onto a tab. Then I get an error message. I tried pointing the build to the dotnetnuke/bin folder as you suggest or to the dotnetnuke/dnnbin folder as Bo suggests, but it still gives the error.

    I would really appreciate any suggestions.
    Thanks.

    Larry
  • Re: dotnetnuke.traincert.net

    10-09-2004, 3:48 PM
    Did you check that all the namespaces were correctly spelled? Remember that they are case-sensitive so ie.

    traincert.sayhello is not the same as Traincert.Sayhello so this will generate an error when you try to add the module to dnn.
    /Jan Blomquist [MVP]
    Senior Developer
    http://gaiaware.net - Ajax building blocks for ASP.NET
  • Re: dotnetnuke.traincert.net

    10-12-2004, 10:33 PM
    • Member
      175 point Member
    • larrys
    • Member since 10-25-2003, 5:07 PM
    • Posts 38
    Hi,

    What is the correct full namespace name to use in the Is it traincert.sayhello or traincert.sayhello.sayhello?

    Also what procedure do you recommend to configure dotnetnuke in Visual Studio 2003 for your training video? I have been using that recommended by Norgaard at dotnetnuke.dk. If one uses that method, where should the traincert.sayhello build file be directed - to the /bin under dotnetnuke or to the /dnnbin under dotnetnuke?

    Thanks in advance.

    Larry
  • Re: dotnetnuke.traincert.net

    10-13-2004, 10:09 PM
    Bo Norgaard is right about the output, but so far I didn't want to add another layer of complexity on the videos.

    The correct namespace is traincert.sayhello in which the sayhello class resides. This makes the full reference path traincert.sayhello.sayhello

    /Jan Blomquist [MVP]
    Senior Developer
    http://gaiaware.net - Ajax building blocks for ASP.NET
  • Re: dotnetnuke.traincert.net

    10-23-2004, 9:50 AM
    • Participant
      1,250 point Participant
    • TimTimTimTim
    • Member since 08-24-2004, 3:47 AM
    • Posts 250

    Is this site still active? I registered and paid the yearly fee to download all the videos a few days ago and I still do not have access to download anything.

    I hope I wasn't suckered out of $49!
  • Re: dotnetnuke.traincert.net

    10-23-2004, 12:27 PM
    • Star
      13,648 point Star
    • cathal
    • Member since 06-18-2002, 4:02 PM
    • Belfast, Northern Ireland
    • Posts 2,702
    • TrustedFriends-MVPs
    Timx4,
    The site is still active. I believe Jan is on a brief holiday, so please be patient, I'm sure he will activate your user registration at his first opportunity. You should still be able to log in and see 1 or 2 videos at the moment, so perhaps those can tide you over a bit until Jan returns.

    Cathal
Page 1 of 13 (186 items) 1 2 3 4 5 Next > ... Last »