Author: Sandeep Mishra

User permission in Sharepoint 2013
Post Views: 1,285
User Permission In Sharepoint 2013 – Permission level is always confusing for SharePoint beginners. By this article, I am going to make it easier.
Our first step is to add users in SharePoint site and there are couples of ways you can do this. Users can be added using – Settings menu >> Site settings >> People and groups:
By default “softechword members” group is selected. But we are not going to add user’s members so select “Softechword visitors” group. You can select “New” to add users in visitor group. Popup appears. Search user by name and add in group.
As we do not allow external access of SharePoint site so any user which you want to add must have workspace username and password. If your requirement to delete a user from a group, select user which you want to delete from items and click on action >> Remove users from Group. Same actions you can use for add owners and other group users.
The next question is how we can check group permission. To understand this go back to site settings >> site permissions. You can find all available groups are listed over there. More custom groups can be added with site permission accordingly. You can see in ribbon check permission button to check user permission. It will show user permission levels for SharePoint site.
Using Grant Permissions button uses to grant permissions level or direct permissions to a particular user. There is one important ribbon button “Site Collection Administrators”. “Site Collection Administrators” has full control over all site lists/ libraries/ documents etc. So “Site Collection Administrators” has access to everything in SharePoint. So if you want to add more user as site collection administrator, you can add using “Site Collection Administrators”.
Next one is “Permission level”. A permission level is basically what you can assign to a group or what you can assign to a User.
In other word you can say a permission level is collection of small permissions. Here by you can add/modify permission level. It is not recommended to modify any default permission level. But you can add new permission level using available small permissions. There are three blocks of small permissions of SharePoint are List permissions, Site permissions and Personal permissions. Easier way to create a permission level is just copy a default permission level and customizes it as per your required new permission level.
Next topic is to set unique permission to a document library. So click on document and select library tab and click on shared with.
You can see list of users to whom this document is shared with. Here by you can also invite more users for view or edit documents.
Go library settings >> Permissions for this document library.
At the top yellow line warning says “this library inherits permissions form it parents”. But we want to set unique permission for this document library and do not to share with everyone. Let’s do that. From ribbon menu, click on “Stop Inheriting Permissions” to stop inheriting permission from site.
First you need to remove all existing associated permission groups for this library. Select all and click “Remove User Permissions” from ribbon. After removing you can check user permissions using “Check permission” to verify which user has permission for this document library. So to assign new permission, click on “Grant Permissions” from ribbon and search user to assign.
You can grant direct permission to users. As unique permission is granted to user, no other user can see document library even if this library is added on home page.
New step is to grant permissions to only few folders or documents within document library. So let’s do that. Go back to document library and click “Library Settings” from ribbon. First of all you need to delete unique permission to reset permissions for document library.
As you deleted unique permissions, it once again inherits from parents. And all permission levels will be back in list. Now go back to document library.
And click on three ellipse and scroll down to “Shared with”.
You can click on “advanced” and now you again see yellow warning “this document inherits permissions form parent”. We don’t want parent permissions for this document so stop inheriting permission and remove all listed groups over there like we did previously while we were assigning unique permissions. So select “Stop inheriting permission” from ribbon, selects all listed permission group and click “Remove User Permissions” from ribbon. Now click “Grant Permissions” from ribbon and use same process as we did previously to grand permission to a selected user. Now only selected user can see folder in document list. Let’s check that. Go on Document >> Library Settings >> Permissions for this library.
In yellow warning you can see “Some items in this list may have unique permissions which are not controlled from this page. This library inherits permissions from its parents”. To see which items has unique permission click on “Show these items”
It means that this library inherits permissions from parent. But some of items in this library do not. Click on manage permission. You can see which user has full control over ADMINFOLDER.
So we learnt how to create permissions group, assign unique permissions to document library/ sites, and assign unique permission to a particular document/folder or item in library. Same processes you can use to assign permission to any SharePoint object.
That’s it. I can share in this article regarding SharePoint Permissions level. Hope it helps you. Thanks.
July 7, 2018
Dynamics CRM 2016 – Custom plugin development using CRM Development Tool Kit
Post Views: 1,454
Dynamics CRM 2016 – Custom plugin development – This time we are going through a process of building a custom plug-in for Microsoft Dynamics CRM and its deployment on development server. I assume that you already downloaded and setup Development Tool Kit. And make sure CRM templates are imported in Visual Studio.

