不多说,直接上干货! 结束 欢迎大家,加入我的微信公众号:大数据躺过的坑        人工智能躺过的坑       同时,大家可以关注我的个人博客:    http://www.cnblogs.com/zlslch/   和     http://www.cnblogs.com/lchzls/      http://www.cnblogs.com/sunnyDream/       详情请见:http://www.cnblogs.com/zlslch/p/7473861.html 人生苦短,

Hello 小伙伴们,我回来了~ 2017年底中招了流感,还得了结膜炎,我也是无奈的···但使命感驱使我还是要把文章更完(这么敬业还不点赞关注(*^__^*) ) 我们接着上一篇文章继续说,上一篇已经和大家介绍了安装Azure AD Connect的方法,现在我们可以开始同步Active Directory到Azure AD. 打开Azure AD Connect,选择“Customize synchronization Options”来自定义同步的选项. 输入 Office 365 管理员的

前言 第一篇文章我已经为大家分享了在在Azure上搭建域控服务器的方法,如果大家本地已经有了域环境,可以直接从这一篇文章开始阅读.Azure AD Connect的前身是DirSync,是专门用于目录同步和密码同步的工具,将用户位于本地Active Directory的用户名和密码同步到Azure AD中,使用与本地AD相同的密码登录Office 365服务.如果我们还额外配置了单点登录,就可以选择性的进行密码同步,并且用户使用本地AD的信息登录云服务,身份验证发生在本地域控服务器上,详细信息大

博客地址:http://blog.csdn.net/FoxDave 你需要一个Office 365开发者租户来使用预览版SharePoint Framework构建和发布客户端web部件.你的租户必须是一个开发者租户,不仅仅是一个网站集. 注册一个Office 365开发者租户 如果你已经有了一个Office 365开发者租户,请直接查看下一个部分. 如果你没有,到Office Developer Program去注册一个,你会收到一个欢迎邮件,邮件里面的链接可以注册一个Office 365

针对于第一篇文章所讲的,我们最用使用用户可以单个点击进行安装,但是如果我们终端用户太多的情况,不可能大家都点击单个文件进行安装了,这样子既耗费时间也耗费 公司的网络带宽,那么我们可以采取离线下载的方式进行批量部署安装.操作步骤如下: Office365离线批量部署方法 本文介绍如何批量部署Office365客户端的方法,主要包含5部分: 离线包的获取 离线包的安装 批量部署的建议 激活的建议 附录 1.  离线包的获取 1.1. 下载安装Office即选即用部署工具 从以下链接下载微软官方Off

1.在Office 365首页,点击在PC上安装Office,如下图: 2.会下载一个安装向导程序,如下图: 3.安装Office向导,如下图: 4.安装完毕以后,发现开始菜单多出Office 2013 选项,如下图: 5.再次进入Office 365环境,可以看到界面改变了 6.点击Office 365 首页的Word Online,浏览器中弹出一个新建的Word,如下图: 7.点击Office 365 首页的Excel Online,浏览器中弹出一个新建的Excel,如下图: 8.点击Off

前言 本文完全原创,转载请说明出处,希望对大家有用. 在正式开发Office 365应用前,我们先了解一下Office 365的开发模式,根据不同的应用场景,我们选择最适合的开发模式. 阅读目录 Office 365 Addin案例 Office 365 Provider案例 Office 365 开发模式特点分析 Office 365 开发模式应用场景分析 正文 Office 365 的开发模式主要分为两类: office 365  addin应用开发 office 365  provider

SSMTP-让Linux系统从Office 365发送邮件 导读 SSMTP 是一个非常简单实用的小工具,它可以将 Linux 系统的电子邮件中继到 Office 365.Google 或其它第三方 SMTP 服务器.SSMTP 并不是一套成熟完整的邮件服务器,它只能自动将邮件提交到其它像 Google.腾讯.163.Office 365 这样的 SMTP 服务器.在本文中,我们将介绍如何配置 SSMTP 通过 Office 365 账户发送电子邮件. SSMTP如何工作 在正式安装和配置之前,

过去几个月来我们展示了极大的客户吸引力,今天我们非常高兴地宣布,我们又赢得了一位新客户,且他们利用 Microsoft 革新 IT 的方式非常有趣. 今天,我们非常高兴地告诉大家,圣何塞市选择了 Microsoft Office 365.Windows Azure 和 StorSimple 来扩展 5,000 多名市府公务员的生产潜力,降低运营成本,并对硅谷首都的 984,000 多名居民提供改进的服务. 若要详细了解今天的新闻以及圣何塞将如何使用这些产品简化其业务流程,请阅读 Microsof

原文于2017年3月13日首发于LinkedIn,请参考这个链接 离上一篇文章,很快又过去了两星期的时间.今天抓紧晚上的时间,开始了Office 365开发系列文章的第一篇,我会帮助大家回顾一下过去Office开发的一些场景,目前提供的一些能力,最后展望一下生态环境建设和未来的发展. 关于Office 365开发,这里的定义并不是指开发Office 365平台,或者接口(这两部分由微软数以万计的研发工程师们在负责),而是基于Office 365平台及其提供的接口,独立开发商(ISV)或者有一定能

作者:陈希章 发表于 2017年7月29日 前言 作为人工智能技术的一个主要的表现形式,这些年机器人(bot)的应用越来越广泛.不管是有实物的,还是纯软件的,现在的机器人技术应该说已经走入寻常百姓家了.这一篇文章探讨的是,在微软提供的Bot Framework基础上快速开发和部署一个软件的机器人,并且将其与 Office 365 或其他应用无缝地整合起来,为用户带来全新的基于会话的人机交互体验. 基本概念 本文会用一个实例带领大家入门,如下的几个基本概念稍作说明 Bot Framework --

