eコマースレシピが必要なのは誰ですか？SAPコマース以降の場合

私の趣味はオンライン小売自動化です。何年もの間、週末でも、私はこの「沼」から這い出ていません。はい、それはおそらくクレイジーで面白いように聞こえます。どうしてそんな退屈なビジネスに夢中になることができますか？ -言う人もいます。夢中になれるのは、自尊心のあるソフトウェアアーキテクトにとってのある種のプライベートトピックです。 -他の人は言うでしょう。



確かに、一見したところ、これは彼らが言うように、非公開のトピックです。実際、これは、eコマースにドラッグされたさまざまなトピックのコレクションです。そして最終的に、それはまさに私が大好きなものであることが判明しました。それはテクノロジーの統合です。



そして2016年以来、私は技術ブログhybrismart.comを運営しています。ミニチュアのそのような「ハブラ」は、英語のみで、私の近くのトピックに焦点を当てています-SAPCommerceでの開発 ..。私たちはここで数万人の著者からなる小さな会社を設立しましたが、今のところ彼らの一部だけがブログに書いています。まあ、まあ、これまでに書いている人はほとんどいません。十。しかし、私たちは試みています。ブログはすでに、ecomに関連するさまざまなトピックについて、大部分が大規模で非常に大規模な200件の記事の下に蓄積されています。重要な部分では、これはまだ個人的なブログなので、PRサービスではなく、ここでラップを取ります。しかし、これは本当に心からです。



名前から推測できるように、hybrismartはhybrisについてです（それは何ですか？）。そして、それを見つけたほとんどの人は、Hybrisについて直接知っています。逆もまた同様です。おそらく、hybrisのすべての開発者が少なくとも1回はブログにアクセスしたことがあります（もちろん、彼ら自身の自由意志ではなく、Googleが私たちを助けてくれます！）。今ここにいます。そして、そこで迷子にならないように、ちょっとした小旅行をしたいと思います。最後に質問してください。

検索の渇き

eコマースがあるところにはカードの買い物があり、カードの買い物があるところにはeコマースがあると誰かが言うでしょう。しかし、このショッピングカードはまだ見つける必要があります。商品もそうです。そして、自家製の「自転車」の数がチャートから外れているというトピックが発生します：製品検索。



おそらく、これは私のブログの「最も厚い」トピックです。 highbrisでは、Apache Solrは、2つの大規模でユビキタスなオープンソースエンジンの1つである検索を担当します（ElasticSearchと共に）。しかし、あなたが理解しているように、検索に関する記事のHighbrisの詳細は最小限です。誰もがほぼ同じ問題を抱えているという理由だけで。



じゃ、行こう。



Rauf Aliev、TimofeyKlyubin

中国人と日本人の検索の課題

https://hybrismart.com/2019/08/18/the-challenges-of-chinese-and-japanese-searching/



Timofey Klyubinと一緒に、象形文字言語でのテキスト検索の巨大なレビューを行い、これらのアイコンを備えたコンピューターの典型的な難しさと、Solrでそれらを解決する方法について説明しました。また、日本と中国のファセット検索デザインのさまざまな文化的および言語的特徴と詳細についても学びます。



Timofeyは、Hybrisやあらゆる種類のIT関連のほかに、長い間日本語を勉強してきました。ここに「私は中国人です」と書きたいのですが、残念ながら。私の仕事は、仕事の必要性と私を苦しめた質問を完全に終わらせたいという願望によって引き起こされたトピックの深い研究の過程で生まれました、そしてティモフィーはちょうど彼が好きなことをしていました。



日本語と中国語で検索すると、今まで知らなかった問題が発生します。たとえば、Googleが「東京駅」（東京駅）に付けた「とうきょうえ」という単語の手がかりを見てください。この場合、両方の単語は同じの異なるスペルであり、検索エンジンはこれを認識しています。日本人には独自の句読点、2つのアルファベット、数字の複雑なシステムがあり、コンテキストが重要です。これらすべてについて詳しく説明します。







Rauf Aliev

ファセット検索：最も包括的なガイド。ベストプラクティス、設計パターン、隠された警告、および回避策。

https://hybrismart.com/2019/02/13/facet-search-the-most-comprehensible-guide-best-practices-design-patterns/