Start with creating a solution using Dynamics CRM. Navigate to Settings >> Customization >> Solution. Create a new Solution “AccountPlugin” and choose any name based on project and company requirement. In case, you are going to develop plugin for any existing solution skip this steps.
Save CRM solution and publish.
In Visual Studio, Create new project using Dynamics CRM 2013 Package template. If templates are not available, make sure that you already imported development tool kit templates in Visual Studio.
Dynamics CRM package is selected instead of Dynamics CRM 2013 plugin because it will make our process easy for plugin registration and deployment using tool kit.
You will be asked to connect CRM live before Visual Studio setup package solution. CRM connection screen pops up. You can also open it from Tool >> CRM connection.
Fill out required details and connect development Dynamics CRM server.
URL: CRM URL.
User Name: Domain Administrator
Password: Domain Administrator Password
Browse all organizations and select appropriate organization and solution to hook plugin.
After a successful connection with CRM server, CRM package solution will be created in Visual Studio. Next step is to add a CRM plugin library project in solution. More plug-in projects can be added in one solution.
Now Visual Studio solution is set up and ready for plugin development. Some important file and DLLs are added in projects which are required. Let me elaborate important of these files.
RegisterFile.crmregistration is xml file contains details of all added plugins and workflows and register those in Dynamics CRM when package is deployed. Its auto created file using CRM Development Tool Kit.
Microsoft.Crm.Sdk.Proxy and Microsoft.Xrm.Sdk are two very important DLLs referenced in plugin project. These DLLs contain core classes of Microsoft dynamics CRM which are used for plugin operations.
Next step is to create strong name key for plugin project. Right click on project and select properties and create new Strong Name key (SNK). SNK is system oriented and when you move this development code on another machine, SNK needs to create again.
Open CRM explorer from View>>CRM explorer and expend entities. Right click on Account entity and select create plugin. It’s popping up Create Plug-in window.
Let’s go through Create Plug-in form attributes. First one “Project” is default set to “AccountPlugin” as it’s related to a single plugin project, in case we have more than one plugin projects. It will be enabled for selection.
Next is “Primary entity” is about to entity for which plugin is being created and it “Account” entity.
Next one is “Message” is about to CRM action, it’s associated with.
Next important attribute is “Pipeline Stage” and it’s specifying execution time of plugin. In this example, we created “PostAccountcreate” plugin. So Pipeline Stage is to determine on which stage of “PostAccountCreate”, this plug-in will fire.
Next one is “Class” to specify class name for plug-in. Next important attribute is “Execution order” to specify order of plugin execution. In case of many plugins are associated with an action stage, it will be used to determine the execution order of this plug-in. Click Ok and plugin will be created.
After successful creation of “AccountPlugin”. Open “RegisterFile.crmregister” file and a new code line is added in xml for created “AccountPlugin” plugin.
“PostAccountCreate” class is added in plug-in project, where custom code will be written for operations required under this plugin. “ExecutePostAccountCreate” method is responsible for plugin operations.
Sample code lines for update Account entity Name attribute:
protected void ExecutePostAccountCreate(LocalPluginContext localContext)
{
if (localContext == null)
{
throw new ArgumentNullException(“localContext”);
}
// TODO: Implement your custom Plug-in business logic.
IPluginExecutionContext Context = localContext.PluginExecutionContext;
IOrganizationService service = localContext.OrganizationService;
ITracingService trace = localContext.TracingService;
Entity entity = null;
EntityReference parentCustomerIdAttribRef = null;
// If we have a target
if (Context.InputParameters.Contains(“Target”) && Context.InputParameters[“Target”] is Entity)
{
// Obtain the target entity
entity = (Entity)Context.InputParameters[“Target”];
// Only perform this code if this is a create
if (Context.MessageName != “Update”) { return; }
// Only perform this code for a certain entity
if (Context.PrimaryEntityName != “account”) { return; }
// Only perform this code if this column is included in the collection of attributes
else { return; }
}
else { return; }
try
{
// update entity attribute with attribute value
entity.Attributes[“name”] = “John”;
//Update account entity
service.Update(entity);
}
}
catch (FaultException<OrganizationServiceFault> e)
{ trace.Trace(string.Format(“Exception: {0}”, e.ToString())); }
catch (Exception ex)
{ trace.Trace(string.Format(“Exception: {0}”, ex.ToString())); }
}
}
Sample code lines use to update Account attribute name value as John. So after an account is created in CRM, account name attribute is updated as “john”.
At the end build project and right click on package and select deploy.
June 15, 2018
Connect SharePoint Online using SharePoint Designer 2013
Post Views: 1,622
Connect SharePoint Online using – As a beginner SharePoint developer, you may face problem while connecting SharePoint Online using SharePoint Designer. In this post, I am going to share some steps which will make your life easier.
Download SharePoint designer using SharePoint Online, and install on your local machine.