作者:陈希章 发表于 2017年3月23日 中国版Office 365是由世纪互联进行运营的一个云服务,单纯从技术角度来看的话,它基本保持了与国际版的同步.但是由于两个版本本质上是完全独立的,其中最关键的就是账号系统是分开的,所以在使用角度,不管是直接用户还是开发人员,会有些小小的差异. 就应用程序注册这件事情而言,中国版Office 365的操作方式有如下的特点: 注册地址不一样,这个能理解 目前仅支持Azure AD 1.0 功能和用法跟国际版还略有差异 注册应用程序 你需要登录到 http

终于等来了这一天,可以为我的这本新书画上一个句号.我记得是在今年的2月份从西雅图回来之后,就萌发了要为中国的Office 365开发人员写一些东西并最终能帮到更多中国用户的想法,而从2月26日正式写下了第一篇,到今天正好是整整十个月了. 十个月的时间,赶一赶的话孩子都可以生一个了.多少个夜晚和周末的时间,如果不是怀着对客户的热爱.对公司的认可.对领导的眷恋和对技术的追求,我都不知道要怎么坚持下来.饶是如此,12月份中旬的时候一看Quota,还有将近五分之一的缺口,于是跺脚咬牙赌气发狠一口气写出来

Hello 小伙伴们, 2018新年快乐,作为2018年首篇文章,怎么能不给大家带来点干货呢?这篇文章其实我9月底的时候已经在MSDN上发布过了,为表诚意,我更新了这篇文章,并把它组成了一个系列,2.0版本的相信会对大家更有帮助. 在正式开始之前,我们有必要聊聊为什么要实现单点登录.单点登录简而言之,就是让用户使用一套ID和密码,就可以登录一个或多个系统的授权机制.用户只需要通过其中一个应用的安全认证之后,再访问同一服务器其他应用的资源时不需要再次输入账户和密码.那聊到Office 365实现单

最近有幸阅读了陈希章花了一年时间为国内开发者贡献的<Office 365 开发入门指南>. 虽然早期接触过SharePoint的开发,2007年之后就再也没有接触SharePoint的开发,这次阅读这本书让我重新认识了Office的系统开发技术,让我意识到现在的Office 开发也是.NET Core 开发技术的新战场,而且更为有心的是陈希章的范例都是使用.NET Core写的,具体地址 https://github.com/chenxizhang/office365dev. 在新CEO纳德拉

最近在整理书稿时,发现我在2017年7月份写的这篇 Office 365 机器人(Bot)开发入门 的内容,因为相关平台的升级,已经完全不能体现当前的开发过程,所以我再专门写一篇新的开发入门指南给有兴趣的大家参考. 这次平台升级的具体开始时间我不得而知,但是如果你现在继续访问 https://dev.botframework.com/ ,你将会看到一个明确的提示,要求将早先创建好的Bot在2018年3月31日之前迁移到新的Azure Bot Service: 如果你此时点击了"Create a

前言 作为全球最大的开放源代码托管平台,Github在上周迎来了它的十岁生日.自从2008年正式上线以来,Github上面汇聚了数以千万计的开发人员和各种项目,它几乎成为了开源的代名词和风向标,各大软件巨头都纷纷支持,在广大程序员心目中,也更是精神图腾一般的存在,坊间戏言它是最大的同性交友平台. 我自己对开源了解不多,并且能力也有限,一直没有在这方面有所贡献,但我肯定和大家一样都是Github的受益者.今天这篇文章一方面是希望借此为Github庆生(本来是上周想写,但一直没有时间),另外也是因为

在上一篇文章(.NET Core开源行动:一键创建Excel Add-in) 中我给大家展示了一套为Office 365 Add-in开发人员准备的模板库,你可以通过 dotnet new excel & dotnet run 命令即可完成一个新的Add-in的创建和运行.     关于如何加载这个Add-in,上文中提到你需要将manifest.xml文件放在一个共享目录,然后在Excel中进行设置,实现所谓的sideload(旁加载).但是有没有什么方式可以更加简单方便地实现这个加载的行为呢

写在最开始的话 拙作<Office 365开发入门指南>上周开始已经正式在各大书店.在线商城上市,欢迎对Office 365的开发.生态感兴趣的开发者.项目经理.产品经理参考本书,全面了解Office 365带来的全新机遇以及在具体业务应用开发中的场景. 写作本书差不多花了我一年的业余时间,这其实是源于我从美国回来后,跟国内的开发者朋友们交流时许下的一个承诺.我最开始是将一些文章发表在博客上面,后来越写越多,目录也一再调整,到2017年底的时候,发现篇幅已经不小,而且累计的阅读量也有了一定的规

前言 这篇文章的主题是混合部署~ 混合使得本地组织和云环境像一个单一的.协作紧密的组织一样运作.当组织决定进行混合部署,达到本地Exchange Server和Office 365共存的状态时,就会面临一个选择:最小混合部署和完全混合部署. 最小混合部署和完全混合部署适应的情况不同.当组织存在以下情况的时候,我们建议选择最小混合部署,规避掉一些复杂的设置,进行快速迁移: 为用户提供无缝迁移体验的中小型客户 组织不打算将本地的邮箱保留很长时间 组织不希望再运行Azure AD Connect来将用

Hello 小伙伴们, 这篇文章将视点聚焦在传递身份验证(Pass-through Authentication)上,将分享如何安装,配置和测试Azure Active Directory(Azure AD)Pass-through Identity Authentication和无缝单点登录(Seamless SSO). 回顾 在开始之前,先为大家回顾一下Office 365身份验证的方式: Office 365身份验证方式可以概括为四种,分别为:纯云端Azure AD验证.活动目录和密码同步