今月中旬のブログ記事「Skype Translatorプレビュー – コミュニケーションの新たな時代の幕開けに高まる期待」で発表がありました通り、Skype Translator プレビューの募集が開始されました。音声会話の同時翻訳については、まずは英語とスペイン語の間で開始されます。テキスト同時翻訳については数か国語の間で可能になる予定です。下記のビデオをご覧いただくと、その凄さを実感できます。
【ビデオ】Skype Translator preview opens the classroom to the world
日本語と英語などの音声同時翻訳はまだこれからですが、テクノロジーの力をもってすればそんなに遠くない将来に、日本語と他の言葉との「壁」が取り払われる日もやってくるでしょう。
それでは、言葉の「壁」が取り払われてしまえば日本人はグローバル社会の中でやっていけるのでしょうか。答えは残念ながらノーです。日本では英語ができないことへのコンプレックスが強いため「グローバル教育=英語教育の実施」ということが強調されすぎていますが、言語はグローバル社会で生きていくためのひとつの要素でしかありません。つまり、言葉の「壁」が取り払われたとしても、グローバル教育は行わなければなりません。また、逆にいうと「英語教育以外にもグローバル教育としてやるべきことが多くある」ということになります。これは、マイクロソフトなどのグローバル カンパニーで働いてみるとよくわかります。たとえば、以下のようなことを行っていく必要があります。
そして、これらの要素はテクノロジーで解決されるものではなく、その人のアイデンティティ、思想、考え方、知識などいろいろなものに結び付いていることが分かります。これからのグローバル教育を考えるにあたっては、むしろこうしたテクノロジーで解決されない課題の解決方法をいかに身に着けるか、ということに重点を置いて設計することが求められるようになってくるでしょう。
いずれにしても、テクノロジーによって言語の「壁」が取り払われていくことは喜ばしいことです。日本の「真」のグローバル化のための一歩を踏み出すにあたり今後に期待したいところです。
O Conselho se dedicou a trazer a comunidade os conceitos de governança, privacidade, pirataria e como deve ser a conduta de seus membros dentro do TechNet Wiki. Grande parte dessas ações passaram por políticas gerais, comunidades, comportamento impróprio, diretrizes e solicitações de recurso. Muitos dos conteúdos disponíveis foram traduzidos por Durval Ramos para o nosso idioma português. Então um viva a Durval pela boa participação no quesito tradução. Esses são alguns dos artigos disponíveis com estas informações.
Esse é um dos eventos mais aguardados e que queremos ver acontecer. A equipe de autores do blog Wiki Ninjas Brasil já seleciona artigos para home page do TechNet Wiki e também para o TechNet Wiki Day. Mas esse evento sem dúvida alguma é diferente, permitirá aos autores demonstrarem suas percepções, anseios e desafios na hora de escrever um artigo para comunidade. Inicialmente nós contávamos com informações do Summit apenas na versão inglesa, mas agora já possuímos artigos na versão portuguesa para trazer em detalhes todas as informações referente ao evento. Visite as páginas:
Esse foi um ano muito desafiador, porque sabemos que muitas ações e realizações só foram possíveis de se conquistar devido ao comprometimento de nossa comunidade. Cada resposta no fórum, edição de artigo no Wiki, correção de TOCs, compartilhamento no Curah, envolvimento nos mais variados programas de premiação como MVP, MCC, MTAC, TechNet Wiki Day, Faixas Ninjas entre outros só foram possíveis devido a participação de todos. Sem essa ajuda não conseguiríamos. Então em nome da comunidade queremos agradecer imensamente a ajuda e colaboração de todos durante esse ano de 2014. É muito bom ouvir "obrigado" de alguém quando conseguimos ajudar nas comunidades MSDN e TECHNET, esse é o verdadeiro espírito Wiki Ninja.E que venha 2015.
Summary: Simmer your minds with thoughts of past Scripting Guys holiday specials.
What is the title of the fourth Scripting Guys holiday special, which seemed to last an incredibly long night?
Think you know the answer? Verify by looking at this surprise post...or stay tuned. The answer will be posted in tomorrow's PowerTrivia!
And here is the answer for the PowerTrivia #5 question:
What was the name of the song written for the second Scripting Guys holiday special that suspiciously sounded like gerbils singing?
The Scripting Song
Of course we have our own TechNet Wiki Guru contest where I participate in judging recent Wiki articles. This is great fun, and I appreciate that people take the time and effort to create something to help and inform others. Even for the Wiki articles that don't turn out to be so great, I always appreciate the fact that someone shares knowledge. This is a great thing, and I fully enjoy being involved in that.
The judging thing is kinda addictive and this year I've been asked to be one of the judges of the Imagine Cup and I happily said yes (imaginecup.com). This is a contest sponsored by Microsoft and students all over the world are allowed to pitch an idea about a software app or web site and defend different aspects about the implementation of that idea. I've looked at my share of the applications and the participants literally live all over the world, in places like Canada, Nepal, and Brazil. I've looked at proposals about exciting software helping visually impaired people, illiteracy, prevent people from drowning, and completely different topics. Btw, me mentioning these specific topics in no way reflects my preferences regarding the applications.
If you think this is an interesting competition, follow the Imagine Cup web site because pretty soon we will know who will be this year's winner. If you're a student, see if you want to participate next year!
Ein Jahr, nachdem die Preise für gestohlene Identitäten um gut ein Drittel gefallen waren, steigen sie jetzt offenbar wieder. Das berichtet Dark Reading mit Bezug auf den jüngsten Report von Dell SecureWorks über kriminelle Hacker-Märkte.
Gefälschte Identitäten wie Pässe, US-Sozialversicherungsnummern oder Führerscheine sind bei Betrügern demnach nach wie vor sehr begehrt. Eine neue Identität inklusive Name und Adresse kostet 250 Dollar, für 100 Dollar extra werden echte Gas- Wasser- oder Stromrechnungen angeboten, die zur Identitätsüberprüfung dienen. Gestohlene Identitäten sind dabei billiger als gefälschte, auch wenn die Preise auf dem Schwarzmarkt steigen. So kostet ein “Fullz”, also eine gestohlener, echter Ausweis jetzt 30 Dollar, letztes Jahr war er für 25 Dollar zu haben. In Großbritannien, Australien, Kanada, Asien und der EU kostet er 35 bis 45 Dollar, im Vorjahr waren es noch 30 bis 35 Dollar.
Die Zahl der gestohlenen Kreditkarten, die zum Verkauf angeboten werden, steigt ebenfalls – genau wie die Anzahl der Verkäufer, so Dell SecureWorks. Diese bieten zum Teil Garantien an und ersetzen Kartendaten, die nicht mehr funktionieren. Die kriminellen Hacker verstärken auch die “Dienstleistungen” in ihrem Bereich, zum Beispiel Anleitungen, wie man Betrug begeht, Geldautomaten knackt oder Online betrügt. Die Tutorials werden laut Dell zwischen einem Dollar und 30 Dollar angeboten.
Goldene und Platin-Kreditkarten werden häufig in Bündeln verkauft: Ein Anbieter offeriert zehn Karten für 13 Dollar das Stück und bis zu 2000 Kartendaten für 9 Dollar pro Stück. Einzelne Premium-Karten kosten bis zu 35 Dollar. Einige Webseiten geben an, dass auf ihnen bis zu 14 Millionen US-Kreditkarten angeboten werden.
Die Preise für ferngesteuerte Trojaner sind dagegen deutlich gefallen, von 25 bis 250 Dollar auf 20 bis 50 Dollar in diesem Jahr. Warum? Er liegt offenbar an der großen Anzahl der verfügbaren Trojaner und ausnutzbaren Schwachstellen. Die Anzahl der “Doxing Services” war dagegen rückläufig, berichtet Dell, ebenso die Preise dafür: Diese Dienste wurden 2014 zwischen 25 bis 100 Dollar angeboten. “Doxing” beschreibt das Vorgehen krimineller Hacker, alle on- und offline verfügbaren Informationen über bestimmte Menschen zu sammeln.
Die Preisentwicklungen auf dem Daten-Schwarzmarkt lassen sich hier im Detail nachlesen.
Gastbeitrag von Michael Kranawetter, Chief Security Advisor (CSA) bei Microsoft in Deutschland. In seinem eigenen Blog veröffentlicht Michael alles Wissenswerte rund um Schwachstellen in Microsoft-Produkten und die veröffentlichten Softwareupdates.
将Web应用迁移到云端，常见的做法是采用IaaS模式，即创建虚拟机（Virtual Machine，VM）并在上面分别部署Web Server、Database Server、Cache Server、DNS Server等；当访问负荷增大的时候，则增加虚拟机的数量来实现伸缩。
之前曾讨论过，可以将数据库服务器（Database Server）采用Platform as a Server（PaaS）模式来提供，也有相关的迁移工具来帮助从SQL Server迁移到Azure SQL Database。
Azure网站（WebSites）是一种完全托管的平台即服务 (PaaS) 产品，便于快速高效地构建、部署并扩展企业级 Web 应用。同时，可以支持按需自动缩放（Auto-scaling），灵活支持不同时间段的并发访问负荷，特别是尖峰负荷。此外，可以显著降低运维工作量，而不必过多关注底层虚拟机、操作系统、网络、负载均衡等细节。
对于Azure网站的更多细节，可以参考：http://www.windowsazure.cn/home/features/web-site/
可以开发ASP.NET网站并部署到Azure网站，相关步骤可参考：http://www.windowsazure.cn/zh-cn/develop/net/tutorials/web-site-intro-tutorial/
如果将现有Web应用迁移到Azure网站，可以使用一个开源的辅助工具：Azure Websites Migration Assistant，具体可参考：http://migrate4.azurewebsites.net/
目前支持从IIS Server迁移到Azure WebSites，其中特别提供了技术兼容性等方面的分析，例如端口绑定（Port Binding）、IIS身份认证、GAC、缓冲池等。如下图，工具将给出分析报告。
目前，这个工具只支持从IIS server到Azure WebSites的迁移辅助，而Azure WebSites还支持Java、PHP、Node.js或Python，后续期待工具能够涵盖对这些技术的支持；当然，也可以考虑参考这个工具的思路，开发适合自己需要的迁移辅助工具。
Our previous post had a video showing Skype's automatic speech translation in action. In this post, we share an infographic from the Skype team about how they perform such automatic speech recognition and translation (including how they translates instant messages in over 40 languages).
You can register for a preview of the Skype Translator here.
ML Blog Team
It’s not great being a turkey, pheasant or grouse at Christmas, but my Christmas sketch this year isn’t too worried as he’s a protected and valued Capercaillie. In the same same way the cloud first world might not seem like a great time to be an IT Professional but there are certain species who are similarly valued and for whom 2015 is pretty exciting.
So as we all take time out to enjoy time with our friends and families, don’t panic about 2015. Infrastructure guys are still needed and many of the skills we have acquired are still valued too like VPN’s , certificates, Active Directory, and of course PowerShell and I for one won’t be retiring to do art full time just yet.
Happy Christmas and hopefully we’ll meet up at an IT Camp , Future decoded, or user group somewhere next year
@DeepFat
こんにちは、SharePoint サポートの森 健吾 (kenmori) です。
今回の投稿では、SharePoint Online (または SharePoint Server 2013 On-Premises) において 2013 形式ワークフローで権限変更を行う方法についてご紹介します。
導入 : 詳細に設定されたアクセス許可(FGP) を実現する方法
SharePoint でアイテム作成時等にアイテムごとにアクセス許可を自動的に付与する方法を実現するためには、カスタマイズが必要となります。
SharePoint On-Premises 製品で本機能を実現する場合は、迷わず Visual Studio を使用してファーム ソリューションでアイテム イベント レシーバーを開発し展開することが適切です。つまり、ItemAdded や ItemUpdated イベントにおいて SPListItem.BreakRoleInheritance(false) メソッドを呼び出し、SPListItem.RoleAssignments.Add() メソッドで必要なロール割り当てを指定する方法です。
ただし、SharePoint Online では、ファーム ソリューションでの開発はできません。そこで、以下の代替案に行き着くことになりますが、どの選択肢も制約があります。
代替案 1) サンドボックス ソリューションでイベント レシーバーを開発する。
サンドボックス ソリューションは非推奨のカスタマイズ手法です。注意点としては、カスタムコードの実行処理や実行回数が多く、結果的にサイトのリソース クオーターを超えた場合、ペナルティのため該当サイトではサンドボックス ソリューションがアンロードを翌日まで使用できなくなることがある点にあります。このため、重要なビジネス ロジックをホストする点には懸念があります。
代替案 2) Azure などのクラウド環境を調達し、リモート イベント レシーバーをホストさせる。
リモート イベント レシーバーのためだけに、オンラインのクラウド環境を調達することは、コストの面からもビジネス的に厳しいと想定しています。
代替案 3) 2010 形式ワークフロー アクションを使用する
代理ステップの上でリストアイテムの権限を置換するなどのアクションを使用することが実装工数上最も現実的に見えます。権限の割り当てが多いときに、大量のアイテム作成・更新を行い、これらのアクションを実行するとパフォーマンス上問題を引き起こし、かなりの高確率でワークフローがエラー終了する現象が報告されています。
タイトル : ワークフロー アクション クイック リファレンス (SharePoint 2010 ワークフロー プラットフォーム)アドレス : http://msdn.microsoft.com/ja-jp/library/office/jj822977%28v=office.15%29.aspx
代替案 4) 2013 形式ワークフローを使用して HTTP Web サービスを呼び出して権限を変更する。
そこで、今回代替案 4 である 2013 ワークフローを使用した権限変更の実施方法をお伝えする流れに至りました。2013 形式ワークフローには、権限変更に関するアクションは標準提供されていないため、手順は複雑になります。ここに記載された画面付きの手順をお役立ていただけますと幸いです。
補足マイクロソフト見解としては、2010 よりも 2013 形式ワークフローを使用することを一般的には推奨しております。しかし、2010 形式ワークフロー (下位互換ワークフロー) が、今後使用できなくなるといった情報や方針は出されていません。一般的に 2010 形式ワークフローを使用すること自体には問題はありません。
今回 2013 形式ワークフローを選択する理由は、2013 形式ワークフローは REST 呼び出しで BreakRoleInheritance(false) を使用できるという限定的な内容が焦点であり、それ以外に意図はありません。
2010 形式ワークフローの弱点は、BreakRoleInheritance(true) を使用している点です。これは親であるリストなどに権限が 100 個登録されていた場合、あとで全て削除するにせよ一旦 100 個コピーする方法です。高性能なサーバー上で実現された SharePoint Online であっても、これを頻発すると大量のレコードの追加と削除が繰り返され、サイト内のパフォーマンス劣化が生じます。 2010 形式ワークフローが、BreakRoleInheritance(true) を使用している理由は、リスト アイテムの権限を追加する、リスト アイテムの権限を削除する アクションなど、権限を差分で編集する機能が存在し、それらのアクションを含めた権限系の操作を行う外部メソッドがコードを共有している点にあります。
なお、SharePoint On-Premises で 2013 形式ワークフローを使用する場合、障害復旧などのシナリオが複雑になる点については、あらかじめご理解ください。
タイトル : Understanding SharePoint 2013 Workflow Backup アドレス : http://technet.microsoft.com/ja-jp/library/jj937239(v=office.15).aspx
実践 : 2013 形式ワークフローで権限変更を行う方法について
今回ご案内する手順は、アイテムのユーザー列 (例. user) に指定されたユーザーにフルコントロール権限を与える方法です。
1. 事前準備
1) "ワークフローでアプリの権限を使える" 機能の有効化
以下の手順にてサイトの "ワークフローでアプリの権限を使える" 機能を有効にします。
1-1) ブラウザにてサイトにアクセスします。
1-2) [*] - [サイトの操作] - [サイトの設定] をクリックします。
1-3) [サイト機能の管理] をクリックし、"ワークフローでアプリの権限を使える" 機能を有効にします。
2. クライアント セクションの取得
2-1) ブラウザにてサイトにアクセスします。 2-2) [*] - [サイトの設定] - [サイト アプリの権限] をクリックします。
2-3) ワークフロー アプリのアプリ ID 中のID の最後の "|" と "@" 記号の間の部分をコピーします。
例 : アプリ ID = i:0i.t|ms.sp.ext|df119aab-5d1a-4067-b490-e95e6516a448@4837bbfb-2dd1-4579-8f94-8438f138f12f
クライアント セクション : df119aab-5d1a-4067-b490-e95e6516a448
3) アプリの権限設定
以下の手順にて、対象となるサイトの appinv.aspx にてワークフロー アプリの権限として以下の XML を追加します。
3-1) ブラウザにて以下にアクセスします。
例) https://<サイト コレクションURL>/_layouts/15/appinv.aspx
3-2) 2 で取得したクライアント セクション を入力して [参照] をクリックしてデータを照会した上で、アプリの権限要求 XML に以下を追加いたします。
<AppPermissionRequests>
<AppPermissionRequest Scope="http://sharepoint/content/sitecollection" Right="FullControl" />
</AppPermissionRequests>
3-3) [作成] をクリックし、ワークフロー アプリを信頼することを求められます。[信頼する] をクリックします。
参考情報
詳細につきましては、以下の弊社公開情報をご参考いただきますと幸いです。
タイトル : SharePoint 2013 ワークフロー プラットフォームを使用した引き上げられた権限でのワークフローの作成 アドレス : http://msdn.microsoft.com/ja-jp/library/office/jj822159(v=office.15).aspx
2. SharePoint Designer 2013 で 2013 モードのワークフローを作成する
1) SharePoint の管理者ユーザーで SPD 2013 を起動します。 2) メニューバーより、[ファイル] - [サイト] - [サイトを開く] をクリックします。 3) ダイアログが表示されますので、サイト名 (例 <https://tenant.sharepoint.com/sites/site) を入力して [開く] をクリックします。 4) ナビゲーションより、[ワークフロー] をクリックし、リボン上の "リスト ワークフロー" - <<該当リスト>> をクリックします。 5) "プラットフォームの種類 : SharePoint 2013 ワークフロー" の設定し、任意の名前でワークフローを作成します。
6) ステージ 1 の "(入力するか、リボンの [挿入] グループを指定してください)" の下をクリックし、リボン上の [アプリ ステップ] を挿入します。
ここから先は、ご要望の動作に合わせて、アプリステップの中に [辞書を作成] と [HTTP Web サービスを呼び出す] をクリックして配置していきます。画像でアクションの配置されている位置を確認ください。
8) HTTP Web サービスを呼び出す際に使用する HTTP Request Header を辞書型で作成します。
8-1) "アクション" - "辞書を作成" をクリックします。
8-2) "この" をクリックし、[追加] をクリックし、以下の登録を実施します。
名前 : Accept 種類 : 文字列 値 : application/json;odata=verbose
名前 : Content-Type 種類 : 文字列 値 : application/json;odata=verbose
8-3) "変数：辞書" - "新しい変数の作成" をクリックし、辞書型の変数 (例: RequestHeader) を作成します。
9) HTTP Web サービスを呼び出して権限の継承を中止し、固有の権限を作成します。
9-1) "http Web サービスを呼び出す" アクションを挿入します。
9-2) 挿入したアクションを選択し、右クリック - [プロパティ] を選択し以下の設定を実施します。
9-3) "RequestType" に、"HTTP POST" を指定します。 9-4) "RequestHeaders" に、8-2) で作成した変数 (例: RequestHeader) を指定します。 9-5) "ResponseContent" をクリックし、新しい変数をクリックして ResponseContent という辞書型の変数を作成します。
9-6) "Address" にフォーカスした際に現れる "…" をクリックし、文字列ビルダーを呼び出してリクエスト先の URL を構成します。
9-7) 下記の様に REST で BreakRoleInheritance メソッドを呼び出します。
例)
https://<sitecollection>/_api/web/lists/GetByTitle([%ワークフローコンテキスト:リスト名%])/items([%現在のアイテム:ID%])/breakroleinheritance(false)
補足
Web サービスのパラメーター部分 ([% %] で囲まれた箇所) は、上記図のように [参照の追加または変更] をクリックして、適宜パラメーターを埋め込みます。
10) HTTP Web サービスを呼び出して、アイテムのユーザー列に指定されたユーザー列に権限を付加します。
10-1) アドレス以外の指定は上記と全く同じです。
10-1-1) "RequestType" に、"HTTP POST" を指定します。
10-1-2) "RequestHeaders" に、8-2) で作成した変数 (例: RequestHeader) を指定します。
10-1-3) "ResponseContent" をクリックし、新しい変数をクリックして ResponseContent という辞書型の変数を作成します。
10-2) アドレス部分は下記の様に AddRoleAssignment メソッドを呼び出します。
https://<sitecollection>/_api/web/lists/GetByTitle([%ワークフローコンテキスト:リスト名%])/items([%現在のアイテム:ID%])/roleassignments/addroleassignment(principalid=[%現在のアイテム:User%],roleDefId=1073741829)
roleDefId パラメーターとして指定している 1073741829 は、フルコントロール権限です。
ブラウザ上で、以下の URL にアクセスの上、ご要望のroleDefid (d:Id m:type) をご確認ください。
https://<sitecollection>/_api/web/roledefinitions
11) 最後に微調整を行います。
・エラー発生時の調査用に ResponseContent を履歴リストに出力します。
・リストビュー上でワークフローが完了したことを把握しやすくするため、完了ステージに一度遷移させ、ワークフローを終了させます。
12) リボン メニューより[ワークフローの設定] をクリックして、開始オプションを設定します。
13) ワークフローの発行を実施します。
ワークフローで SharePoint の REST API を実施できるようになり、ワークフローで実現できることが SharePoint 2010 形式のワークフローより多くのことが実現可能となりました。なお、権限を昇格して実施するような処理に関してはアプリ ステップを利用する必要がございます。以下のサイトにも上記手順に関する記載がございますのでご参考にしていただければ幸いです。
タイトル: ワークフロー アクション クイック リファレンス (SharePoint 2013 ワークフロー プラットフォーム)アドレス: http://msdn.microsoft.com/ja-jp/library/office/jj164026(v=office.15).aspx
タイトル: SharePoint 2013 ワークフロー プラットフォームを使用した引き上げられた権限でのワークフローの作成アドレス: http://msdn.microsoft.com/ja-jp/library/office/jj822159(v=office.15).aspx
タイトル: SharePoint 2013 REST サービスの概要アドレス: http://msdn.microsoft.com/ja-jp/library/office/fp142380(v=office.15).aspx
タイトル: ワークフローで HTTP Web サービスを利用するアドレス: http://blogs.technet.com/b/sharepoint_support/archive/2014/08/15/http-web.aspx
タイトル: SharePoint Designer 2013 の辞書アクションを理解するアドレス: http://msdn.microsoft.com/JA-JP/library/office/jj554504(v=office.15).aspx
Ho! Ho! Ho!
A gift from me to you! Well, it's not much of a gift, but it's the gesture that counts!
Here's a gift function I wrote recently:
Find, Disable and Move 'Stale' Active Directory Accounts
It helps you identify 'stale' user and computer accounts. It also allows you to disable those accounts and move them to an OU of your choice.
Before you unwrap your present I would advise having a read of this great article by Ken Brumfeld:
Identifying Stale User and Computer Accounts
Peace.
Summary: Oliver manages Azure and Office 365 with Windows PowerShell and discovers how to store credentials securely.
Note This is the sixth post in a series. To catch up, read:
When we last left Oliver, he was heading out to begin his new job for a Microsoft Gold Partner in a wintery hell. All he could remember after arriving in his new home was that he had never seen so much snow in his entire life. A simple four hour drive turned into a twenty hour crawl through a blizzard. He could see trucks flipped over everywhere along the side of the road.
He also neglected to take care of some small, but critical, details in this venture. These included preparing for the far colder temperatures and getting proper footwear for this environment.
His new boss, Mr. Brownlow, greeted Oliver at his car and looked him over, “You know you’ll need something a little better than that for up here, right?”
Oliver was puzzled. Sneakers and a light but durable black jacket that he got at Microsoft TechNet had always served him well, and he could not understand the need for anything more.
And then he walked to the office through the two-foot high snow drifts...
The laughing from his new coworkers as the poor fellow walked in, freezing and soaked deep from the melting snow, were too much to bear. New boots were definitely in order, and perhaps a good coat.
His new boss drove him to a local shop and bought Oliver a fine coat to keep the elements out and a decent pair of Kamik boots. “My young fellow, we’re making money from your brain, so it's best to protect that good investment,” said the balding fellow as he patted Oliver on the back.
Work in the new company began well for our young IT champion. Challenges began to be thrown to him from left, right, and center for each key technology from Microsoft, including a surprise that he hadn’t expected...
“Oliver, any chance you know anything about Lync 2013?” the question came one day.
In his previous environment, he had managed Microsoft Office Communications Server 2007 R2, which was Lync’s cousin. “I might be able to figure it out.”
“Excellent! Our Lync expert recently left us, and he had a pile of projects he was in the midst of and…errr…he forget to leave us his documentation.”
Oliver promised he would see what he could do. The young fellow set about to play with Lync 2013 in a lab environment over the next few weeks to understand the basics of the environment. He found it similar enough to what he had to manage earlier, and he was able to teach himself enough of the missing pieces.
He even managed to finish the company’s on-premise Lync 2013 server and fix some minor issues it had.
Impressed with Oliver’s skill set, Mr. Brownlow came forward with a proposition for Oliver, “We’re going to be doing a lot of migrations to Office 365. I understand that you love automation. I heard you mention that you think we can have a simpler approach than navigating the web-based console to configure everything.”
Oliver smiled, “Oh yes! Absolutely! The entire environment can be managed by using Windows PowerShell cmdlets!”
Mr. Brownlow tapped his nose. “Good. I think for this we’ll invest some time and send you to Azure University! I think with proper training, we can really take advantage of your skills—especially if you learn the Azure environment.”
So it happened. Oliver was off to school again, if only for a few days to learn more about Microsoft Azure. It was there that Oliver met his teacher, who introduced some interesting trivia. “I wrote the Windows PowerShell cmdlets for Azure,” he said as introductions to the class began.
The course was interesting, but this made Oliver pay that much more attention. He began to immediately dive-in to courseware and modules to learn how to access information and data for Azure through Windows PowerShell.
When Oliver returned from his training, he began to speak faster than a squirrel on coffee. He was so excited about all the things he could do with Office 365 and Azure through Windows PowerShell. Mr. Brownlow actually had to record him with Windows Sound Recorder and play it back at one-tenth of the normal speed to understand what he was saying.
Mr. Brownlow asked Oliver to show him some of the features they could automate for Azure and Office 365 through Windows PowerShell. “First, I’ve been told that managing the Exchange component is the same as managing Exchange Server 2013. How true is this?”
“Very true!” piped up Oliver, “It leverages a Windows PowerShell feature called Implicit Remoting to allow use of the cmdlets. But it’s really just Exchange Server 2013 that we’re managing remotely.”
Oliver launched a Windows PowerShell console and initiated a cmdlet to connect to Office 365 through Windows PowerShell:
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential (Get-Credential) -Authentication Basic -AllowRedirection
As soon as he run the cmdlet, a popup box appeared on the screen in which Oliver entered his credentials to manage Office 365:
After a few moments the prompt returned. Oliver continued, “…and now we import the remote session to the Windows Powershell console:”
Import-PsSession $Session
“We can now access the back-end environment as we would in Exchange Server 2013. I can run the Get-Mailbox cmdlet as before. But if we download and install the Azure PowerShell module, we can manage the users for Office 365 in addition to the other features.”
Oliver launched Import-Module to load the Azure cmdlets and began to connect to Office 365:
Import-Module MSonline
Connect-MSolService –credential (GET-Credential)
The authentication prompt popped up as it did previously. Mr. Brownlow noted, “Is there a way to store that information away so we can use it again?”
Oliver saw the dilemma. “We can store the information in a Windows PowerShell object such as $Credential in this manner:”
$Credential=(GET-Credential)
“OK. That’s good, but I still see a problem, Oliver. If we are to automate these solutions, in some cases it will be a scheduled task at night, and prompting for credentials cannot happen. Can you build-in those credentials?”
Oliver did a quick search online through Bing and found that he could build the credentials in the following manner:
$user='oliverscript@contoso.com'
$password=ConvertTo-SecureString -String 'MySuperSecretPassword!' -AsPlainText -Force
$credential=New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList $user,$password
“Oliver, this is good, but I see a massive security hole in this approach. The password is in a clear and easy-to-read format. If this script was compromised in some fashion, the client site in Office 365 would be exposed.”
“You are correct but we can control this," said Oliver confidently. "I can store that data in a slightly more scrambled format in a text file that the script can read.” Oliver ran a different cmdlet on the console to store the clear text password in a text file, but in a slightly more hidden fashion:
ConvertTo-SecureString -String 'MySuperSecretPassword!' -AsPlainText –Force | ConvertFrom-SecureString | Out-File o365.txt
“Now the password is no longer stored as clear text. Because this is still a password, but in a visually different format, we should store this file in a secure location. But the script can access it in this way now.”
Oliver made a slight change to the script to pull the password from the file instead:
$password=Get-Content o365.txt | ConvertFrom-SecureString
“We can now automate connecting to Office 365 by passing the object called $Credential to the –Credential parameter in our Azure and Office 365 cmdlets.”
Oliver proceeded to demonstrate. He connected to Azure Active Directory to pull the names of all users in his Office 365 lab environment as a single script, with no interaction on his part:
Import-Module msonline
Connect-MsolService –credential $credential
Get-Msoluser
Mr. Brownlow watched as the script automatically pulled a list of users from Office 365:
Mr. Brownlow slapped Oliver on the back with congratulations, “Excellent job, my boy! Let’s get started on these migration projects!"
So the plan went on. Oliver developed scripts for various components of automation. Integration flowed seamlessly as he began to simplify each component of the Office 365 migrations for the various clients. Praise for his excellent work came back in droves. Windows PowerShell came along and Oliver smiled as his skills grew.
But the yin and the yang must show, and the balance of life must occur. As the projects hit their peaks, Oliver found an illness crossing over his body that he did not understand. Worried about Oliver's health, Mr. Brownlow pulled him from his work and sent him immediately to the hospital. Oliver could barely see, and his mouth was as dry as the Sahara.
After a long day of doctors and examinations, Oliver was given some medication and told to rest for the next few weeks.
Mr. Brownlow gave him the time to rest. “Your job will be here when you feel better. You rest up—that’s the important part,” he said with a smile.
Oliver stayed home and began to rest. He took the opportunity to improve his diet at the same time. He began to feel much better—even somehow more energetic than he was before. He was happy to be working for a company that treated him so well. He thought things could not get much better...
What is coming around the corner for Oliver? What does the future hold? Will he be opening up to a roaring crowd singing Windows PowerShell tunes off key? Stay tuned to tomorrow’s episode of Oliver Script: A Holiday Tale on the Hey, Scripting Guys! Blog.
We invite you to follow The Scripting Guys on Twitter and Facebook. If you have any questions, send an email to The Scripting Guys at scripter@microsoft.com, or post your questions on the Official Scripting Guys Forum. See you tomorrow. Until then, remember eat your cmdlets every day with a dash of creativity.
Sean Kearney, Windows PowerShell MVP and Honorary Scripting Guy
大好評オンラインシリーズ「Modern Workplace」1月のコンテンツ
世界で成功を収めるイノベーターたちの思考・経験・ビジネス創出のエッセンスをオンラインシリーズで視聴してみませんか？マイクロソフトでは、 “Modern Workplace” と題して、毎月第1火曜日に様々なゲストを招き、世界同時のライブ配信を実施しています。
世界のビジネスマンを対象とするコンテンツのためビデオは英語となりますが、日本の皆様にもご覧いただくべく視聴に必要な登録サイトの日本語版、オンデマンドでのアーカイブも日本語字幕付きでもご覧いただけるようになって��ります。
1月のコンテンツは、
"Top 10 Business Takeaways"（ビジネスのヒント：トップ10）
と題して米国時間の1月6日午前に配信されます。日本の皆様にはその後オンデマンドにて公開されるアーカイブを是非ご覧いただければと思います。
視聴には簡単なご登録が必要となります。
こちらの登録フォームで登録後、登録に使ったメールアドレスでサインインください。登録までの手順はこちらに記載しています。
日本語字幕にも対応したことから、日本の方の登録も増えて参りました。是非、皆様の日々のビジネス現場での生産性向上のヒントとしてご活用いただければ幸いです。
これまでのコンテンツ
2014年10月 ： Innovative Strategies2014年11月 ： Social in the Enterprise2014年12月 ： How Millennials Are Changing Business
関連サイト・情報
- Modern Workplace 公式サイト（英語）- 視聴するための事前登録フォーム（英語）- 視聴するための事前登録フォーム（日本語）
■過去の関連ブログ記事：- 登録～視聴までの流れ：新しい時代の「働き方」のヒントを得るためのオンラインシリーズ ”Modern Workplace" を展開中です！- 12月のコンテンツも公開！：世界のキーパーソンから今後の「働き方」のヒントを得る大好評のオンラインシリーズ ”Modern Workplace"
■ソーシャルネットワークでの告知：- Office Facebook （米国）- Office Twitter （米国）- Office LinkedIn （米国）
- Microsoft Office 365 - Facebook（日本）- MS Office 365 JPN - Twitter （日本）
すべて無料! 注目の Microsoft Azure 対応支援プログラム
Microsoft Azure は、お客さまとパートナーさまの求める要件にぴったりフィットするクラウド プラットフォームです。クラウドに対するお客さまの要件はさまざま。しかし、Microsoft Azure なら、お客さまの求めるこれらの要件をすべて完全に満たすことができます。また、「安全性」と「実績」の面でも Microsoft Azure は非常に高く評価されており、国内でもすでにさまざまな業種で業務システムの基盤として使われています。
サポート体制も充実していますので、ぜひ無料の Microsoft Azure 対応支援プログラムをご活用ください。
▼ Microsoft Azure 対応支援プログラムの詳細はこちら
※セミナーやキャンペーンなどは、一定期間終了後にページが Close になっている場合があります。ご了承ください。
Script Download: The script is available for download from https://gallery.technet.microsoft.com//How-to-Restrict-mobile-9cf1d440. You can also use Microsoft Script Browser for Windows PowerShell ISE to download the sample with one button click from within your scripting environment.
This script will restrict mobile attachments to view only in Exchange Online.
You can find more All-In-One Script Framework script samples at http://aka.ms/onescriptingallery
こんにちは。Windows サポート チームの望月です。
ネットワーク管理者であれば一度は使用したことがあるコマンド、『 route add 』 。
route add コマンドでスタティック ルートを追加する場合、下記技術情報にあるとおり IF オプションを使用して、明示的にアクティブ ルートが割り当てられるインターフェイスを指定することをお勧めしております。
・KB 2161341 : Active Route removed on Windows Server Failover Cluster
・KB 2469100 : Manually added route table entries are deleted unexpectedly when you delete an additional IP address in Windows Vista, in Windows 7, in Windows Server 2008 or in Windows Server 2008 R2
上記の内容のほかに、もう一点、IF オプションを指定することをお勧めする理由を以下にご紹介致します。
下記に、ルート テーブルの例を示します。
Windows OS では、通信先の IP アドレスに従ってパケットを送出するインタフェースを選択する際、自身のルート テーブルを参照します。
上記の場合において、IP アドレス 192.168.1.20 宛に ping を実行する場合、上図の上から 5 番目のアクティブ ルートが選択され、IP アドレス 192.168.1.16 が設定されているインターフェイスよりパケットが送出されます。
次に、IP アドレス 172.16.1.10 宛に ping を実行する場合を考えます。
上記の場合において、アクティブ ルートに IP アドレス 172.16.1.10 と一致するルートが存在しないため、デフォルト ゲートウェイが使用されます。
この時、『 route add 』 コマンドを使用して固定ルート (スタティック ルート) を追加することで、特定の宛先に対してパケットを送信させることが可能です。
例えば、以下のコマンドを実行します。
route -p add 172.16.1.0 mask 255.255.255.0 192.168.1.20
実行後のルート テーブルは以下の通りです。
IP アドレス 172.16.1.10 宛に ping を実行すると、上図の上から 5 番目のアクティブ ルートが選択され、IP アドレス 192.168.1.20 宛に、IP アドレス 192.168.1.16 が設定されているインターフェイスよりパケットが送出されます。
このとき、送出元インターフェイスは、route add コマンドのゲートウェイとして指定した IP アドレス 192.168.1.20 と、各インターフェイスの IP アドレスとの Longest Match により判断されます。
Longest Match でも決まらない場合は、メトリック値の最も低いインターフェイスが選択されます。
しかしながら、Longest Match および メトリック値によってアクティブ ルート が追加されるのはコマンド実行時の挙動であり、OS 再起動または NIC の無効化 / 有効化を実施した場合には、ゲートウェイの IP アドレスと同一ネットワークに該当するインタフェース全てにアクティブ ルートが追加されます。
OS 再起動または NIC の無効化 / 有効化を実施した後のルート テーブルは以下の通りです。
IP アドレス 192.168.1.32 が設定されているインターフェイスにも、アクティブ ルートが追加されることが確認できます。
なお、この挙動は仕様です。
上記の状態で、IP アドレス 192.168.1.32 が設定されているインターフェイスのアクティブ ルートを削除したい場合、以下のコマンドを実行することで削除可能ですが、OS 再起動または NIC の無効化 / 有効化を実施すると再度上図の状況に戻ります。
route delete 172.16.1.0 mask 255.255.255.0 192.168.1.20 if <消したいインターフェイスの IF 番号>
例 : route delete 172.16.1.0 mask 255.255.255.0 192.168.1.20 if 10
上記の現象を回避するためには、以下コマンドにて該当のスタティック ルートを削除する必要がございます。
route delete 172.16.1.0 mask 255.255.255.0 192.168.1.20
このように、意図しないアクティブ ルートが登録されるといった現象を回避するためにも、route add コマンドでスタティック ルートを追加する際には IF オプションを指定することをお勧め致します。
「コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。」
兩天前分享給各位 Skype 翻譯預覽版讓語言無國界，語言不通也能交談！
今天我們要談的也同樣是跟語言相關的科技訊息：手語辨識
手語被當成一種溝通工具已有好長一段的時間，世界上估計有 3.6 億的人在使用手語，特別是那些患有嚴重聽力受損的人。
由於多數人不懂手語所以面對使用手語來溝通的人總是無法在第一時間回覆，但現在技術卻有望能使這種情況改善。
期望可以推動一個介於使用手語和非使用手語族群間的團體，微軟的研究在 2012 二月時初時和中國科學院(CAS)及北京聯合大學合作啟動了 Kinect 的手語辨識專案。
Kinect 的手語辨識專案促成了這場使用手語族群與非使用族群之間能更即時溝通的活動。
十一月初，Kinect Sign Language 這個分享資料和演算法的工作團隊在北京建立了電腦科技中心(CAS)。P.Anandan，一位來自微軟研究中心的高層主管也以創立這個團隊(CAS和北京聯合大學所攜手合作的團隊)的成員名義參與了這次的活動。
我們鼓勵來自其他研究機構、聾啞學校及重聽或非政府組織的專家一同參加 Kinect Sign Language 團隊。
Kinect Sign Language 團隊的目標是推動研究手語辨識，第一步，我們正和一間中國的手語資料庫公司 DEVISIGN 進行學術交流。
由視覺資訊團體(VIPL)所編製的，在微軟亞洲研究院的資助下，DEVISIGN 涵蓋了約 4,400 個經過中國手語中心標準化的詞彙，裡面總共約 331,050 個來自 30 位不同的手語使用者(13 位男性、17 位女性)集成的單字。而這些單字包括了 RGB 影片(AVI 格式) 和具有深度的資訊(BIN 格式)。
DEVISIGN 因此提供了手語研究者豐富的數據儲存訓練和評估他們演算法以及創立最先進的應用實例，像是訓練系統適應無紀錄手語者的解決方案。
在不遠的未來，我們希望可以得到新成員的貢獻得以擴展手語資料庫的規模，希望可以藉此促進研究和開發進度，將手語辨識的發展推向新的高峰，除此之外，我們打算組織來自世界各地的研究人員並舉辦活動和發布手語辨識的演算法。
只有單一的專業領域並無法實現這樣一個重大的使命，這樣做需要”跨足多專業領域的合作”像是機器學習、手語、社會科學和更多的專業。
Guobin Wu 補充說，“從長遠來看，社會將共同努力，把想法變成現實，我們有充分的理由去相信 Kinect Sign Language 團隊將提供聾啞人士符合成本效益、方便和可靠的通訊。”
原文請至此閱讀
Hello TechNet Wiki Community! Today is a Wiki Life!
This Wiki-Life is special because it's Christmas!
And as a special day, I would like to dedicate this Wiki-Life the whole Community TechNet Wiki helping this amazing portal.
Thanks to each member, our TechNet Wiki Portal has grown like never before, with quality content, involving various communities around the world, covering all subjects!
Want to know more about the TechNet Wiki? Follow the links :
- TechNet Wiki Portal
- TechNet Wiki Blogs
- TechNet Wiki Day Awards
- TechNet Guru Awards
- Wiki Ninjas Belts
- TechNet Wiki on Facebook
A great day to all and see you soon!
Alan CarlosTechNet Wiki Ninja Brazil
(この記事は 2014 年 12 月 15 日に Office Blogs に投稿された記事 Lync Room System feature updates の翻訳です。最新情報については、翻訳元の記事をご参照ください。)
編集メモ: この記事は、今回の更新内容が Lync Room System (LRS) バージョン 15.12.01 に関連することが明確になるように改訂されました。
マイクロソフトでは、Lync の優れたビデオ エクスペリエンス会議室でも最大限にご活用いただくための継続的な取り組みの一環として、このたび Lync Room System (LRS、機械翻訳) バージョン 15.12.01 の提供開始を発表しました。また、この機能更新に加えて、管理性向上のために LRS Administrative Web Portal サーバー側アプリケーション (英語) を刷新すると共に、LRS Deployment Guide (英語) に構成関連の補足情報を追加しています。
この記事では、LRS バージョン 15.12.01 の機能更新のほか、LRS Administrative Web Portal アプリケーションと LRS Deployment Guide の更新についてご説明します。
LRS バージョン 15.12.01 の機能更新
LRS の販売開始からこれまで 1 年余りの間に、LRS チームでは、お客様が職場環境で LRS をどのようにご利用いただいているのかについてフィードバックを収集しました。その結果、会議の開催者が出席者を追加しやすく、また会議を開始しやすくするためには、最適化するべき 2 つの重要なポイントがあることがわかりました。
1. 会議内から電話をかける
既に進行中の会議 から公衆交換電話網 (PSTN) 経由の通話を行えるように、LRS のダイヤル パッドが最適化されます。これまで、エンタープライズ VoIP のお客様は電話番号を使用して電話をかけることもできましたが、Lync 会議が既に開始されている場合にはこの機能が利用できませんでした。また、ダイヤル パッドに手を加えて、ローカル ユーザーが連絡先を検索して追加できるようにしました。
新しいユーザー インターフェイス
2. LRS 内で Lync 会議を開始する
LRS の予定表タイルを 2 回タップするだけで、新しい会議を簡単に作成できるようになりました。また、会議への参加プロセスを最適化するために、Lync 会議への参加リンクを含むメールをゲストに送信する機能も追加しました。予定表の招待状に Lync 会議を追加し忘れたときでも、LRS から会議に参加できるようになります。この機能を利用すれば、わざわざ PC を開いて Outlook から Lync 会議を作成する必要はありません。
予定表タイルから会議を開始する
LRS Administrative Web Portal の更新
LRS Administrative Web Portal は、オンプレミス展開で LRS デバイスの監視や管理に使用する、サーバー側アプリケーションです。LRS Administrative Web Portal の新機能は、次のとおりです。
更新版の LRS Administrative Web Portal は、こちらのページ (英語) からダウンロードしていただけます。
LRS Deployment Guide の更新
さらに、LRS Deployment Guide が更新され、ハイブリッド展開を選択している Lync のオンプレミス環境で Exchange Online のメールボックスを構成する場合に役立つ補足情報が追加されました。また、マルチフォレスト展開での LRS の構成に関する詳細情報も記載されています。
更新版の LRS Deployment Guide は、こちらのページ (英語) からダウンロードしていただけます。
今回お伝えしたすべての更新内容は、既にご利用可能な状態になっています。LRS が導入されており、かつ自動更新が���効になっている場合は、Lync Room Systems バージョン 15.12.01 (機械翻訳) の更新が既に適用されているはずです。自動更新が有効になっていない場合は、IT 部門の方が更新を適用していただけます。
また、LRS Deployment Guide と LRS Administrative Web Portal アプリケーションは、上記の各リンクからダウンロード可能です。
新規のお客様の場合、マイクロソフトのパートナーである Crestron (英語)、Polycom、SMART (英語) が提供する、優れた LRS 製品/サービスの詳細をご確認ください。
LRS チームは今回の更新をお届けすることができ、たいへん嬉しく思っています。今後もさらに進化を続けてまいりますので、どうぞご期待ください。また、お客様の声を参考にさせていただくために、皆様からの貴重なご意見を引き続きお待ちしております。
Summary: Remember this silly song from the second Scripting Guys holiday special?
Think you know the answer? Verify by listening to this little parody...or stay tuned. The answer will be posted in tomorrow's PowerTrivia!
And here is the answer for the PowerTrivia #4 question:
Who were the two main characters in the third Scripting Guys holiday special, It’s a Wonderful Shell?
George Shelley and his guiding friend Clarence
· 29 janvier, de 13 h 30 à 2 h 30 (HNE). Découvrez les nouveautés dans la dernière version de Power BI :
· 26 février. de 13 h 30 à 2 h 30 (HNE). Amenez votre entrepôt de données jusqu’au Petabytes :
· 26 mars, de 13 h 30 à 2 h 30 (HNE). Applications/Rapports trop lent? Essayez les technologies en-mémoire de SQL Server :
· 30 avril, de 13 h 30 à 2 h 30 (HNE). Le future de l’intelligence d’affaire c’est le temps réel!
· 28 mai, de 13 h 30 à 2 h 30 (HNE). Azure SQL: base de données en mode service
Découvrez comment Azure SQL supporte désormais la majorité des fonctionnalités de SQL Server
Ø Blog: BI, BIG Data and SQL Server blog
Ø LinkedIn: SQL Server Professionals – Canada
Ø Twitter: @CanSQL
I only began this blog in June of this year and so it’s hard to believe that it is already six months old! Looking back over the past six months I have had a blast writing and sharing articles with the community and have received a lot of positive feedback. I have a long list of articles in the hopper that I haven’t got to yet and many more ideas for future posts. Please continue to leave comments on articles as I will always try to leave a reply, it just may not be immediate.
With that being said, I wanted to share the top 10 articles from this blog from this past year. I used to love watching David Letterman’s top 10 list, and if I had more of a budget I’d put together a list Letterman style. Alas, here‘s the list, TechNet style..
I hope that you have a wonderful holiday season and keep up with me in the New Year!
Cheers!
Andrew
· January 29. 12PM-1AM EST Discover What’s New in the Updated Power BI:
· February 26. 12PM-1AM EST Scale Out your Data Warehouse to the Petabytes:
· March 26. 12PM-1AM EST Apps/Reports too Slow? Try SQL Server In-Memory Technologies:
· April 30. 12PM-1AM EST The Future of Business Intelligence is Real-Time!
· May 28. 12PM-1AM EST Azure SQL Database: SQL Server Database as a Service
Ø LinkedIn Group: SQL Server Professionals – Canada
こんにちは、SharePoint サポートの佐伯です。今回の投稿では、PowerShell を使用してアイテムの基本的な操作を実施する方法についてご紹介します。あまり PowerShell のご経験がない方にも分かりやすくするために、ここではシンプルなサンプルをご紹介していきます。目的の処理を実装する際にご参考になりましたら幸いです。実装の際は MSDN の資料も合わせてご参照ください。
■アイテムの作成
#サイトを取得します。
$web = Get-SPWeb <Web サイトの URL>
#リストを取得します。
$list = $web.Lists["<リスト名>"]
#アイテムのコレクションを取得します。
$items = $list.Items
#アイテムを追加します。
$item = $items.Add()
#アイテムのタイトルに値を設定します。
$item["Title"] = "<値>"
#アイテムを更新します。
例) アイテムを追加する
$web = Get-SPWeb http://sharepoint/sites/team
$list = $web.Lists["おしらせ"]
$item["Title"] = "おしらせリストを作成しました。"
$item.Update()■ア���テムの取得
#アイテムを取得します。
$item = $items.GetItemById(<アイテムの ID>)
#アイテムの列の値を取得します。
例) アイテムのタイトルを取得する$web = Get-SPWeb http://sharepoint/sites/team$list = $web.Lists["おしらせ"]$items = $list.Items$item = $items.GetItemById(1)$item["Title"]
$item = $items[<インデックス>]
$item["<列のタイトルまたは内部名>"]
例) アイテムのタイトルを取得する$web = Get-SPWeb http://sharepoint/sites/team$list = $web.Lists["おしらせ"]$items = $list.Items$item = $items[0]$item["Title"]
参考 : <列の内部名> を確認する方法は以下の投稿でご紹介しています。
PowerShell サンプル – 列の作成、取得、編集、削除
■アイテムの編集
#アイテムの列に値を設定します。
$item["<列のタイトルまたは内部名>"] = <変更後の値>
例) はい/いいえ (チェック ボックス) 列の値を更新する$web = Get-SPWeb http://sharepoint/sites/team
$list = $web.Lists["トレーニング管理"]
$item = $items.GetItemById(1)
$item["必須"] = $true
$item.Update()
参考 : <列の内部名> を確認する方法は以下の投稿でご紹介しています。PowerShell サンプル – 列の作成、取得、編集、削除
■アイテムの削除
#アイテムを削除します。
$items.DeleteItemById(<アイテムの ID>)
例) アイテムを削除する$web = Get-SPWeb http://sharepoint/sites/team$list = $web.Lists["おしらせ"]$items = $list.Items$items.DeleteItemById(1)- 補足
目的の処理を実施した後は、SPWeb.Dispose メソッドを使用して SPWeb オブジェクトを閉じ、リソースを解放します。
例) アイテムを追加し、タイトル、概要を設定します。$web = Get-SPWeb http://sharepoint/sites/team$list = $web.Lists["業務分類"]$items = $list.Items$item = $items.Add()$item["タイトル"] = "文書管理"$item["概要"] = "業務の効率化を目的とし、文書の保存・廃棄等、文書を適切に管理します。"$item.Update()$web.Dispose()
Since 2014 is drawing to a close, I thought it would be interesting to see what were the 10 most popular articles on the blog. For reference purposes, the top 10 from 2013 were also included for comparison.
I also wanted to wish everyone a great holiday. If you are going skiing, staying home with family or slipping an extra shrimp on the barbie, take the time to enjoy it with your friends and family and see you in 2015!
For the year 2014 the following were the ten most popular articles on this blog:
And here is the top 10 for 2013:
Comparing 2014's with the 2013 top 10 posts we can see that there are certainly a few similarities, though there are also differences. Office 365 adoption has increased dramatically and this is reflected in what people are searching for. This is also reflected in what I am posting here too!
On-premises Exchange still commands the lions share of the traffic in 2014 with the Windows 2012 R2 & Exchange support post remaining rather popular. Autodiscover is always a contested area, and continues to bubble to the top. Exchange 2007/2010 version checking and calculating database whitespace still remain surprisingly active.
In addition to the core Exchange and Office 365 articles there are also posts which were never envisioned as highly desired, yet find themselves in the top 10. Downloading RDCMan and installing the Desktop Experience feature are prime examples.
Maybe next year the RDCMan 2.7 Download post will be in the top 10….
Cheers,
Rhoderick