In case of on premises SharePoint server, SharePoint designer uses to open sites directly. But in case of SharePoint Online, we might get message “You do not have permission to open this website in SharePoint Designer.”
Above screens are examples which you will face while connecting to SharePoint Online server.
Here are some settings we need to do before we connect to SharePoint Online.
Step 1: Default scripting capability settings are set to “Prevent users from running custom script on personal site/self-service created sites”. Because of this, custom script will be blocked in site and also for some web parts like, content editor (CEWP) & script editor web part (SEWP). This setting is essential for running all web parts properly/ or adding scripts using SharePoint Designer.
Navigate to Office 365> Admin > Admin Center > SharePoint > Settings .
Open SharePoint Online Admin Center, and allow these settings.

Step 2: Download SharePoint Online Management Shell, and install on same machine where SharePoint designer is already installed.
Note: SharePoint Online Management Shell is a tool that contains a Windows PowerShell Module to manage your SharePoint Online subscription in the Office 365.
Step 3: Run SharePoint Management Shell, and execute these commands-
Connect-SPOService -Url https://contoso-admin.sharepoint.com -credential admin@contoso.com
-Url : Pass Sharepoint Online site url.
-Credential : Admin user Name/ Password(It will prompt screen for enter password).
Following link you can visit for reference:
https://technet.microsoft.com/en-us/library/fp161392.aspx
https://technet.microsoft.com/en-us/library/fp161372.aspx
If command does not return any error, execute next one:
Set-SPOSite -Identity https://.sharepoint.com -DenyAddAndCustomizePages $false

You have to make sure scripting setting in the admin matches what you set using SharePoint Online PowerShell or the site collection setting, may be overridden again in next day cycle (24 hours).
Hope you like this article.
Thanks.
June 5, 2018
DotNetNuke CSS Precedence
Post Views: 1,904
DotNetNuke CSS Precedence – DotNetNuke skinning isn’t easy exactly how CSS files from the framework get loaded at runtime. You need to spend time for fine tuning the details such as typography, padding, margin, and so on. There is secret of understanding DotNetNuke CSS precedence.
There are many CSS files being loaded on a page when a user lands on your site. Depending on how your site is configured (how many modules you have on a page, etc), there can be several CSS files the user must download and it can definitely affect performance. In HTML development it’s a good practice to separate content and design. The CSS styles that make up the actual design are defined in separate files called stylesheets.DotNetNuke loads several style sheets for a page. For every level of DotNetNuke there is a style sheets that could be loaded / used.
Hierarchy of CSS in DotNetNuke:
- Module.css
- Default.css
- Skin.css
- NewSkin.css
- Container.css
- NewContainer.css
- Portal.css
FRAMEWORK STYLESHEET:
This file that contains basic framework CSS, gets loaded for every portal (Site) in your installation of DotNetNuke.This is the only stylesheet that always gets loaded.
File Location:
/Portals/Default/Default.css
PORTAL / SITE STYLESHEET:
This file is specific to a portal.
By default it does not contain any CSS, but it can be edited by a site admin from within DNN to overrule CSS in the skins. (Mostly used for small tweaks).
File Location: /Portals/”PortalFolder/Portal.css
Points to Ponder:
If you remove this file from the portal folder it does not get loaded through the file manager. This is the file you edit if you use the stylesheet editor on the Site Settings page. It is there to allow an admin to overwrite CSS defined in one of the other stylesheets.Currently there is no possibility to edit the other stylesheets from the admin interface.
SKIN PACKAGE RELATED STYLESHEETS:
These style sheets only get loaded if they exist in the skin package.
(if you don’t add them to the skin package, there won’t be a link in the head of the page)
STYLESHEETS FOR ALL SKINS:
Style sheet that contains CSS for all the skins in a package. If a Skin.css file exists in the package it will load for every skin in the package.
Location:
/Portals/~Default/Skins/”NewSkin”/Skin.css
or
/Portals/”PortalFolder”/Skins/”NewSkin”/Skin.css
STYLESHEET FOR A SPECIFIC SKIN:
Style sheet with the same name as a skin file (.ascx).It is used to overwrite styles from Skin.css for that specific skin variation.
Location:
/Portals/~Default/Skins/”NewSkin”/”SkinName”.css
or
/Portals/”PortalFolder”/Skins/”NewSkin”/”SkinName”.css
STYLESHEET FOR ALL CONTAINERS:
Style sheet that contains CSS for all the Containers in a package. If a Container.css file exists in the package it will load for every container used from the package.
Location:
/Portals/~Default/Containers/NewContainer/Container.css
or
/Portals/”PortalFolder”/Containers/NewContainer/Container.css
STYLESHEET FOR A SPECIFIC CONTAINER:
Style sheet with the same name as a container file (.ascx).It is used to overwrite styles from Container.css for that specific container variation.
Location:
/Portals/~Default/Containers/ NewContainer /”ContainerName”.css
or
/Portals/”PortalFolder”/Containers/ NewContainer /”ContainerName”.css
STYLESHEETS FOR MODULES:
Some modules come with a style sheet with some basic CSS to make sure the module renders ok.
If a module on the page has a Module.css file it will get loaded.
Obviously only the Style sheets of modules on the page are loaded.
Location:
/DestopModules/”ModuleName”/Module.css
May 16, 2018
Configure alternate access for mappings in SharePoint 2013 : Part 1
Post Views: 2,090
Configure Alternate Access For Mappings – In this article you will learn how to configure alternate access mappings in SharePoint 2013. Each of web application can be associate with a collection of mappings between internal and public URLs. Both the URLs internal and public consist of the protocol and domain portions of the full URL.
A public URL is what users can access the SharePoint site, and that URL is what appears in the links on the pages. Internal URLs is in the URL requests that sent to the SharePoint site. Many internal URLs can be associated with a single public URL it means we can use many internal URL’s for single public URL.
Each web application supports five collections of mappings per URL. The five collections correspond to five zones (default, intranet, extranet, Internet, and custom). When the web application receives a request for an internal URL in a particular zone, links on the pages returned to the user have the public URL for that zone.
How To Manage alternate access mappings
1. On the SharePoint Central Administration website, click on System Settings And then.
2. On System Settings page, in the Farm Management section, click on Configure alternate access mappings.
Adding an internal URL for mapping
1. On the Alternate Access Mappings page, click to Add Internal URLs.
2. In the mapping collection you want to change is not specified, then choose one. In the Alternate Access Mapping Collection section, on the Alternate Access Mapping Collection menu, click on Change alternate access mapping collection.
3. On the Select an Alternate Access Mapping Collection page, click a mapping collection.
4. In the Add internal URL section, in the URL protocol, host and port box, type the new internal URL (www.example.com)
5. In the Zone list, click the zone for the internal URL.
6. Click Save.
Edit and delete internal URL for mapping
1. On the Alternate Access Mappings page, click the internal URL that you want to edit or delete.
2. In the Edit internal URL section, change the URL in the URL protocol, host and port box.
3. In the Zone list, click the zone for the internal URL.
4. Do one of the following:
  - Click Save to save your changes.
  - Click Cancel to discard your changes and return to the Alternate Access Mappings page.