そして、この作品はファセット検索に関連しています。手紙はたくさんありますが、リンク付きの便利なコンテンツがありますのでご注意ください。ファセット検索記事でファセット検索を行うことは概念的ですが、私は時間内に立ち止まりました。



この記事では、この分野の知識と経験を体系化し、事実、参照、およびベストプラクティスを含む1つの大きな「シート」の形でこの知識を整理しようとしています。おそらく、仕事の性質上、ユーザーインターフェイスに接続している人にとっては役立つはずです。



ファセットがeコマース（ショッピングカードの後）で最も一般的に使用される概念であるという事実にもかかわらず、車輪を再発明したいという大きな誘惑が常にあります。サイトに表示されている内容から判断すると、多くの人が使用しているため、多くの矛盾や矛盾が生じています。一般的に受け入れられていると思われるソリューションと一緒に収集してみました。







Rauf Aliev

Autocomplete、ライブ検索の提案、および自動修正：ベストプラクティスの設計パターン

https://hybrismart.com/2019/01/08/autocomplete-live-search-suggestions-autocorrection-best-practice-design-patterns/



「検索」がスマートになり、ユーザーは自分が見つけたいものをよく理解し、デバイスが小さくて不便であることが多いため、検索候補に多くの注意が払われています。これは、最小限のキーストローク、マウスクリック、または「」で、目的の検索クエリを短時間で作成する方法です。画面上の「tapov」。



この記事では、トピック「ベストプラクティス」とよくある間違いを確認します。この記事は、私が大規模なバイオテクノロジー企業向けに、抗体や試薬の検索を容易にするスマートオートコンプリートシステムを設計していたときに生まれました。 「スマートオートコンプリート」は、すでに入力されている単語、マッチングの特定のルール、およびクエリ統計に基づいて、ワンクリックで現在の単語を完了することを提案しました。言語学に最も近い類似物-動詞を入力した後、名詞は別の動詞よりも来る可能性が高くなります。







ラウフ・アリエフ

検索分析

https://hybrismart.com/2017/10/06/part2-sap-hybris-thinking-outside-the-box-part-2-of-4-video-russian-english-search-analytics/



いくつかの資料記事の形ではなく、ビデオの形でブログに掲載されました。全部で40個あります。残念ながら、このフォーマットはまだ定着していません。ここに私は検索分析について話している-製品検索の関与を伴うバイヤーの行動に関連する統計を収集して処理するためのメカニズム。私はヨーロッパの大きな食料品店のためにこのメカニズムを思いつき、前の例から同じバイオテクノロジー会社のためにそれを再確認しました。つまり、購入者の行動は、検索がどのように機能し、どこに弱点があるかについて多くのことを伝えることができるという考えです。たとえば、統計によると、一部の製品は頻繁に検索されますが、カートに入れられることはめったにありません（高価格？古いモデル？）、他の製品は頻繁に入れられますが、検索がかなり不十分です（ヒント？）。3回目以降は、検索結果の数ページをクリックする準備ができています（いくつかの無関係な商品が先に出てきますか？）一般的に、これはGoogle Analyticsですが、検索用です。



ラウフ・アリエフ

複数行検索

https://hybrismart.com/2017/04/07/multi-line-product-search-for-bulk-orders/



アイデアや実験をアップロードして頭を解放できるので、ブログを作成すると便利です。 -より関連性が高く、新しいもの。この記事では、かつて関連していたB2Bサイトの「マルチライン検索」の概念について説明しました。



一度に1行ずつ行うのではなく、SKUまたは製品名のグループ全体をコピーして検索フィールドに貼り付けることで、Webサイトを検索すると便利な場合が多いという考え方です。





RaufAliev

製品画像ビジュアル検索

https://hybrismart.com/2018/08/26/product-image-visual-search-in-sap-commerce-cloud-hybris-commerce/



この記事では、色や形で類似の製品を見つける方法について説明します。これはかなり「古典的な」トピックですが、実際には、何らかの理由で私には理解できませんが、実装されることはめったにありません。プロトタイプを作成し、材料について説明しました。この種のほとんどすべての記事には、プロトタイプがSAPCommerceでどのように機能するかを示すビデオが付属しています。これも例外ではありません。 Apache Solrと統合するために、Lire（https://github.com/dermotte/lire）を使用しました。





