http://www.apptheory.comRSS feeds for AppTheory60http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/510/0-Telerik-RadEditor-Google-Chrome.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=510http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=510&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/510/0-Telerik-RadEditor-Google-Chrome.aspxOn a clients site we were receiving complaints of ‘$0’ showing up in peoples posted content. After a bit of research we narrowed this down to an issue with older versions of the Telerik RadEditor rich text editor and the Google Chrome browser. You can read the thread on the Telerik forums here. According to Telerik staff this was resolved in the SP2 release of RadControls for ASP.NET AJAX Q2 2008. So updating the installed version of RadEditor should resolve the issue.Scott SchecterTue, 29 Sep 2009 01:09:00 GMTf1397696-738c-4295-afcd-943feb885714:510http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/509/Easily-Identify-Missing-Localization-Keys-in-DotNetNuke.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=509http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=509&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/509/Easily-Identify-Missing-Localization-Keys-in-DotNetNuke.aspxOne thing I find myself having to remind our developers at AppTheory, from time to time, is how to easily identify missing localization elements in the user interface. This can be done by setting the “ShowMissingKeys” property in the web.config. If you develop locally by starting with the development.config (as your web.config), this will already be set for you. When set to true, this will show a [L] in front of all items that are properly localized. If something does not display an [L] in front of it, it is not localized. While a very simple concept, it is something I have found myself explaining several times over again and figured it was worth repeating here.Chris PaterraFri, 25 Sep 2009 21:02:45 GMTf1397696-738c-4295-afcd-943feb885714:509http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/508/Managing-the-Root-Drive-Space-on-AWS-Instances.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=508http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=508&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/508/Managing-the-Root-Drive-Space-on-AWS-Instances.aspxAt AppTheory here is how I would become aware of a drive space problem. I would get an email notification from the monitoring system that a client DNN web site has suddenly become unavailable or it’s performance has started to decline. I would then remote into the server to identify the issue. I would see that the root drive was down to 100MB. After a little investigation I find that a log file or temp file is eating up the drive space. Has anyone seen a few 250 MB log files? The resolution is fairly simple, either delete or move the offending files to another drive.Max SchneiderFri, 25 Sep 2009 20:32:16 GMTf1397696-738c-4295-afcd-943feb885714:508http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/507/Convert-A-ASPNET-Web-Site-Project-WSP-To-A-Web-Application-Project-WAP-Quickly.aspx#Comments2http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=507http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=507&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/507/Convert-A-ASPNET-Web-Site-Project-WSP-To-A-Web-Application-Project-WAP-Quickly.aspxI was asked what the quickest way to convert an ASP.NET Web Site Project (WSP) to a Web Application Project (WAP) was. The client had previously been creating a new project and copying in each file. I can imagine this became quite time consuming for them. Luckily, there is a better and much easier way to do this.Scott SchecterTue, 22 Sep 2009 00:26:00 GMTf1397696-738c-4295-afcd-943feb885714:507http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/506/Vote-for-Us.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=506http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=506&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/506/Vote-for-Us.aspxVote for us at the OpenForce Community Choice AwardsRyan WoffordMon, 21 Sep 2009 20:49:03 GMTf1397696-738c-4295-afcd-943feb885714:506http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/505/Missing-DotNetNuke-Controls.aspx#Comments2http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=505http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=505&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/505/Missing-DotNetNuke-Controls.aspxRecently I was reading some forum posts on www.dotnetnuke.com and I noticed that a handful of people are missing module controls after an installation. What I mean when I say this is that they are using a module, they do something that should load a different view (such as a module action, thus a ctl=key) and nothing displays on the page. After some investigation into some of these issues, I found that those posts were related to missing DotNetNuke controls for the module definition. What was happening is during the install process the controls were in the .dnn manifest file but somehow were not added to the definition. I know in some 5.x betas this was a problem but the team had fixed this (it was related to caching). So my question to all of you, has anyone else seen this type of behavior after installing a module (most likely upgrade, but possibly new installs too)?Chris PaterraFri, 18 Sep 2009 21:37:37 GMTf1397696-738c-4295-afcd-943feb885714:505http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/504/Amazon-Elastic-Cloud-Computing-Bundle-Management.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=504http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=504&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/504/Amazon-Elastic-Cloud-Computing-Bundle-Management.aspxAt Apptheory we have been using Amazon Web Service (AWS) Elastic Cloud Computing instance bundles as part of our backup strategy for clients. The DotNetNuke (DNN) installs that we run for clients regularly receive updates to the operating system, new modules and DNN updates. Bundling instances while a nice option and a critical step is a bit cumbersome in its current configuration.Max SchneiderFri, 18 Sep 2009 21:25:53 GMTf1397696-738c-4295-afcd-943feb885714:504http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/503/Some-pitfalls-of-SaaS.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=503http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=503&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/503/Some-pitfalls-of-SaaS.aspxSome potential pitfalls of the SaaS business model.Ryan WoffordFri, 18 Sep 2009 16:23:22 GMTf1397696-738c-4295-afcd-943feb885714:503http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/502/Rendering-embedded-styles-during-a-AJAX-post-back-does-not-work-in-Internet-Explorer-ndash-Solution.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=502http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=502&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/502/Rendering-embedded-styles-during-a-AJAX-post-back-does-not-work-in-Internet-Explorer-ndash-Solution.aspxYou may remember last week we talked about how Internet Explorer would ignore embedded styles during AJAX post backs. After a little trial and error we found the easiest workaround for this to be to use jQuery to apply the styles client side. jQuery makes this very easy to do with very little code. After programmatically emitting our embedded style we also programmatically emit the required JavaScript. Specifically you will want to look at the .CSS function of jQuery to apply said styles to your desired elements. Below is a very brief example of the JavaScript being emitted.Scott SchecterMon, 14 Sep 2009 20:38:00 GMTf1397696-738c-4295-afcd-943feb885714:502http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/501/RadUpload-Doesnrsquot-Run-Under-Medium-Trust.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=501http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=501&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/501/RadUpload-Doesnrsquot-Run-Under-Medium-Trust.aspxOne thing I often take for granted is that DotNetNuke runs under Medium Trust. Of course, you can add modules and this may no longer be the case but out of the box it does work. As a core module developer, we are required to ensure our modules run in Medium Trust environments. However, most of my time is spent working on things for AppTheory where this requirement is often not necessary. Recently I was checking to see if our modules work properly under Medium trust (there is a setting in your DNN web.config file for this) and found that those using Telerik’s RadUpload had problems. After a bit of research I found that it cannot run under Medium trust. Telerik’s explanation is they require reflection (and with this component it does make sense) but I can’t figure out (honestly, haven’t spent much time investigating) what exactly they are doing that can’t be worked around. Chris PaterraMon, 14 Sep 2009 07:08:00 GMTf1397696-738c-4295-afcd-943feb885714:501http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/500/DotNetNuke-Corp-acquires-Snowcovered.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=500http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=500&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/500/DotNetNuke-Corp-acquires-Snowcovered.aspxDotNetNuke Corp. announced recently that it has acquired Snowcovered, the leading vendor of third-party modules and skins for the DNN platform.Ryan WoffordFri, 11 Sep 2009 20:18:00 GMTf1397696-738c-4295-afcd-943feb885714:500http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/499/Whatrsquos-your-social-media-strategy.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=499http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=499&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/499/Whatrsquos-your-social-media-strategy.aspxSure, your organization is “hip” and has a Twitter account, but do you really know how to use it?Ryan WoffordThu, 10 Sep 2009 15:45:19 GMTf1397696-738c-4295-afcd-943feb885714:499http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/498/AWS-and-Spam.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=498http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=498&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/498/AWS-and-Spam.aspx If you plan on running a DotNetNuke solution on Amazon Web Services you need to lock down your servers.  This same rules that apply in a traditional hosted environment apply to a virtual environment like AWS. At Apptheory we specialize in deploying and managing secure DNN environments. For those of you out there that don’t think Amazon is paying attention to your server you were wrong.  Amazon does pay attention and if your server is not locked down you will get a nice email that starts with(instances and IP addresses have been edit to protect the victims): Dear EC2 Customer,We have received a report that your instance(s):Instance ID: ******* IP Address: ***.***.***.**** Start date: 2009-**-** 09:15 +0000* End date: Nonehave been sending spam/unsolicited email.  You have a 24 hour window within which to reply or face suspension of your instance or termination of your account. I would suggest several things to solve and prevent your instance being used for spam: Check your security groups and authorization  Check your active sites for open relays Audit your sites regularly Read Amazon’s Whitepaper on securing your instances Max SchneiderThu, 10 Sep 2009 15:40:28 GMTf1397696-738c-4295-afcd-943feb885714:498http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/497/Amazon-EC2-Wish-List.aspx#Comments2http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=497http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=497&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/497/Amazon-EC2-Wish-List.aspxFor the last year I have been using Amazon Web Services(AWS) to host DotNetNuke(DNN). In that time I have noticed that AWS  Elastic Cloud Computing is missing a few features. Most of these missing features have not been deal breakers for our clients at AppTheory.  To truly offer a robust environment I believe that Amazon will need to start offering these features.   In no particular order here are the features I have noticed that are missing are: Multiple IPs This is a must for servers that will house multiple sites with ssl. Windows Server 2008 For windows users 2003 is nice but with the Windows Server 2008 R2 on the horizon it is time to look into making Windows Server 2008 available. Reverse DNS This is a standard feature provided by most ISP’s. Reserved Windows Instances They offer discounted reserved instances for linux servers but not for windows servers. I know it is most likely a licensing issue but reserved instances should be made available to windows instances. Bundles Improvements Bundling an instance should not require shutting down the instance. A graceful scale-up procedure would also be good. Amazon offers multiple instance types and for smaller companies you often need to scale-up before you scale-out. Scaling-up right now requires creation of a new instance making sure that it matches your current environment and rolling over to the new instance. Elastic Volume Improvements There needs to be shared volumes between instances. Amazon is offering a great service with AWS but they need to start realizing that clients will expect to see a few things: lower costs scalability a feature set that equals or rivals ISPs and Hosting solutions  Max SchneiderThu, 10 Sep 2009 15:06:42 GMTf1397696-738c-4295-afcd-943feb885714:497http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/496/Rendering-embedded-styles-during-a-AJAX-post-back-does-not-work-in-Internet-Explorer.aspx#Comments0http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=496http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=496&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/496/Rendering-embedded-styles-during-a-AJAX-post-back-does-not-work-in-Internet-Explorer.aspxI ran into this issue recently and it took me a few to determine the cause. We have a DotNetNuke module that provides live preview of a skin designer. It allows users to choose skins, themes, motifs, and supply custom colors, a logo, and a background image. This all worked perfectly when browsing with Firefox. However, in Internet Explorer it would work on page load (aka synchronous post back) however the changes would not be reflected during asynchronous post back. After a bit of digging I discovered that this is a known issue with Internet Explorer and the only workaround is to move the embedded styles to the head section of your page or apply the styles on the client side via JavaScript after the AJAX rendering is complete. Next week I’ll show you our solution to achieve just this.Scott SchecterWed, 09 Sep 2009 01:16:00 GMTf1397696-738c-4295-afcd-943feb885714:496http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/495/Custom-Module-Permissions-in-DotNetNuke-5.aspx#Comments3http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=411&ModuleID=1002&ArticleID=495http://www.apptheory.com/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=495&PortalID=2&TabID=411http://www.apptheory.com/DotNetNuke/articleType/ArticleView/articleId/495/Custom-Module-Permissions-in-DotNetNuke-5.aspxFor several years DotNetNuke has permitted module developer to extend the types of permissions applied at the module. For example, in the Forum module there was a need to permit “Global Moderators” and “Forum Administrators” as columns in the permissions grid you see when editing a module’s settings. By adding the permissions to the grid, module editors can assign permissions via Role or User just the same as they do when setting “Edit” permissions on the module (if extending it beyond the default admin edit permissions). As module developers, you can take advantage of this by adding more granular permissions to your module and utilizing the core security classes to handle the majority of work for you (ie. you do a check on the current user, similar to how you would check if the user was an admin). If you would like to review an example, you can download the Source version of the Forum module from CodePlex and check it out, or you can take a look at an article that describes it here. (NOTE: The link and the current Forum Source 4.5.3 are examples for DNN 3.x and 4.x ONLY!) Previously, if I wanted to implement custom permissions in my module the only way to do this was to use IUpgradeable. Unfortunately, IUpgradeable had some problems in its past. In early implementations, there was no guarantee it would fire off and even in later versions (closer to 5.x) it seems that it still wouldn’t fire (on install) in some scenarios. With the release of DotNetNuke 5, custom permissions no longer need to be setup via IUpgradeable and instead you can use new nodes in the .dnn manifest file. If properly placed in the manifest file, the module installtion process will do all the work for you without requiring code or the use of IUpgradeable. An example of this can be seen below.   1: </moduleControls> 2: <permissions> 3: <permission code="FORUM_MODULE" key="FORUMADMIN" name="Forum Administrator" /> 4: <permission code="FORUM_MODULE" key="FORUMGLBMOD" name="Global Moderator" /> 5: </permissions> 6: </moduleDefinition> 7: /moduleDefinitions>   Chris PaterraThu, 03 Sep 2009 04:25:46 GMTf1397696-738c-4295-afcd-943feb885714:495