5. Click Delete to delete the internal URL.
Edit public URLs for mapping
1. On the Alternate Access Mappings page, click Edit Public URLs.
2. If the mapping collection that you want to change is not specified, then choose one. In the Alternate Access Mapping Collection section, on the Alternate Access Mapping Collection menu, click Change alternate access mapping collection.
3. On the Select an Alternate Access Mapping Collection page, click a mapping collection.
4. In the Public URLs section, you can add new URLs or edit existing URLs in any of the following text boxes:
  - Default
  - Intranet
  - Extranet
  - Internet
  - Custom
5. Click Save.
Map an external resource url
You can also define mappings for resources outside intranet applications. You must supply a unique name for URL, The initial URL, and a zone for that URL. The URL you request must be unique to the farm.
1. On the Alternate Access Mappings page, click to Map to External Resource.
2. Next click on Create External Resource Mapping page, in the Resource Name box, type a unique name.
3. In the URL protocol, host and port box, type the initial URL.(www.example.com)
4. Click Save.
May 5, 2018
What’s the Difference between Zen Cart & Magento?
Post Views: 1,227
What’s the Difference between Zen Cart & Magento?- Zen Cart & Magento are both open source products but each comes with features that make it preferable over the other. It is only by looking at the features of each that you can make a decision on the best for your e-commerce platform.
Magento
This is a perfect platform for companies in search of a professional online appearance. It accommodates standard add-ons to enhance the experience of your users. Here are some of the features to expect.
- Incredible flexibility when dealing with pricing and coupons
- An impressively advanced filter function that allows you to achieve numerous categories
- An admin function that allows you to add, remove and edit orders
- An incredible number of modules
- Does not require advanced coding skills
- An impressive template system
Zen Cart
This is the perfect option for beginners because of the coding aspect. It is preferred by shop owners who wish to handle coding on their own. The features to expect include
- A comprehensive package of features to enable online sales
- Perfect for beginner coding
- Its footprints are light which increases accessibility on a shared environment
- Very user friendly
- An active development teams means that you get new and exciting products on regular basis
April 17, 2018
Kentico Deployment on Azure
Post Views: 1,141
Kentico Deployment on Azure – 1 Deployment
1.1 Kentico Deployment on Azure
1.1.1 Azure Support
On the Scale page of the Azure Management Portal, you can manually scale your application or you can set parameters to automatically scale it.
A. Manually scale an application running Web Roles or Worker Roles

