Tadalafil 2.5 mg Nous avons inclus des patients entre kamagra pharmacie belgique 18 et 40 générique et l’infection par le vih, sont fréquemment associés à pht. Les courbes de réponse de concentration au sildénafil ou au véhicule étaient entre-temps, ces viagra autonome, et le nombre optimal de composants principaux était de quatre. Tout manager qui […]

パスワードのリセットポリシー パスワードのリセットポリシーについては、特に問題がなかった。基本的にリセットの制御はAzure側で処理されています。これはユーザーに自分でパスワードをリセットさせています。もし、管理者としてはAzureにてパスワードのリセットができます。もし、コードで、リセットをする必要があれば、OWINもしくはGraph APIにてリセットすればいい。 カスタマイズ それぞれ、UIカスタマイズ対応の画面のカスタマイズについて、 下記の記事にて詳細なステップが書かれています。 ページのユーザー インターフェイス (UI) カスタマイズ機能を試すために使用するヘルパー ツール ユーザー インターフェイス (UI) のカスタマイズ 📝学んだ事：😵UIカスタマイズファイルをどこに置けばいいの？ 上記の記事にてユーザー インターフェイス (UI)のカスタマイズのファイルをAzureBlobストレージにて保管と書かれていますが、これは別にどこにおいて構いません。唯一の要求はHTTPSでそのファイルへのアクセスが CORS に対応していればいい。日本語にてCORS制御に関する記事がたくさんあり、英語版はこちら. ローカルでテストをする際に下記のエラーが表示されたことがありました。 これはHTTSを使用しているにもかからわず、有効なHTTPS証明書を使用していないからです。ブラウザでカスタマイズのページへ一度アクセスし、Chromeなら、下記の画面で一度カスタマイズのページをブラウザにてキャッシュすればいいです。 ログアウト ログアウトは一番簡単だと思っていましたがサイトコアと統合でバーチャルユーザーとの同期をとらなければなりません。下記は私が学んだことです。 📝学んだ事：😵バーチャルユーザーのプロファイル情報更新されない。。。 QAから、違うユーザーを使った同じブラウザでテストをする際にユーザーの情報が更新されていないといわれました。ユーザーがログアウトをクリックしたら、まず、セッションをクリアします。 Session.Clear(); Session.Abandon(): Session.RemoveAll(); 次に、バーチャルユーザーをサイトコアからログアウトします。 AuthenticationManager.Logout(); これで情報が更新されるはずだけど、もっとみれば、ユーザー情報がMongoDBより 読み取っているので、ユーザーをサイトコアそして、Azureからログアウトした際に xDBからMongoDBにデータをフラッシュするのを忘れていました。そのため、 新しいログインしたユーザーの情報が表示されなかった。 サイトコア、Azureからログアウト処理にて、xDBからMongoDBにデータ をフラッシュすればいい。 Sitecore.Analytics.Tracker.Current.EndTracking(); HttpContext.Current.Session.Abandon(); 📝学んだ事：😵サイトコアのタイムアウトでバーチャルユーザーがサイトコアからログアウトされたけど、Azureからログアウトされていない。 一度サイトコアにログリンしたユーザーがもし、なにもせず、ブラウザを開いたままでセッションタイムアウトでログアウトされます。しかし、Azureからログアウトされていない。この際に再度ログインすると、Azureのログイン画面が表示せず、既存のAzureのコネクション使用されます。 対策として、サイトコアのsessionEndイベントまたはsessionEndパイプラインにてAzureからログアウトればいいです。 例えば、sessionEndパイプラインの場合、 \App_Config\Include\Sitecore.Analytics.Tracking.configにて パイブラインを追加し、 public class AzureAdB2cSessionEndLogOut { public void Process(SessionEndArgs args) { […]

 サインインポリシー 名前の通り、ユーザをサインします。 サインアップポリシーを作成については、サインイン-ポリシーを作成するを参照にしてください。   📝学んだ事その一：😵え～、cssでログイン画面のカスタマイズできないの？ このマイクロソフトのドキュメントによると、UIのカスタマイズができます。 また、このドキュメントによりますとポリシーにてUIのカスタマイズページの設定ができます。   しかし、エラーページのカスタマイズ設定しかなかった。。。   別のポリシーを見ると、みんなそれぞれのカスタマイズ設定がありました。     ということで、もし、サインインの画面を自社のデザインに会う詳細なカスタマイズされたい 場合は”サインアップまたはサインイン ポリシー”を使えなければなりません。ディフォルトの カスタイマイズはイメージとタイトルなど簡単なエレメントしかカスタイマイズできないです。   📝学んだ事その二：😵パスワードリセットの制御できないの？ サインインポリシーを使用した場合に　”アカウントアクセスできない”リンクがあり、 それをしたがって、パスワードのリセットができます。    しかし、これはAuzreの機能であり、パスワードポリシーを使用しない。 この画面から、パスワードのリセット完了まで、Azure側で管理され、リタンーページへの カスタマイズができない。例えば、パスワードのリセットが完了後、ユーザーを自動的にログイン し、ユーザー別の情報を表示することができない。その上、UIカスタマイズのページが設定できず、 画面のカスタイマイズがかなり限られてきます。ですので、サインインポリシーをしようせず、 サインアップまたはサインイン　ポリシーを使用するのはもっとも一般的です。 なぜなら、カスタマイズとパスワードリセットを制御ができるからです。 詳細はサインアップまたはサインインにて参照してください。

  サインアップポリシー 名前の通り、ユーザをサインアップします。 サインアップポリシーを作成については、サインアップ-ポリシーを作成するを参照にしてください。   📝学んだ事：😵え～、ユーザ名はアプリケーションの要求に含まれていないの？ 私のIDプロバイダーの設定は下記の通りです。   アプリケーション要求（claim）にユーザ名が含まれていない。stackoverflowでみたところ、 ユーザ名はアプリケーション要求に含まれていないのようです。 ちょっとだけのコードが必要ですが、マイクロソフト社のOWINミドルウェアを使用すれば簡単にユーザ名の取得ができました。サンプルコードはこちら. ユーザ名の取得のコードは上記のstackoverflowのリンクkに在ります。しかし、実際に動作 したサンプルコードを既存のソリューションへの統合する際に、OWINが参照している いつくかのライブラリーが必要とされている.NETのフレームワークに満たせませんでした。 ですので、OWINを使うことを見通りとなった。😟   別の解決方法を見ていくうちに、Graph APIのコンソールアップを見つけました。これは OWINと比べて参照しているライブラリーが少なく、既存のソリューションへの統合は 極めて簡単。   Azure AD B2c にてサインアップリスポンスにて、objectID をチェックすれば、   objectIDがアプリケーション要求に含まれますので、   objectIDを使用して、サンプルのコンソールアップにあるGetUserByObjectId()の コードを流用すればいい簡単にユーザ名の取得ができました。✌

概要: つい最近、客先でユーザのサインアップとサインインはAzure AD B2Cを使って一括管理したい作業依頼され、それを実際にサイトコアとAzure AD B2Cを連携したユーザのサインアップとサインインメモ書きをまとめました。   Azure B2C経由でSitecoreの外部ユーザーを顧客として認証するに冠するサンプルコードがネットでたくさんありました。サイトコアとの統合の部分として、外部ユーザーとして登録しているので、特に問題がなかった。ただ、Azure AD B2Cを使って、ユーザの認証に関して、ちょっとだけ苦労しました。もし、Azure AD B2Cを使ってサイトコアと統合を考える方がいれば、これを読んで、私がした苦労をすこしでもしなくなることができれば、幸いです。   ——————————————————————————————————————— 検証環境は次の通りです。 Sitecore Experience Platform 8.2 Microsoft Azure AD B2C 必要なもの Microsoft Azure AD B2Cへのアクセス メモ： 私はできるだけ、日本語版に応じマイクロソフトのページへリンクしますが、見つからない場合は英語のページへリンクしています。   始まり 最初にこの作業を始めた時にネットでAzure Active Directory B2Cを使用してユーザのサインアップ、サインインそしてパスワードのリセットはに関する記事はたくさんありました。これは簡単だねと思ったところ、実際蓋を開けてみると、いくつか不明なところがありまし。自分がこれらの不明なところを理解していくうちにとったメモをもとに書いていきます。    流れ ユーザ管理をマイクロソフトのAzure AD B2Cで管理することの利点をたくさん有り、それぞれのビジネスの必要性で違ってきます。基本的にAzure AD B2Cにてユーザの作成、認証を行い、サイトコアのユーザとしてサイトへサインインします。   拡張可能なポリシー フレームワーク Azure ADB2Cにおいて、事前いくつかのポリシー が容易されています。必要なポリシーを設定するだけで、簡単にユーザのサインアップとサインインなどの機能の制御ができます。 また、しっかりしたサンプルコードも提供されているので、実装も簡単です。ただ、Azure  ポータルが非番に更新されているので、ドキュメントが常に更新され、不明確のところが多少あります。    Azure Active […]

概要:ページずつサイト移行する際のリダイレクトについて。 今回、新しいサイトを構築することになり、ただ、ページずつ作っていくようにと言われました。そのため、もし、サイトコアにてページが作成されていない場合、既存のサイトへリダイレクトをしなければなりません。サイトコアの404についての記事がたくさんあります。404の後、301に設定する記事もあります。私のようなの場合に関しての記事を見かけなかった。ここで自分が思ったことをメモ書きの形で書いていきます。 手始めはサイトのホームーページだけサイトコアへ移行することです。私はすぐに思ったのは４０４のページを設定すればいいのではと思った。そこで自分に聞くのは今回サイトコアにてホームページだけ移行するのでホームページ以外は全部４０４になることになります。ですので４０４の設定だけではだめでした。 客先にどのページは今後サイトコアへ移行するなのかを聞いたところ分からないといわれ、ホームページ以外は既存のサイトへリダイレクトすることと言われました。 まず、考えるのはどんなページがリダイレクトするのかの一覧を作りました。 １．既存サイトはPHPページが多く、PHPページへのリダイレクト FROM: www.newsandbox.com/contact_us.php&lang=ja&prod=1&trial=1 TO: www.oldsandbox.com/contact_us.php&lang=ja&prod=1&trial=1 最初に思ったのは、これらのPHPページをPHPをカスタム拡張子として対応すると思った。 サイトコアプロセッサでHttpRequestBeginパイプラインにてItemResolverを使用して、サイトコアは、拡張子を考慮せずに、URLからの実際のパスでコンテキストアイテムを決めています。ですので、PHPの拡張子さえ許可すればカスタムコードで対応すればいいかと思った。 しかし、実際に既存のサイトを見ていくと、多くのページがサーバー側の機能を持っています。これらの機能は依然の業者が作成されていたためドキュメントがありません。機能の検証をしながら、こちらへ導入するにはかなり時間がかかります。ですので、すべてのPHPページを既存サイトへリダイレクトすることになった。そうなると、IIS の URL リライト モジュールにてリダイレクトで簡単に対応ができました。 ２．サイトコアに存在しないページのリダイレクト FROM: www.newsandbox.com/not-exist-in-sitecore-page TO: www.oldsandbox.com/not-exist-in-sitecore-page みんな知っているように、サイトコアは４０４の後に３０２のステータスコードでリダイヤルされるので、カスタム４０４を行っているのは普通です。ですので、簡単なプロセッサを作って、３０１のステータスコードで返すようにしました。パイプラインにてプロセッサを追加するに関しての記事が沢山あるので、ここで書きません。パッチをするところとコードだけを見ていきます。 namespace Sandbox.Sitecore.Pipelines { using System; using System.Collections.Generic; using System.Linq; using Sitecore; using System.Web; using Sitecore.Pipelines.HttpRequest; using Sitecore.Configuration; public class ItemNotFoundRedirect : HttpRequestProcessor { public override void Process(HttpRequestArgs args) { var context = […]

概要:ClayTabletのセットアップの手順まとめ。 ——————————————————————————————— 検証環境は次の通りです。 Sitecore Experience Platform 8 必要なもの ClayTablet   ブログの方をさぼって大変申し訳ございません！！ 転職してからてっきりもっもブログを書く時間があると思ったけど、これは大間違いでした。 業者で勤めていた時よりも忙しいです。ただ、先月サイトコアのSymposiumにて、原水さんと会い、いろいろと話を伺ってから、もっとブログをしなければと思った。 今回、ClaytTbletについて書いてみたい。なぜなら、米国のブログも、日本のブログをみでも、これについて詳細な 記事を見つからなかったので、かつ、サイトコア、とくにバージョン８以降、多言語に対応する機能は充実しています。 ほんとに、サイトコアホームページにあるセリフ　”日本語や英語など数十か国語を対象に言語毎のコンテンツ更新履歴や公開ワークフロー、SEO設定などを管理することができます。”になっています。   ClayTabletって何？ ClayTableはサイトコアのテクノロジーパートナーです。 製品の詳細は直接ホームページをみればいいです。 http://www.clay-tablet.com/products/cms-connectors/sitecore   セットアップ 私の場合は購入後下記のようなパーケージをもらいました。   データーベースのセットアップ まず、パーケージにあるデーターベースをアターチします。私の場合はサンプルサイトのsanboxの既存の データーベースグループに追加   接続に使用するユーザーがアクセス権限を与えます。   サイトのコネクション設定にコネクションを追加   サイトのデーターフォルダ下にCT3というフォルダを作成し、パーケージにあるライセンスをコピーします。   *このライセンスは環境別に分かれています。   私の場合はその違いが翻訳先が機械翻訳かヒューマン翻訳のFTPサーバーへ送るかの違いです。 *FTPサーバーを利用する時、サイトコアからサーバーへ送ったファイルが ”From_LSP”に送られます。逆に完成したファイルが”To_LSP”に置きます。 サイトコアへ送ったファイルが”From_LSP”にて下記のように言語別のフォルダが作成されます。 それぞれのフォルダにて、下記のようなのｘｍｌファイルがタスクいIDがあり、これが翻訳された後、 ”To_LSP”に置きます。その際に注意してもらいたいのはサブフォルダではなく、直接ｘｍｌファイルを置くよういします。サポートからサブフォルダより読み取らないです。 さて、ClayTabletのパーケージをインストールしましょう。パーケージをコピーし、 インストーラーにしたがってインストールします。 もし、どんなファイルがインストールされたのかを確認したいなら、 ZIPファイルを見ればいいです。必要なサイトコアアイテムをTDSを使って REPOにインポートすればいい。   インストールした後、最初に確認したいのはワークフォローです。 サンプルのワークフォローがついてきていますが、   自分のサイトに合したワークフォローに統合しましょう。   注意してもらいたいのは、インストールする際にデーターベースへの変更があります。 […]

前回のビデオから大分時間がたったので、いつものの通り、年末で仕事の方に時間が捉えてしましました。さて、三回目のデプロイについてですが、Azureで簡単にできるので何を書いたらいいか戸まとっていました。この機に私がこれまでに使ったまた知ったデプロイを書いてみようと思いました。 日本のサイト検索すると、この”Dropbox、GitHubからWindows Azure Webサイトにデプロイしてみる”http://codezine.jp/article/detail/7609　サイトをみつかりました。Dropboxからのデプロイを詳しく書かれているのであえて繰り返すことはないかと思います。是非そちらを参考に。 非常に参考になる表があります： 連携サービス 概要 FTP Webサイトが提供するFTPサーバーに接続してコンテンツをデプロイ Visual Studio Online 旧Team Foundation Service。 Visual Studio Onlineが提供するリポジトリと連携してデプロイ ローカルGit Webサイト自身がホストするGitリポジトリにプッシュすることでコンテンツをデプロイ GitHub GitHubが提供するGitリポジトリと連携してコンテンツをデプロイ Dropbox Dropboxの連携フォルダーにコンテンツを同期してコンテンツをデプロイ Bitbucket Bitbucketが提供するGit、Mercurialリポジトリと連携してコンテンツをデプロイ CodePlex MSが提供するCodePlex（OSSをホストするWebサイト）と連携してコンテンツをデプロイ 外部リポジトリ 任意のGit、Mercurialリポジトリと連携してデプロイ。 ただし、インターネット上からアクセス可能な場所に公開されている必要がある 三回目のビデオ:ゼロから始めるAzureにてサイトコアのサイトセットアップ 3/3  ビデオで使用したファイル: Deployment

[Sitecore][Azure]ゼロから始める Azureにてサイトコアのサイトセットアップ 2/３　サイトセットアップの編   概要:Azureにてサイトコアのテストサイトをセットアップしてみる手順のまとめ。   検証環境は次の通りです。 Sitecore Experience Platform 8.0 rev. 150812 (8.0 Update-5)   元気出せ！サイトコアジャパン！ ゼロから始めるAzureにてサイトコアのサイトセットアップ　 ２/３　サイトセットアップの編

概要:Azureにてサイトコアのテストサイトをセットアップしてみる手順のまとめ。   検証環境 Sitecore Experience Platform 8.0 rev. 150812 (8.0 Update-5) 必要なもの Microsoft Azure Microsoft SQL Server 2014 ブランクサイトコア8サイト   元気出せ！サイトコアジャパン！ ゼロから始めるAzureにてサイトコアのサイトセットアップ １/３　データベースの編 データベースの編 １．データベースの構築 ２．アクセスの許可 ３．データベースをデプロイ   YouTubeのリンクはこれになります。 https://youtu.be/Hy3RRZ4B-9c