Anyone familiar with Yammer will know that many of the APIs are a bit lacking.  Also, all API connections will need an oAuth token that has access to the data in question.  So what do you do if you have a console application that needs to use Yammer Data Export API and drop the into a database or more to the point, how do you get the oAuth token?  I am not going to post the specifics on how to get the data and extract it but I will post some code on how to get the oAuth token.

To start there is some information you will need from Yammer which is only obtained after creating a Yammer app (https://developer.yammer.com/v1.0/docs/app-registration).  Your redirect URL for the included code needs to be http://localhost:80/Temporary_Listen_Addresses/  (if you get an error relating to access denied the port may be being used or it could be an issue with your privileges on the device).  *NOTE you do not need to publish your app for this functionality to work, so you can create the app then never finalize it.  Yammer's documentation https://developer.yammer.com/v1.0/docs/authentication-1 does not include the specifics on how to implement this on a console application and only includes the basic information.

The included code makse the assumptions that you will have the following app seetings in your App.config: "ClientID", "RedirectURL", "ClientSecret", and "oAuthToken" with all of these fields populated, with the exception of the "oAuthToken" field, from the information in your Yammer app settings.

I have included the complete class to perform the login here and to implement it you just need to call the constructor. 

            var yammerLogin = new YammerLogin.YammerAuthentication();
            string token = yammerLogin.oAuthToken;

I hope this will help save a few hours of work for a few people out there.

So I am going to start by ranting a little bit about Microsoft Azure cloud services.  Something odd about Azure is that when you are creating a new Drupal or WordPress site it will automatically crate a MySQL database but if there is already a MySQL database it will not create it automatically.  You can however create a MySQL database then install your CMS and associate it with said database.  The second part of my rant is that with a MSSQL database the smallest size is 2 GB and it is less expensive than the 20 MB MySQL database, which just seems odd to me.

Okay, now that I have that over with, let me get to the heart of what I wanted to talk about and discuss installing Drupal on a MSSQL and migrating (if need be) from MySQL in Azure.  So, to start there is one very easy config change to allow Drupal to run on MSSQL.  Download the drivers from https://www.drupal.org/project/sqlsrv then extract the files.  With the files extracted copy the sqlsrv folder and drop it in the includes/databases directory in the root of your Drupal installation.  After the files are uploaded update the configuration settings in the settings.php file and update the connection for the $databases to have the driver “'driver' => 'sqlsrv'”.  Something to note, if you are performing this on Azure the PHP MSQL Drivers are already installed but if you are running this install on a different system you may need to install PHP MSSQL drivers.

One thing that was missing on my installation was a SUBSTRING function that is used for Drupal when performing a post.  The site worked fine but when I tried to post as an authenticated user I received an error.  To solve the problem I needed to add the function.  Click Here for the specific TSQL code.  (UPDATE)Even with the substring SQL function installed I was still having trouble.  So I ended up hitting the install.php page and then running a database update.  This seems to have fixed my missing SQL functions, but only time will tell if I am not missing anymore.  I have included all of the functions that are created in the link referenced in this paragaraph.

So if you need to migrate from MySQL to MSSQL there are a few steps that you need to take.  After creating the new database in MSSQL download the MSSQL Migration Assistant for MySQL from http://www.microsoft.com/en-us/download/details.aspx?id=42657.  Point the MySQL to your old MySQL instance and point the MSSQL to the new MSSQL instance.  Start by changing the target schema to dbo (this will make the migration easy).  Then right click on your database and click “Convert Schema” this will create the local metadata of the schema.  Once the schema conversion is done, on the target database right click and select “Synchronize with Database.”  Once the synchronization is complete (this will take a while) your tables will be created but without data.  Lastly right click on your original MySQL database and select “Migrate Data.” 

If you have not updated your connection in your settings.php file, you can update that now to point to the MSSQL instance and you should be good.  I tested my change by making a small change to my site and seeing how it reflected in the database (specifically I changed my locale on my user account). 

I hope this will help the few that run Azure sites under your MSDN and do not want to pay for additional MySQL storage.

What the hell Microsoft? Why did you decide to remove the ability for a user to logon as a different user in SharePoint 2013? It was there in 2010, but this feature is not there in 2013.

Microsoft's recommendation is to right-click on Internet Explorer and then select run-as and then enter your username and password. This is not a good option for most users and in our environment it is not practical. So to get this functionality back, we will create a SharePoint feature that is deployed at the farm level. There are some sites out there that detail this but there is one problem with all of them, they do not redirect the user back to the same site where they did the logout / login function. I have included the specific code to solve the problem but I am not including the details on how to create the feature. Once the feature is created add an empty element to the project and paste in the code below. The LogoffAndLogin() javascript function will get the current subsite and pass it in as a parameter to then allow the logoff webservice to redirect the user back to the original page after login.

<?xml version="1.0" encoding="utf-8"?>
<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
  <CustomAction
    Id="LoginScript"
    ScriptBlock="function LogoffAndLogin(){ if (typeof SP != 'undefined') { 	var siteCollUrl = '';SP.SOD.executeFunc('SP.js', 'SP.ClientContext', function(){var clientContext = new SP.ClientContext.get_current();var site = clientContext.get_site();clientContext.load(site);clientContext.executeQueryAsync(Function.createDelegate(this, function(){siteCollUrl = site.get_url();var fullURL = siteCollUrl + '/_layouts/closeConnection.aspx?loginasanotheruser=true&amp;amp;Source=' + siteCollUrl; window.location = fullURL;}))})} else { alert('An error occurred during the logoff process, please try again.');}};"
    Location="ScriptLink">
  </CustomAction>
  <CustomAction
    Id="LogInAsUser"
    GroupId="PersonalActions"
    Location="Microsoft.SharePoint.StandardMenu"
    Sequence="998"
    Title="Sign in as a Different User"
    Description="Sign Out and Login as a Different User">
    <UrlAction Url="javascript:LogoffAndLogin();"/>
  </CustomAction>
</Elements>

I have the code all in one line and I realize that it might be a bit difficult to follow. I have included the code broken out as multiple lines to help you follow what is going on.

LogoffAndLogin(){ 
	if (typeof SP != 'undefined') { 	
		var siteCollUrl = '';
		SP.SOD.executeFunc('SP.js', 'SP.ClientContext', function(){
			var clientContext = new SP.ClientContext.get_current();
			var site = clientContext.get_site();
			clientContext.load(site);
			clientContext.executeQueryAsync(Function.createDelegate(this, function(){
				siteCollUrl = site.get_url();
				var fullURL = siteCollUrl + '/_layouts/closeConnection.aspx?loginasanotheruser=true&Source=' + siteCollUrl;
				window.location = fullURL;
			}))
		})
	} 
	else { 
		alert('An error occurred during the logoff process, please try again.');
	}
};

This has worked well in our environment. This is a stupid problem that MS created, but this solution should work well to solve it. Good luck !!

Okay, so it has been a bit since I have posted anything, mainly due to that I have not anything notable to post.  This is not due to me not doing anything notable but that the things that I have done that were notable were proprietary and I did not feel comfortable disclosing in a public forum. 

So the problem that I was given was that when people landed on the root site within the root site collection of our managed path / application the user hit a page that was essentially blank.  From there they did not know where they should go and did not really know what they would be able to access.  So here comes a webpart that can help solve the problem.  What the goal of this webpart was is to create a security trimmed list of sites the user would have access at the root level.  I am not going to go through each and every step for creating a webpart but I will give some high level info since these are steps that I struggled with when creating the webpart.

1. So first off, when you are creating this webpart select the "Visual Web Part option" in the project type.
2. You MUST select DEPLOY AS FARM SOLUTION.  The sandboxed solution will not have access to the necessary objects needed for this webpart.  Specifically getting all site collections in a web application (managed path).
3. To start we will create two classes.  SiteLookup and SPSiteInfo. 
   
   

   SiteLookup

   using Microsoft.SharePoint;
   using System;
   using System.Collections.Generic;
   using System.Linq;
   using System.Text;
   using System.Threading.Tasks;
    
   namespace SPSiteListing.ListSPSites
   {
       class SiteLookup
       {
           private Boolean _EnableTrimming;
           private SPContext _Context;
           private string _CurrentUserName;
           public SiteLookup(SPContext context, Boolean enablePermissionTrimming)
           {
               _EnableTrimming = enablePermissionTrimming;
               _Context = context;
               _CurrentUserName = context.Web.CurrentUser.LoginName;
           }
           public List<SPSiteInfo> GetSites()
           {
               if (IsRootInApplication())
               {
                   var list = new List<SPSiteInfo>();
                   list.AddRange(GetSitesUnderCurrentWeb());
                   list.AddRange(GetSitesUnderManagedPath());
                   return list;
               }
               else
                   return GetSitesUnderCurrentWeb();
           }
           public  Boolean IsRootInApplication()
           {
               if (_Context.Site.RootWeb.Url != _Context.Site.Url)
                   return false;
               if (_Context.Site.WebApplication.Sites[0].Url != _Context.Site.Url)
                   return false;
               return true;
           }
           public List<SPSiteInfo> GetSitesUnderManagedPath()
           {
               var sites = new List<SPSiteInfo>();
               var applicationSites = _Context.Site.WebApplication.Sites;
               foreach (SPSite item in applicationSites)
               {
                   //you must set disable catching access exceptions to prevent sharepoint from catching it
                   item.CatchAccessDeniedException = false;
                   try
                   {
                       if (item.RootWeb.DoesUserHavePermissions(_CurrentUserName, SPBasePermissions.Open) || !_EnableTrimming)
                           sites.Add(new SPSiteInfo(item));
                   }
                   catch (UnauthorizedAccessException)
                   {
                       //The user does not have access to check their access.  So an exception will be thrown.
                       //This will not cause a problem to not do anything with it, since we are security trimming
                       //we do not want this one listed anyway.
                   }
               }
               return sites;
           }
           public List<SPSiteInfo> GetSitesUnderCurrentWeb()
           {
               var sites = new List<SPSiteInfo>();
               if (_EnableTrimming)
               {
                   foreach (SPWeb item in _Context.Web.GetSubwebsForCurrentUser())
                   {
                       sites.Add(new SPSiteInfo(item));
                   }
               }
               else
               {
                   foreach (SPWeb item in _Context.Site.AllWebs)
                   {
                       sites.Add(new SPSiteInfo(item));
                   }
               }
               return sites;
           }
       }
   }

   SPSiteInfo

   using Microsoft.SharePoint;
   using System;
   using System.Collections.Generic;
   using System.Linq;
   using System.Text;
   using System.Threading.Tasks;
    
   namespace SPSiteListing.ListSPSites
   {
       class SPSiteInfo
       {
           public string SiteName { get; private set; }
           public string SiteUrl { get; private set; }
           public string HTMLLink 
           { 
               get 
               { 
                   return String.Format(@"<a href=""{0}"">{1}</a>",
                       SiteUrl,
                       String.IsNullOrEmpty(SiteName) ? SiteUrl : SiteName); 
               } 
           }
           public SPSiteInfo(SPSite site)
           {
               try
               {
                   SiteName = site.RootWeb.Title;
               }
               catch (UnauthorizedAccessException)
               {
                   //since the user does not have access to get the title, we can do something
                   //here if we want with demonstrating that. but it isn't necessary
               }
               SiteUrl = site.Url;
           }
           public SPSiteInfo(SPWeb site)
           {
               SiteName = site.Name;
               SiteUrl = site.Url;
           }
       }
   }

4. So now that we have the classes written to get the data, we need a something to display the data in the webpart. To do that we will use the ascx file created already (just adding a ul with an id and a runat) and add some code in the page_load method.

   ASCX file

   <ul id="siteList" runat="server">
    
   </ul>

   ASCX code behind

   protected void Page_Load(object sender, EventArgs e)
           {
               SiteLookup query = new SiteLookup(SPContext.Current, true);
               foreach (var item in query.GetSites())
               {
                   var li = new HtmlGenericControl("li");
                   li.InnerHtml = item.HTMLLink;
                   siteList.Controls.Add(li);
               }
           }

So that is basically it. There are some details that are not covered in this post, but this should get you past the things that I struggled with when I created my webpart.