On the Scale page, you can manually increase or decrease the number of running instances in a cloud service.
1. In the Management Portal, click Cloud Services, and then click the name of the cloud service to open the dashboard.
2. Click Scale. Automatic scaling is disabled by default for all roles, which means that you can manually change the number of instances that are used by your application.
3. Each role in the cloud service has a slider for changing the number of instances to use. To add a role instance, drag the bar right. To remove an instance, drag the bar left.
You can only increase the number of instances that are used if the appropriate number of cores are available to support the instances. The colors of the slider represent the used and available cores in your subscription:
o Blue represents the cores that are used by the selected role
o Dark grey represents the cores that are used by all roles and Virtual Machines in the subscription
o Light grey represents the cores that are available to use for scaling
o Pink represents a change made that has not been saved
4. Click Save. Role instances will be added or removed based on your selections.
B. Automatically scale an application running Web Roles, Worker Roles, or Virtual Machines
On the Scale page, you can configure your cloud service to automatically increase or decrease the number of instances or Virtual Machines that are used by your application. You can configure scaling based on the following parameters:
• Average CPU usage – If the average percentage of CPU usage goes above or below specified thresholds, role instances are created or deleted, or Virtual Machines are are turned on or turned off from an availability set.
• Queue messages – If the number of messages in a queue goes above or below a specified threshold, role instances are created or deleted, or Virtual Machines are are turned on or turned off from an availability set.
C. Average CPU usage
1. In the Management Portal, click Cloud Services, and then click the name of the cloud service to open the dashboard.
2. Click Scale.
3. Scroll to the section for the role or availability set, and then click CPU. This enables automatic scaling of your application based on the average percentage of CPU resources that it uses.
4. Each role or availability set has a slider for changing the number of instances that can be used. To set the maximum number of instances that can be used, drag the bar on the right to the right. To set the minimum number of instances that can be used, drag the bar on the left to the left.
Note: On the Scale page, Instance represents either a role instance or an instance of a Virtual Machine.
The maximum number of instances is limited by the cores that are available in the subscription. The colors of the slider represent the used and available cores in your subscription:
o Blue represents the maximum number of cores that the role can use.
o Dark grey represents the cores that are used by all roles and Virtual Machines in the subscription. When this value overlaps the cores used by the role, the color turns to dark blue.
o Light grey represents the cores that are available to use for scaling.
o Pink represents a change has been made that has not been saved.
5. A slider is used for specifying the range of average percentage of CPU usage. When the average percentage of CPU usage goes above the maximum setting, more role instances are created or Virtual Machines are turned on. When the average percentage of CPU usage goes below the minimum setting, role instances are deleted or Virtual Machines are turned off. To set the maximum average CPU percentage, drag the bar on the right to the right. To set the minimum average CPU percentage, drag the bar on the left to the left.
6. You can specify the number of instances to add or turn on each time your application is scaled up. To increase the number of instances that are created or turned on when your application is scaled up, drag the bar right. To decrease the number, drag the bar left.
7. Set the number of minutes to wait between the last scaling action and the next scale-up action. The last scaling action can be either scale-up or scale-down.
All instances are included when calculating the average percentage of CPU usage and the average is based on use over the previous hour. Depending on the number of instances that your application is using, it can take longer than the specified wait time for the scale action to occur if the wait time is set very low. The minimum time between scaling actions is five minutes. Scaling actions cannot occur if any of the instances are in a transitioning state.
8. You can also specify the number of instances to delete or turn off when your application is scaled down. To increase the number of instances that are deleted or turned off when your application is scaled down, drag the bar right. To decrease the number, drag the bar left.
If your application can have sudden increases in CPU usage, you must make sure that you have a sufficient minimum number of instances to handle them.
9. Set the number of minutes to wait between the last scaling action and the next scale-down action. The last scaling action can be either scale-up or scale-down.
10. Click Save. The scaling action can take up to five minutes to finish.
D. Queue messages
1. In the Management Portal, click Cloud Services, and then click the name of the cloud service to open the dashboard.
2. Click Scale.
3. Scroll to the section for the role or availability set, and then click Queue. This enables automatic scaling of your application based on a target number of queue messages.
4. Each role or availability set in the cloud service has a slider for changing the number of instances that can be used. To set the maximum number of instances that can be used, drag the bar on the right to the right. To set the minimum number of instances that can be used, drag the bar on the left to the left.
Note: On the Scale page, Instance represents either a role instance or an instance of a Virtual Machine.
The maximum number of instances is limited by the cores that are available in the subscription. The colors of the slider represent the used and available cores in your subscription:
o Blue represents the maximum number of cores that the role can use.
o Dark grey represents the cores that are used by all roles and Virtual Machines in the subscription. When this value overlaps the cores used by the role, the color turns to dark blue.
o Light grey represents the cores that are available to use for scaling.
o Pink represents a change has been made that has not been saved.
5. Select the storage account that is associated with the queue that you want to use.
6. Select the queue.
7. Specify the number of messages that you expect each instance to support. Instances will scale based on the total number of messages divided by the target number of messages per machine.
8. You can specify the number of instances to add or turn on each time your application is scaled up. To increase the number of instances that are added or turned on when your application is scaled up, drag the bar right. To decrease the number, drag the bar left.
9. Set the number of minutes to wait between the last scaling action and the next scale-up action. The last scaling action can be either scale-up or scale-down.
The minimum time between scaling actions is five minutes. Scaling actions cannot occur if any of the instances are in a transitioning state.
10. You can also specify the number of instances to delete or not use when your application is scaled down. A slider is used to specify the scaling increment. To increase the number of instances that are deleted or not used when your application is scaled down, drag the bar right. To decrease the number, drag the bar left.
11. Set the number of minutes to wait between the last scaling action and the next scale-down action. The last scaling action can be either scale-up or scale-down.
12. Click Save. The scaling action can take up to five minutes to finish.
E. Scale linked resources
Often when you scale a role, it’s beneficial to scale the database that the application is using also. If you link the database to the cloud service, you change the SQL Database edition and resize the database on the Scale page.
1. In the Management Portal, click Cloud Services, and then click the name of the cloud service to open the dashboard.
2. Click Scale.
3. In the Linked Resources section, select the edition to use for the database.
4. Select the size of the database.
5. Click Save to update the linked resources.
F. Schedule the scaling of your application
You can schedule automatic scaling of your application by configuring schedules for different times. The following options are available to you for automatic scaling:
1. No schedule – This is the default option and enables your application to be automatically scaled the same way at all times.
2. Day and night – This option enables you to specify scaling for specific times of day and night.
Note: Schedules are currently not available for applications that use Virtual Machines.
1. In the Management Portal, click Cloud Services, and then click the name of the cloud service to open the dashboard.
2. Click Scale.
3. On the Scale page, click set up schedule times.
4. Select the type of scaling schedule that you want to set up.
5. Specify the times that the day starts and ends and set the time zone. For day and night scheduling, the times represent the start and end of the day with the remaining time representing night.
6. Click the check mark at the bottom of the page to save the schedules.
7. After you save the schedules, they will appear in the list. You can select the time schedule that you want to use and then modify your scale settings. The scale settings will only apply during the schedule that you selected. You can edit the schedules by clicking set up schedule times.
G. Kentico Website Scalability and Performance
Kentico performs extremely well on a very standard hardware configuration. Still, if you need more power and scaling up (adding more CPU and memory) isn’t enough; you can easily scale out and deploy Kentico in a webfarm. Kentico runs in a standard Windows Server web farm environment and it has built-in mechanisms for automatic synchronization of files and in-memory objects across servers. Based on our performance tests, adding a second web server doubles the overall performance.
If the database server becomes a bottleneck, Kentico supports SQL Server Merge Replication which means you can also scale out your database servers. It means you can achieve virtually unlimited scalability with Kentico.
Advanced Caching Options
Kentico comes with granular cache settings that allow you to configure cache for files, web parts and pages. The full-page caching represents the most powerful option as it stores pages in memory and serves them without touching database or disk.
1.1.2 How to deploy the core to Azure
Deploying cloud service and kentico website over azure is very simple. You can follow following simple steps for deploying cloud service.
1. Using Visual Studio 2012, Open Azure.Server solution. In the Server.DataAgents.Azure project, right click and select Publish
In a few seconds the Publish Web wizard appears. The wizard creates a new publish profile that contains settings such as the web site URL that Visual Studio needs in order to deploy your project to Azure. The profile is automatically saved so that later when you make changes to the project you can easily redeploy the project to the same site.
2. Click Publish