ラウフ・アリエフ

もっとこのようにSOLR

https://hybrismart.com/2017/02/05/more-like-this-in-hybris-solr-search/



前回の記事で色とサイズが類似した製品を探していた場合、類似した製品がここに表示されます。システムは、インデックス付けされたコンテンツの類似性（製品の説明、名前、特性）に基づいて製品を計算し、整理します。類似性が高いほど、商品はそのような「クラスター」内で互いに近くなります。ユーザーにとっては、このような「類似の空間」にある、代替品と思われる近くの商品を展示することができます。







Rauf Aliev

Concept Aware Search：自動ファセット検出

https://hybrismart.com/2017/06/25/concept-aware-search-automatic-facet-discovery-in-hybris/



ここでは、興味深い実験とプロトタイプについても説明します。システムは、入力された検索クエリに基づいて、ファセットを独自に公開します。たとえば、「赤いドレスサイズ39」というクエリで何かを探している場合、説明や名前にこれらすべての単語が含まれている製品ではなく、「赤」、「ドレス」、「サイズ」のタグでフィルタリングされた製品を表示する必要があります。 39 "。ロシア語の場合、タンブーリンを使ったダンスも必要になります。英語を使えば、すべてがうまくいきます。内部には、デフォルトの検索の仕組みと仕組みの違いを示すデモがありますが、私のロジックが一番上にあります。それは、違いを感じると呼ばれています。ただし、このアプローチにはまだ副作用があり、すべての人またはほとんどすべての人を満足させるために、システムを非常に注意深く調整する必要があることに注意してください。



ラウフ・アリエフ

強化されたマルチワードシノニムとフレーズ検索

https://hybrismart.com/2017/08/09/enhanced-multi-word-synonyms-and-phrase-search/SOLR



には既知の問題があります（これはHybrisだけではありません）。その冗長な同義語は非常に曲がりくねって機能します。それはまだ一言のもので動作しますが、それ自体の難しさもあります。ブログ投稿では、これらの問題を回避して検索をよりスマートにするためのソリューションについて説明しています。明確性がない場合、システムはさまざまな置換のバリエーションを実行し、最も「勝者」の置換を選択します。



ブログには、検索のトピックに関するさらに数十の記事があります。そして、この素晴らしい場所では、検索のトピックは、プロモーションや割引、その他の忠誠心の計算のトピックに取って代わられます。

ルールのプロモーション

「3つの価格で2つのダウンジャケットを購入して、1つを無料で手に入れましょう！」プログラマーが退屈しないように、マーケターだけが発明することはできません。あなたは6か月間、株式の完璧な「エンジン」を実行します。これにより、一般的なことはすべて実行でき、もう少し実行できます。その後、マネージャーが別のアイデアを思い付きます。そのため、半分を書き直す必要があります。 Highbrisには、このような「エンジン」が2世代ありました。開発者は、車輪を再発明しないことを決定し、JBoss Droolsを使用しました。これは、プロモーションメカニズムのテーマのハイブリッドに統合された非常に強力なビジネスルール管理システムです。このトピックは狭いですが、その幅はさまざまです。







一言で言えば、Droolsはビジネスルールのランタイムです。エンジンは、いわゆる「ファクト」（入力データ）を処理し、ルールとファクトの処理の結果として結果を生成します。 Highbris for Droolsでは、「eコマースの観点から」インタラクティブなルールエディタを作成し、拡張用のAPIも導入しました。



Rauf Aliev'Could

Have Fired '

https://hybrismart.com/2016/06/04/hybris-6-could-have-fired-messages-poc/



ルールがトリガーされると、割引が適用されます。ルールはショッピングカートに適用されます。この記事での私の実験は、ルールがカートではなく、カートと現在のアイテムの組み合わせに適用できることを示しています。つまり、まだ[購入]ボタンをクリックしていませんが、どのパラダイスガーデンと壮大な宮殿がギフトとしてバスケットに追加されるかをすでに確認できます。これにより、ユーザーの満足度が高まり、売り上げが伸びるはずです。







RaufAliev

クラスター内の分散プロモーション計算。サービスとしてのプロモーション

https://hybrismart.com/2016/07/05/distributed-promotion-calculation-cluster-promo-as​​-a-service/



