﻿<?xml version="1.0" encoding="utf-8"?>
<!--
  For more information on how to configure your ASP.NET application, please visit
  http://go.microsoft.com/fwlink/?LinkId=301880
-->
<configuration>
  <configSections>
        <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
        <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
    </configSections>

  <connectionStrings>
    <!-- <add name="DefaultConnection" connectionString="data source=DESKTOP-49S1GF5\DEVWEB;initial catalog=ACPetsBest;persist security info=True;user id=web;password=web;MultipleActiveResultSets=True;App=EntityFramework" providerName="System.Data.SqlClient" />-->
    <!-- <add name="DefaultConnection" connectionString="data source=DevWeb_1\SQL_01;initial catalog=ACPetsBest;persist security info=True;user id=web;password=web;MultipleActiveResultSets=True;App=EntityFramework" providerName="System.Data.SqlClient" />-->
    <!-- Real data lives on mtxfarm-db-mssql-a's petsbest database, not the down Windows box. -->
    <add name="DefaultConnection" connectionString="data source=64.234.120.194;initial catalog=petsbest;persist security info=True;user id=web;password=web;MultipleActiveResultSets=True;App=EntityFramework" providerName="System.Data.SqlClient" />
  </connectionStrings>
    <appSettings>
        <add key="webpages:Version" value="3.0.0.0" />
        <add key="webpages:Enabled" value="false" />
        <add key="ClientValidationEnabled" value="true" />
        <add key="UnobtrusiveJavaScriptEnabled" value="true" />
		<add key="RegisterEmail" value="shriver@devwebllc.com"/>
    </appSettings>
    <system.web>
        <compilation debug="true" targetFramework="4.5.1" />
        <httpRuntime targetFramework="4.5.1" />
        <!-- Classic FormsAuthentication replaces OWIN/Katana cookie sign-in.
             mod_mono implements FormsAuthenticationModule natively, so [Authorize] and this
             loginUrl redirect work with no OWIN involvement. -->
        <authentication mode="Forms">
            <forms loginUrl="~/Account/Login" timeout="2880" />
        </authentication>
        <!-- Without an explicit key, Mono generates a random one per process. mod_mono was
             observed running two mod-mono-server processes for this app at once; a cookie
             issued by one failed to decrypt on the other, silently bouncing logged-in users
             back to the login page. A fixed key keeps auth cookies valid across process
             restarts/duplicates. -->
        <machineKey validationKey="2a9697b1950dd9b568009d8878d68801a1654acc4c2410cf8896b97adb0eea0216cadf123ffbee5d6cba8a24237b32462a4255cc435c20dace1f99a04e8fcf34" decryptionKey="cb6707a23b3e229353c169caf8ba817d6e606071a5292a253fb664976f075759" validation="SHA1" decryption="AES" />
    <pages>
        <namespaces>
            <add namespace="Kendo.Mvc.UI" /></namespaces></pages>
        <!-- OwinHttpModule registration (classic httpModules + system.webServer/modules) was
             tried here to work around mod_mono not implementing IIS7's dynamic module
             registration API. It DID get Katana's middleware chain running, but exposed a
             deeper bug: mod_mono's pipeline emulation doesn't match real IIS7 integrated-pipeline
             semantics, so EVERY request crashes in
             Microsoft.Owin.Host.SystemWeb.IntegratedPipeline.IntegratedPipelineContext.PushLastObjects
             ("Operation is not valid due to the current state of the object") regardless of which
             controller or action runs; this happens in OWIN's own pipeline completion, not in app
             code, so it clobbers every response including plain non OWIN redirects. Left
             unregistered until OWIN/Identity auth is properly reworked for Mono (see
             AccountController and Startup.Auth.cs; real sign-in needs OWIN's SignInManager, so it
             is still broken; this only unblocks plain, non OWIN page flow like the login page
             redirect in HomeController.Index). -->
    </system.web>
    <system.webServer>
        <validation validateIntegratedModeConfiguration="false" />
    </system.webServer>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="WebGrease" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.6.5135.21930" newVersion="1.6.5135.21930" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-5.2.9.0" newVersion="5.2.9.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Antlr3.Runtime" publicKeyToken="eb42632606e9261f" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-3.5.0.2" newVersion="3.5.0.2" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Owin" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.2.0" newVersion="4.2.2.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Web.Infrastructure" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Owin.Security.OAuth" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.2.0" newVersion="4.2.2.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Owin.Security" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.2.0" newVersion="4.2.2.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Owin.Security.Cookies" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.2.2.0" newVersion="4.2.2.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
  <entityFramework>
    <providers>
      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
  </entityFramework>
</configuration>