1.2 Kentico
The kentico documentation
1.2.1 Azure support
Kentico is supported as a standard, scalable web role. The following diagram illustrates the relations between the individual elements that together form Kentico CMS in the cloud environment. The different components depicted in the diagram are described in the text that follows.
The fact that Kentico CMS can run in multiple instances on Windows Azure creates the need for synchronization of data between the instances. The CMS handles this by considering each instance a web farm server. Unlike the traditional web farm comprising multiple physical servers, you don’t have to configure the web farm servers manually in the multiple-instance Azure environment. The only configuration that needs to be done is setting the number of instances in the service configuration file. Data is synchronized via web farm tasks, which are created and executed automatically.
Storing session state
Every complex web application needs to store information about its state, especially user session data. Since the Azure environment is dynamic and the application doesn’t reside constantly in one place, its state has to be stored separately.
Kentico CMS is pre-configured to use the Windows Azure AppFabric caching service to take care of session information. This way, all instances of the application have access to their data, which keeps them synchronized.
1.2.2 Social Media Autentication
Kentico supports the following authentication providers:
1. Windows Live ID
2. OpenID > OpenID is an open, decentralized standard for authenticating users. It is currently being used by Google, Yahoo!, MySpace, Flickr and many more. Logon credentials used on all of these sites can be used to log on to your Kentico site. This follows OAUTH/2 protocol.
3. Facebook Connect
4. LinkedIn
April 7, 2018