したがって、このDroolsはプラットフォームに統合されています。そして彼女は一枚岩です。モノリスとは、すべてのコードが1つの場所から成長することです。また、ユーザーがショッピングカードにアイコンを突くと、サーバー上の何百万もの小さなgnomeがDroolsのコンテキストを作成し始め、製品、カテゴリ、ユーザープロパティ、およびプロモーションが依存する可能性のあるその他すべてを含む「事実」を入力します。そしてこれは、ロードバランサーがユーザーを連れてきたクラスター内のノードで発生します。また、この時点で突然プロセッサリソースまたはメモリの中断が発生した場合、ユーザーは問題を抱えることになります。次に、ユーザーに割引またはギフトが提供され、サーバーがこの経済をすべてクリーンアップします。次回作成が開始されるまで。この記事では、Droolsを別のクラスターに移動し、このDrools構成のステージをリクエストから削除する実験について説明します。これにより生産性が向上するという事実に加えて、たとえば、何百万もの「事実」が関係する、かなり複雑なアクションを実行することもできます。







Rauf Aliev

製品の推奨にhybrisルールエンジンを使用する

https://hybrismart.com/2016/08/09/using-hybris-rule-engine-for-product-recommendations/



この例では、に基づいて推奨システムを配置する方法を示します。 Droolsに基づく既製のメカニズムを使用したルール。私のレコメンデーションシステムのプロトタイプでは、アクセサリと製品または同様の製品間のリンクのロジックを相互に構築することにより、レコメンデーションをインタラクティブに作成できます。たとえば、ビール用のアンチョビ、コーラ用のメントス、ブラティーノ用のバーチジュース、ロープ用の石鹸、アウトレット、紅茶とコーヒー用のファイルファイルーターなどです。推奨事項は、意味のあるものである場合は常に適切です。







DroolsFusionを使用したRaufAliev

Complex Realtime Event Processing

https://hybrismart.com/2016/10/17/complex-realtime-event-processing-with-drools-fusion-integrating-with-hybris/



ええと、私はすでにこのクラスターを構築しているので、それを苦しめて構築せざるを得ませんでしたこれに基づいて、イベントをその場で処理し、その場でルールを課すもの。私はそれを理解し、最新のDrools Fusion + DroolsServerをハイブリッドに接続することができました。これは正しく複雑なイベント処理と呼ばれます。重要なのは、リアルタイムで処理するデータのストリームがある場合、DroolsFusionはそれを高速かつ柔軟にすることです。たとえば、eコマースの場合、そのようなデータはたくさんあります。最も単純なのはクリックとトランジションです。



デモを録画して公開しました。デモから、それがどのように機能するかが明確になります。ログはストレージのどこかにアップロードされ、そこから処理のためにdroolsfusionに送られます。 drools言語では、ログからいくつかの新しい知識を抽出するルールが記述されています。私のデモでは、これは単に訪問したページとクリックの性質による写真家/非写真家の識別です。たとえば、ユーザーはすでにモデルのクラウドを表示しており、モデルが大好きであると結論付けています。または、お気に入りの三脚の写真の上にマウスを長時間かざすと、モデルだけでなく三脚も大好きだと結論付けられます。ルールの結果はhighbrisに戻され、そこで何らかの方法で使用できます。写真機材のバナーまたは低価格を少し表示します。







これらすべての主な特徴は、イベントのストリームがリアルタイムで処理されることです。私の例では、これは1人のユーザーの過去30秒間に1つのテーマグループの少なくとも5ページを検索しています。







2つ目の重要な点は、各サーバーが独立して動作するため、このようなシステムは非常にスケーラブルであるということです。当時、highbrisに組み込まれたパーソナライズはまだ生きていました。その後、有料サービスに置き換えられました。彼女はひどく抑制的だったので、それを使う人はほとんどいませんでした。ここにサーバーがロードされ、そのソフトウェアは無料です。そして、既製のソリューションがハイブリに押し込まれ、そこで愚かに視覚化する必要があります。



RaufAliev

リアクティブルールベースの動的フォーム

https://hybrismart.com/2018/01/04/reactive-rule-based-dynamic-forms-in-hybris-using-drools-7/