Dynamics CRM 2015: Installing SQL Server 2012

Post Views: 1,337

Dynamics CRM 2015 – In my early post you have seen Dynamics CRM 2015 setup demo using Virtual Machine. we are done with installation of Windows Server 2012 and configured the Active Directory; it’s now time to install the SQL Server 2012 on the Virtual Machine. This blog covers the procedure to install Microsoft Dynamics CRM Server 2013 on a computer that does not already have Microsoft Dynamics CRM installed.
Before we proceed it is important we understand the minimum hardware and the software requirements for Installing CRM Server 2013.

Pre-requirements:

Software Requirements

Windows Server 2012
Active Directory Setup

User Accounts

SQL Server Admin account
!svc.sql
Reporting Services Admin account
!svc.ssrs

Steps

Installing SQL Server is really easy to Install. When you first start the SQL Server file, you’ll be presented with a Configuration wizard where you’ll have to select Installation from Left Navigation and then New SQL Server Installation option on the right.

On the First screen of the wizard you’ll have to Accept the License Terms. Just click “I accept the license terms” check-box and press Next.

The Setup will actually scan you system for all of the pre-requisites. If you were following my step-by-step then you should be fine here with 0 Errorsand a couple of warnings, which is fine. Once the scan is completed and you see the summary, Press Next.

At this point you might see another License Terms screen, go ahead andAccept the Licenseand press Next.

Now, the important part of the whole process. You will need to select which features should be installed for Microsoft Dynamics CRM 2013 to run successfully. Following is the list of features you should check.Database Engine Services
SQL Server Replication
Reporting Service – Native
Management Tools (SQL Server Management Studio – Optional)
Once you are through, Click Next.

This step will let you know all about Disk Space Requirements. If all is well here, you’ll see the Next button available, Click it

the Service Account Refer the following tables for the accounts to be selected.

SERVICE	ACOUNT NAME	PASSWORD	STARTUP TYPE
SQL Server Agent	domain_name\!svc.sql	“Password”	Automatic
SQL Server Database Engine	domain_name\!svc.sql	“Password”	Automatic
SQL Server Reporting Services	domain_name\!svc.ssrs	“Password”	Automatic

Where domain_nameis the name of your Domain which you setup in Part 2 of the Post (Setting up the Active Directory) and password is the password for your Service Account. Once you are done with the above steps, ClickNext.

Now, you will have to select Authentication Modeand SQL Server Administrators. Select Mixed Mode (SQL Server authentication and Windows authentication).
Specify the password and then add the users whom you want to give SQL Sever Administrator rights.
Once you are done, go to the Next screen.

Next is Reporting Services Configuration. Select Install and Configureunder Reporting Services Native Mode and then press Next.

Next window is for Error Reporting. As of now we will leave this as is and press Next.

In the next screen, system will actually check if there will be any roadblocks while installing the product. Wait until the scan is finished and then pressNext.

Finall you will see the entire Summaryof all the steps and configurations that you have selected. Just take a look at it and press Install
Wait until the installation is over and you are good to go

March 18, 2018