Droolsは、複雑な形状を自動化するためにも使用できます。私の実験では、これをどのように実現できるかを示します。この実験では、他のフィールドに入力された情報に応じてフィールドとステップの構成と構成が変化する、複数ページ、多段階のフォームを実装する方法を示します。このようなロジックは、フォームへの標準的なアプローチで実装するのはかなり難しく、Droolsを使用してルールを記述すると、プログラミングがはるかに簡単になります。







Droolsテーマをスムーズに終了し、eコマースとハイブリッド関連のトピックを開始するために、プロモーションメカニズムのより詳細な概要を説明します。



RaufAlievプロモーションの仕組みとハイブリッド

での実装

https://hybrismart.com/2017/04/30/promotion-mechanics-and-their-implementation-in-hybris-6-x/



ほとんどすべてのトピックがハイブリに関するものではないことに気づきました。どこにでも、どういうわけか横向きにありますが、一般的に、eコマース自体は問題ではありません。すべてがすべてに接続されています。



もちろん、サイトには、ハイブリをまったく理解していない人にとっては非常に理解しにくい資料がたくさんあります。



Rauf Aliev

顧客がログインしたときにカートをマージする：問題、解決策、および推奨事項

https://hybrismart.com/2019/02/24/merging-carts-when-a-customer-logs-in-problems-solutions-and-推奨事項/



たとえば、この記事では、認証後にバスケットをマージする問題について説明します。これは、50種類のアヒルをバスケットに入れてログインし、前回から選択した50個のバニーを店が混ぜ合わせたときです。この例では、アヒルとバニーを区別するためのさまざまな戦略があり、それらを分析します。私はバニーではなく戦略を分析します。







Rauf Aliev

Hybris Impexプリプロセッサ

https://hybrismart.com/2018/05/27/hybris-impex-preprocessor-impex/



このトピックは、おそらくハイブリに精通している人にのみ役立ちます。ここでは「友達向け」の記事の一例として引用します。彼らは少数派ですが、彼ら自身の重要なニッチを占めています。



Highbrisには、データをインポートおよびエクスポートするための特別な形式があります。これはImpexと呼ばれ、外部からは通常のCSVと非常によく似ています。以下のこのブロックが製品用であることを示す非常に単純なマークアップ言語がありますが、そのブロックはカテゴリ用でもあります。一般に、これは非常に便利ですが、異なる言語でほぼ同一のサイトが20あり、20のすべてにインターフェイスコンポーネントを追加するたびに、同じ20回をエラーなしでコピーして貼り付け、サポートする必要がある場合はそうではありません。 ..。私はそのようなプロジェクトを持っていて、impex-with-macrosからimpexを作成するのに役立つJSONマクロを使用したソリューションを提案しました。通常のマクロはありませんが、ループとパラメーターがあります。



何もわからなくても大丈夫です。パーティーの外では誰も理解できないジョークもあります。彼らは皆悲しいですが、それについては話さないでください。深刻な記事があります。



Rauf Aliev

Payments：ブラックボックスの内部を見る

https://hybrismart.com/2019/09/08/payments-a-look-inside-the-black-box/



私はかつてChronopayで開発マネージャーとして働いていました。それ以来、電子決済のトピックは、私がこの記事に掲載し、新しい挑戦のために私の頭脳を解放するまで、暗い重い雲のように私にかかっていました。これには、支払いゲートウェイおよびサービスとの統合、ベストプラクティス、および回避する必要がある（または怒っている顧客の場合に使用する）一般的な見落としを理解するための基本事項が含まれています。







RaufAliev

サーバー側のPDFドキュメントの生成

https://hybrismart.com/2017/06/15/pdf-and-sap-hybris/



そしてそれ以前でも、教科書やページャーの時代には、デザイナーとレイアウトデザイナーとして働いていました（ただし、コロムナ教育大学とページング会社Mobiltelecomでも働いていました）。 。はい、私はすでに年をとっています）。 HTMLであるタイプセッターではなく、本や雑誌、時には正統派の新聞、テレビ番組、シートミュージックについてのタイプセッターによるものです。そしてもちろん、PostscriptとPDFのトピックを無視することはできませんでした。これらは、あいまいで文書化されていない内部のために多くの人々を怖がらせます。この記事では、悪魔がそれほどひどくないことを示し、PDFを生成するためのツールを確認します。







ラウフ・アリエフ