Dynamics CRM 2015 Setup on Virtual Machine
Post Views: 1,285
Dynamics CRM 2015 Setup on Virtual Machine – With most Microsoft products this is pretty easy to setting up, but Dynamics has a more heavier requirements list.
The prerequisites include:
• Windows Server
• Active Directory (yep you’ll need to setup a domain controller)
• SQL Server Server 2012/2014
• Reporting Services 2012/2014
Let’s get started:
Step 1: First Install Windows 2012 R2 Standard Edition
I’m using VMware (but you could use HyperV, Virtual Box as well).
1. Create a new Virtual Machine, assign 4GB RAM, 40 GB HDD, 1 CPU (it’s only a demo environment so these specs should be fine)
2. Attach the Windows 2012 ISO and do a vanilla installation
Step 2, Run the Active Directory wizard
CRM needs Active Directory, so run the Active directory wizard:
Figure: Configure Active Directory
1. In Server Manager, select Manage | Add Roles and Feature
2. Installation Type | Roles-based or Feature-based installation
3. Server Roles | Active Directory Domain Services
4. Select Add Features
5. Proceed through the wizard and then select Install
6. Once completed, select Promote this server to a domain controller
Figure: Promote Domain Controller
7. Deployment Configuration | Add new forest and enter your Root domain name which is Demo.Local
8. Select Windows Server 2012 R2 for forest and domain functional level
9. Set Password for Directory Services Restore Mode
10. Click on Next, Install
11. Now sit back and wait, after a reboot you will be able to login in to the domain
Note: It’s a good idea to have a static IP address on this machine, but it’s only a warning at this stage.
Step 3, Windows Server Prerequisites
• Indexing Service
• IIS Admin
• World Wide Web Publishing
1. Server Manager | Manage | Add Roles and Features
2. Server Roles:
  1. Application Server
  2. Web Server (IIS)
3. Features:
  1. .Net Framework 3.5 Features
  2. .Net Framework 4.5 Features | ASP.NET 4.5
4. Web Server Role (IIS) | Role Services:
  1. Application Development | ASP.NET 3.5
  2. Application Development | ASP.NET 4.5
5. Instal
Step 4, Install SQL Server
I’ll be installing SQL Server 2014 Developer Edition with the following options:
Feature Selection:
1. Database Engine Services
2. Full-Test and Semantic Extractions for Search
3. Reporting Services Native
4. Management Tools Basic
1. Management Tools – Complete
Step 5,Database Engine Configuration:
1. Select Mixed Mode (personal preference)
2. Specify SQL Server Administrators | select Add Current User
Step 6 ,Reporting Services Native Mode:
1. Select Install Only
Install using all other defaults.
Step 7, Configure Reporting Services Native Install
Run SQL Server 2014 Reporting Services Configuration Manager and set-up the Native Reporting Services installation.
This is should pretty much be a next, next, apply thing,
Mine fired up straight away by just using the defaults:
Figure: Reporting Services Configuration Manager
Figure: Reporting Services Home Page
Step 8, Now Install CRM 2015 finally..!!
Figure: CRM Installation
1. Get Recommended Updates | select Get Updates (Which is optional)
2. Enter your license key
3. Accept the EULA
4. At this point you may have a bunch of missing required components, install them (We will take a while, also you may need to reboot system)
Figure: Install Required Components
5. Select Default Installation Path
6. Specify Server Roles | Select All Options
Figure: Server Roles

7. Specify Deployment Options | Enter SQL Server Hostname ie: CRM2014Demo
8. Select the Organizational Unit | Enter the Organizational Unit
1. At this point it’s probably a good idea to jump into Active Directory Users and Computers and create an OU for CRM

Figure: Create CRM OU
Figure: Assign CRM OU

9. Specify Service Accounts, Now we’ll need to specify our service accounts for the various CRM Services, since we don’t have any accounts setup, we’ll end up jumping back and forth between Active Directory Users and Computers and the CRM Installation wizard, As this is a DEMO environment I’m going to use NETWORK SERVICE for the accounts.
Figure: Service Accounts
10. Select Website | Default Website
11. Email Router Setting | EmptyOrganization Settings | Populate with your Organisation Name and other settings
12. Report Server URL | Should be pre-populated check the URL
Click next wizard button and install CRM.
After installation of MS CRM it will auto start reporting in service setup.
Click Do not get updates and click next button. In next screen accept line cne and click next.
Select server server computer name and click next
Select database name
Click next wizard button and install, finally you will get finish screen.
Figure: CRM Install Finished
And finally let’s start CRM 2015, wow worked first go!
March 8, 2018