SAPコマースクラウドでWebauthn経由でハードウェアセキュリティキーによる認証

https://hybrismart.com/2019/05/23/authentication-with-hardware-security-keys-via-webauthn-in-sap-commerce-cloud/



この記事では、USBキーを使用した認証のプロトタイプと最新のものについて説明します。 （記事の時点で）ブラウザでサポートされているパスワードなしの認証など、市場ではこの方向に進んでいます。私はなんとかYubikeyhighbrisと統合することができました、私はそれがどのように判明したか（そして判明したか）を説明します。







Rauf

Alievジオフェンシング：カスタム配送ゾーン

https://hybrismart.com/2016/10/19/geofencing-in-hybris-custom-shipping-zones/



別の実験：eコマースのさまざまな目的でGoogleマップ上のマークされた領域を使用する：最適な倉庫を見つける、集荷に利用できる店舗または最適な配達人を見つける、あるいはこのゾーンから購入者に製品またはサービスを販売する機会の事実そのもの。



これは次のように機能します。購入者が住所を入力すると、システムが1つ以上の大きなゾーンで住所を定義します。システムのさまざまなコンポーネントは、郵便コードなどの小さなアドレスコンポーネントではなく、これらの大きなゾーンにすでに依存しています。







同時に、私はGoogleAppEngineでの開発を理解しました。事実、「複雑な形状の多くのゾーン」の状況で、マップ上のポイント（顧客がいる場所）を含むポリゴン（ゾーン）の定義は、かなり「難しい」計算タスクになる可能性があります。また、可能性がある場合は、簡単に拡張できるクラスターですぐに実行するか、それ自体で実行することをお勧めします。また、このケースは、GoogleDataStoreを使用してポリゴンパラメータを格納するGoogleAppEngine、およびGoogleMemcacheを使用してキャッシュを格納する場合に最適です。



Rauf Aliev

ページフラグメントキャッシング：カスタム、Varnish、Nginx、Memcached

https://hybrismart.com/2016/07/24/page-fragment-caching-for-hybris/

https://hybrismart.com/2016/07/ 27 /ワニス/

https://hybrismart.com/2016/07/30/hybris-page-fragment-caching-with-nginx-and-memcached/



これらの記事では、ページの一部をスマートにキャッシュするメカニズムについて説明します。各パーツには、依存関係を示す複合キーがあります。たとえば、オンラインストアの配信アドレスのリストをキャッシュする場合（ビデオに例があります）、ユーザーIDを複合キーにすることができます。そうすると、ユーザーごとに異なるキャッシュが使用されます。



このメカニズムは、「重い」機能（メモリとプロセッサの使用量の点で）がページコントローラからコンポーネントに削除された場合に特に効果的です。この手法は、ページコントローラのキャッシュには理想的ではありません。



アイデアのより良いアイデアを得るには、記事の中央にあるテンプレートのスクリーンショットを見るのが最も簡単です。



ラウフ・アリエフ

ベストプラクティス：コンテンツをHybrisに移行する

https://hybrismart.com/2017/01/10/best-practices-migrating-content-to-hybris/



Pentaho ETL（Kettle）を使用したデータの移行

https://hybrismart.com/2017 / 01/15 / migrating-data-with-pentaho-etl-kettle /



そしてここにデータ移行についてたくさんあります：ベストプラクティス、ツール、私の自作ツールのアーキテクチャ。タイトルに「Hybris」という言葉がありますが、他の記事と同様に、この記事はhighbrisについて100％ではなく、あまり「オタク」ではないので、「移行」とは何かを知っているすべての人にとって理解でき、興味深いものになることを願っていますWebプロジェクトのデータ」。



* * *



ブログには、かなり詳細な 分解されたスレッドチャットボット（Facebook、Skype、カスタム）、ストレージセッションの強制もありますHighbrisの外部で別のサービスに、認証とログインフォームに関連するすべての分析、旅行サービス（チケット、ホテルの予約）の実装機能の分析-パート1 とパート2、および 製品の可用性を外部システムと統合するための収集されたベストプラクティス、そしてこのプロセスがどのような困難を抱えているか、そしてはるかに。



この方法で分析してほしい他のトピックは何ですか？ブログのコンセプトによると、それらはeコマースに関連している必要があります。フィードバックや提案は大歓迎です。