确实，乍一看，正如他们所说，这是一个未公开的话题。实际上，这是拖到电子商务中的一个或多个不同主题的集合。最后，事实证明这正是我所钟爱的：技术集成。
自2016年以来，我一直在经营技术博客hybrismart.com。这种“哈布拉”的缩影，只有英文并且侧重于我附近的主题-SAP Commerce开发 ...我们已经在这里组建了一个由数万名作者组成的小公司，但是到目前为止，只有一部分人在写博客。好吧，到目前为止，很少有人在写作。十。但是我们正在努力。该博客已经收集了不到200篇文章，其中大部分涉及大型主题，涉及大型主题，涉及电子商务的一种或多种主题。在很大程度上，这仍然是个人博客，所以我在这里说唱，而不是我们的公关服务。但这确实是发自内心的。
正如您可能从名称中猜测的那样，hybrismart是关于hybris的（它是什么？）。几乎所有发现它的人都直接了解Hybris。反之亦然：也许每个hybris开发人员都至少访问过该博客一次（当然，Google并非出于自己的意愿，而是会帮助我们！）。现在在这里。为了让您不会在那儿迷路，我想简短地游览一下。请在最后询问问题。
搜寻之三
有人会说在哪里有电子商务，哪里有购物卡，哪里有购物，哪里有电子商务。但是仍然需要找到这张购物卡。货物也是如此。然后出现一个话题，其中自制“自行车”的数量超出了图表：产品搜索。
也许这是我博客上“最厚”的主题。在最高级别上，Apache Solr负责搜索，这是两个无处不在的大型开源引擎之一（以及ElasticSearch）。但是据您所知，有关搜索的文章中Highbris的细节是最少的。仅仅是因为每个人都有同样的问题。
所以走吧
Rauf Aliev，Timofey Klyubin
中国和日本人搜索的挑战
https://hybrismart.com/2019/08/18/the-challenges-of-chinese-and-japanese-searching/
我们与Timofey Klyubin一起对象形文字中的文本搜索进行了巨大回顾，描述了带有这些图标的计算机的典型困难以及如何在Solr中解决它们。您还将了解日本和中国的多方面搜索设计的各种文化和语言特征以及细节。
除了Hybris和各种IT知识外，Timofey一直在学习日语。我想在这里写“我是中国人”，可惜。我的工作是在对该主题进行深入研究的过程中诞生的，这是由于对工作的需求以及一劳永逸地解决困扰我的问题的渴望，Timofey只是在做他所爱的事情。
日文和中文搜索会带来您从未发现过的问题。例如，查看Google的“ toうきえょ”（tōkyōe）一词的线索，Google将其赋予“东京駅”（tōkyōeki）（东京站）。在这种情况下，两个单词都是相同的不同拼写，并且搜索引擎知道。日语有自己的标点符号，两个字母，带有数字的复杂系统，上下文很重要。我们将详细描述所有这些。
Rauf Aliev
Facet搜索：最全面的指南。最佳做法，设计模式，隐藏的警告和解决方法。
https://hybrismart.com/2019/02/13/facet-search-the-most-comprehensible-guide-best-practices-design-patterns/
这项工作与多面搜索有关。当心，有很多字母，但是有链接的便捷内容。对多面搜索的文章进行多面搜索将是一种概念，但是我及时停了下来。
本文试图将这一领域的知识和经验系统化，并以一个包含事实，参考和最佳实践的大“表格”的形式组织这些知识。对于那些因工作性质而与用户界面联系在一起的人来说，它可能很有用。
尽管切面是电子商务中最常用的概念（仅次于购物卡），但始终存在着重塑轮子的巨大诱惑。从我们在站点上看到的内容来看，许多人都在使用它，从而导致很多矛盾和矛盾。我试图将它们与公认的解决方案一起收集。
Rauf Aliev
自动完成，实时搜索建议和自动更正：最佳实践设计模式
https://hybrismart.com/2019/01/08/autocomplete-live-search-suggestions-autocorrection-best-practice-design-patterns/
由于“搜索”现在变得很聪明，并且用户通常更了解自己想查找的内容，并且设备小巧且不便，因此人们对“搜索建议”给予了很多关注-一种在更少的时间内用最少的击键，鼠标单击或“塔波夫”在屏幕上。
在本文中，我概述了主题“最佳实践”和常见错误。当我为一家大型生物技术公司设计一个智能自动完成系统时，这篇文章就诞生了。该系统使搜索抗体和试剂变得更加容易。 “智能自动完成”建议根据已输入的单词，某些搭配规则和查询统计信息，单击一下即可完成当前单词。与语言学最接近的类比-输入动词后，名词比另一个动词更容易出现。
劳夫·阿利耶夫（Rauf Aliev）
搜索分析
https://hybrismart.com/2017/10/06/part2-sap-hybris-thinking-outside-the-box-part-2-of-4-video-russian-english-search-analytics/
一些材料在博客上呈现的不是文章形式，而是视频形式。一共有40个。不幸的是，这种格式尚未扎根。这里我说的是Search Analytics（搜索分析），一种用于收集和处理与购买者的产品购买行为有关的统计信息的机制。我为欧洲一家大型杂货店想出了这种机制，并与上一个示例中的同一家生物技术公司进行了双重检查。简而言之，想法是买方的行为可以告诉人们很多关于搜索的工作原理和不足之处。例如，统计数据表明，某些产品经常被搜索，但是很少放在购物车中（高价？过时的型号？），而其他产品经常被搜索，但是搜索却很少（提示？），而在第三种产品之后，它们准备单击几页搜索结果（前面有一些无关紧要的商品吗？）。通常，这是Google Analytics（分析），但用于搜索。
劳夫·阿利耶夫（Rauf Aliev）
多行搜索
https://hybrismart.com/2017/04/07/multi-line-product-search-for-bulk-orders/
拥有您的博客很方便，因为您可以在那里上传想法和实验，并腾出时间去做-更相关和新的东西。在本文中，我描述了B2B网站的“多行搜索”概念，该概念在当时曾是相关的。
这个想法是，在站点上进行搜索通常很方便，方法是将整个SKU或产品名称复制并粘贴到搜索字段中，而不是一次只行一行。
Rauf Aliev
产品图像视觉搜索
https://hybrismart.com/2018/08/26/product-image-visual-search-in-sap-commerce-cloud-hybris-commerce/
在本文中，我描述了根据颜色或形状查找相似的产品。这是一个相当“经典”的主题，但实际上由于某种原因（我不理解）很少执行。我做了一个原型并描述了材料。几乎所有此类性质的文章都随附有一段视频，该视频显示了原型如何与SAP Commerce配合使用，这也不例外。为了与Apache Solr集成，我使用了Lire（https://github.com/dermotte/lire）。
Rauf Aliev
在SOLR中更喜欢这个
https://hybrismart.com/2017/02/05/more-like-this-in-hybris-solr-search/
如果在上一篇文章中我们寻找颜色和尺寸相似的产品，那么此处将显示相似的产品。系统根据索引内容的相似性（产品描述，名称，特征）来计算和组织产品。相似度越大，货物在此类“集群”中的距离就越近。对于用户，我们可以在“相似性空间”中显示附近的产品，这些产品很可能是替代产品。
Rauf Aliev
概念感知搜索：自动构面发现
https://hybrismart.com/2017/06/25/concept-aware-search-automatic-facet-discovery-in-hybris/
在这里，我还描述了一个有趣的实验和原型：系统根据输入的搜索查询自行公开各个方面。例如，如果您要查询“红色礼服尺码39”的商品，则不应显示在描述或名称中包含所有这些词的商品，而应使用“红色”，“礼服”和“尺寸”标记过滤的商品39“。对于俄语，您还需要铃鼓跳舞，而英语现在一切正常。里面有一个演示，展示了默认搜索的工作方式和工作方式之间的区别，但我的逻辑放在首位。它被称为感受差异。但是，应该指出的是，这种方法仍然有副作用，并且需要非常仔细地调整系统，以使每个人或几乎每个人都满意。
劳夫·阿利耶夫（Rauf Aliev）
增强的多词同义词和短语搜索
https://hybrismart.com/2017/08/09/enhanced-multi-word-synonyms-and-phrase-search/
SOLR中存在一个已知问题（不仅是Hybris），冗长的同义词工作起来非常弯曲。它仍然适用于一个单词的单词，但也有其自身的困难。博客文章介绍了解决这些问题并使您的搜索更智能的解决方案。在没有歧义的情况下，系统会经历不同的替代变体，并选择最“获胜”的替代。
该博客还有关于搜索主题的数十篇文章。在这个奇妙的地方，搜索的话题让位给计算促销，折扣和其他忠诚度的话题。
规则促销
“以三件的价格购买两件羽绒服，并免费获得一件！”只有营销人员才能发明，这样程序员才不会感到无聊。您花了六个月的时间来完善股票的“引擎”，它可以完成一般的工作，甚至更多，然后经理带来另一个想法，因此您需要重写一半！海布里斯也有两代这样的“引擎”。开发人员决定不重新发明轮子，而是使用了JBoss Drools，这是一个功能非常强大的业务规则管理系统，已集成到促销机制主题的hybris中，该主题狭窄但范围狭窄。
简而言之，Drools是业务规则运行时。引擎处理所谓的“事实”（输入数据），并根据处理规则和事实产生结果。在Highbris for Drools中，我们“在电子商务方面”创建了一个交互式规则编辑器，还引入了扩展API。
劳夫·阿利夫
（Rauf Aliev）``可能被解雇了''
https://hybrismart.com/2016/06/04/hybris-6-could-have-fired-messages-poc/
如果触发了任何规则，则会应用折扣。规则将应用于购物车。我在本文中的实验表明，规则可能不适用于购物车，但适用于购物车和当前商品的组合。也就是说，您还没有点击“购买”按钮，但是您已经可以看到现在将哪些天堂花园和宏伟的宫殿作为礼物添加到购物篮中。这应该使用户更快乐并增加销售。
Rauf Aliev
集群中的分布式促销计算。促销即服务
https://hybrismart.com/2016/07/05/distributed-promotion-calculation-cluster-promo-as-a-service/
因此，该Drools已集成到平台中。她是个巨石。整体是指所有代码都从一个地方增长。当用户在购物卡上戳图标时，服务器上的数百万个小侏儒开始为Drools创建上下文，然后在其中填充“事实”，包括产品，类别，用户属性以及促销可能依赖的所有其他内容。而且这发生在负载均衡器带给用户的群集节点上。并且，如果此时突然出现处理器资源或内存中断，则用户将受苦。然后，向用户提供折扣或礼物，然后服务器清理所有这些经济情况。直到下次开始重新创建时。在本文中，我描述了将Drools移动到单独的群集中并从请求中删除该Drools配置阶段的实验。除了可以提高生产率这一事实之外，它还允许您执行相当复杂的操作，例如，涉及数百万个“事实”。
Rauf Aliev
使用hybris规则引擎进行产品推荐
https://hybrismart.com/2016/08/09/using-hybris-rule-engine-for-product-recommendations/
在此示例中，我展示了如何根据以下内容安排推荐系统使用基于Drools的现成机制制定规则。在我的推荐系统原型中，可以通过构造附件与产品或相似产品之间的链接逻辑来交互式创建推荐。例如，用于啤酒的凤尾鱼，可乐，桦木汁的凤尾鱼，用于皮诺曹的薄荷汁，用于绳索的香皂，用于茶水和咖啡的文件出口路由器。有意义的建议始终是好的。
Rauf Aliev
使用Drools Fusion进行复杂的实时事件处理
https://hybrismart.com/2016/10/17/complex-realtime-event-processing-with-drools-fusion-integrating-with-hybris/
好吧，因为我已经建立了这个集群，所以我忍不住折磨并建立了基于此，可以即时处理事件，即时对其施加规则的事物。我能够弄清楚，并将最新的Drools Fusion + Drools服务器连接到hybris。这件事正确地称为复杂事件处理。关键是，如果您有实时处理的数据流，Drools Fusion使其变得快速，灵活。例如，在电子商务的情况下，有很多这样的数据。最简单的是单击和过渡。
我录制并发布了一个演示，从中可以清楚地知道它是如何工作的。日志被上传到存储中的某个地方，然后从那里到流口水融合处进行处理。用流口水的语言，编写了从日志中提取一些新知识的规则。在我的演示中，这仅仅是通过访问的页面和点击的性质来识别摄影师/非摄影师的身份。例如，一个用户已经查看了很多模型，我们得出结论，他喜欢模型。或者他长时间将鼠标悬停在他最喜欢的三脚架的照片上，由此可以得出结论，他不仅喜欢模型，而且也喜欢三脚架。规则的结果返回到上层，可以在那里以某种方式使用。横幅广告或摄影器材的价格略有降低。
所有这一切的主要特征是事件流是实时处理的。在我的示例中，这是在过去30秒内为一个用户找到一个主题组的至少五页。
第二个要点是，这样的系统具有很高的可扩展性，因为每个服务器都是独立工作的。那时，内置在个性化功能中的个性化功能仍然存在。后来被有偿服务取代。她极具约束力，因此很少有人使用它。在这里，服务器已加载，其软件无需花费任何费用：它是免费的。然后将现成的解决方案推入高端区域，需要在此处愚蠢地对其进行可视化。
Rauf Aliev
基于反应式规则的动态表单
https://hybrismart.com/2018/01/04/reactive-rule-based-dynamic-forms-in-hybris-using-drools-7/
流口水还可以用于使复杂的形状自动化，在我的实验中，我向您展示了如何实现。在本实验中，我演示了如何实现多页，多阶段的表单，其中字段和步骤的组成和配置取决于输入其他字段的信息。这种逻辑在标准形式的表单方法中很难实现，并且在使用Drools描述规则时，其编程要容易得多。
为了顺利完成Drools主题并启动电子商务和Hybris主题，我将提供促销机制的更详细概述。
Rauf Aliev
提升力学及其在Hybris中的实现
https://hybrismart.com/2017/04/30/promotion-mechanics-and-their-implementation-in-hybris-6-x/您会
注意到几乎所有主题都不完全是关于highbris的。它无处不在，以某种方式横盘整理，但总的来说，电子商务本身并不是一回事。一切都与一切相连。
当然，该站点上还有许多其他材料，对于那些根本不了解高泥石流的人来说，很难理解。客户登录后
Rauf Aliev
合并购物车：问题，解决方案和建议
https://hybrismart.com/2019/02/24/merging-carts-when-a-customer-logs-in-problems-solutions-and-建议/
例如，在本文中，我描述了身份验证后合并购物篮的问题。这是当您将五十只不同的鸭子放在篮子里，然后登录时，商店在那里混合了上次选择的50只兔子。在此示例中，如何将鸭子和兔子分开有不同的策略，我将对其进行分析。我分析策略，而不是兔子。
Rauf Aliev
Hybris Impex预处理程序
https://hybrismart.com/2018/05/27/hybris-impex-preprocessor-impex/
此主题可能仅对精通Highbris的用户有用。我在这里引用它作为“给朋友”文章的示例。他们是少数，但他们占据着自己的重要位置。
Highbris具有用于导入和导出数据的特殊格式。它称为Impex，从外部看与常规CSV非常相似。有一种非常简单的标记语言，显示下面的该块用于产品，但该块也用于类别。通常，这非常方便，但是当您拥有二十个几乎完全相同的站点（使用不同的语言）时，却并非如此，并且每次为所有二十个站点添加某个界面组件时，都需要复制并粘贴相同的二十次而不会出现错误，然后对其进行支持。 ...我有一个这样的项目，我提出了一个带有JSON宏的解决方案，该解决方案有助于从impex-with-macros创建一个impex。没有普通的宏，但是有循环和参数。
如果您什么都不懂，那没关系。我们也开玩笑说，党外没有人理解。尽管他们都很伤心，但我们不要谈论这些。我们有一篇严肃的文章。
Rauf Aliev
Payments：黑匣子内部外观
https://hybrismart.com/2019/09/08/payments-a-look-inside-the-black-box/
我曾经在Chronopay担任开发经理，从那时起，电子支付这个话题就象乌云密布一样笼罩着我，直到我在本文中找到它并为新的挑战腾出了头脑。它包含了解与支付网关和服务的集成，最佳实践和您需要避免的典型监管（或在生气的客户中使用）的基本知识。
Rauf Aliev
服务器端PDF文档生成
https://hybrismart.com/2017/06/15/pdf-and-sap-hybris/
甚至在更早的时候，在教科书和传呼机的时代，我还是一名设计师和布局设计师（但是，在科洛姆纳教育大学和传呼公司Mobiltelecom，是的，我已经老了。不是由HTML的排字工人，而是由书籍和杂志，有时甚至是东正教的报纸，电视节目和乐谱的人。而且，当然，我不能忽略Postscript和PDF的主题，由于内部结构的含糊不清和文档不充分，它们使很多人感到恐惧。在本文中，我证明了魔鬼并不那么可怕，并且我回顾了生成PDF的工具。通过SAP Commerce Cloud中的Webauthn通过硬件安全密钥进行
Rauf Aliev
身份验证
https://hybrismart.com/2019/05/23/authentication-with-hardware-security-keys-via-webauthn-in-sap-commerce-cloud/
在本文中，我描述了使用USB密钥进行授权的原型，以及最新的（在撰写本文时）已朝着这个方向发展，例如浏览器支持的无密码身份验证。我设法与Yubikey矮人融合，描述了结果（结果）。
劳夫·
阿利夫（Rauf Aliev）地理围栏：自定义运输区域
https://hybrismart.com/2016/10/19/geofencing-in-hybris-custom-shipping-zones/
另一个实验：将谷歌地图上的标记区域用于电子商务中的各种目的：寻找最佳仓库，搜索可用的商店以进行取货或最佳送货员，或者实际上是有机会从该区域向买家出售产品或服务。
它的工作方式是这样的：买方输入地址，然后系统在一个或多个大区域中对其进行定义。系统的各种组件已经取决于这些较大的区域，而不是较小的地址组件（例如邮政编码）。
同时，我弄清楚了Google AppEngine上的开发。事实是，对于“许多复杂形状的区域”的情况，包括地图上一个点（买方在其中）的多边形（区域）的定义可能是相当“困难”的计算任务。而且，如果有可能，最好立即在可以轻松扩展的群集上进行，或者更好地依靠它自己。对于使用Google DataStore存储面参数和使用Google Memcache存储缓存的Google AppEngine，这种情况非常适合。
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可以是组合键-然后将对不同的用户使用不同的缓存。
如果将“繁重的”功能（就内存和处理器使用而言）从页面控制器中删除到组件中，则该机制特别有效。对于缓存页面控制器，此技术并不理想。
为了更好地了解这个想法，最简单的方法就是看本文中间的模板截图。
劳夫·阿利耶夫（Rauf Aliev）
最佳实践：将内容迁移到Hybris
https://hybrismart.com/2017/01/10/best-practices-migrating-content-to-hybris/
使用Pentaho ETL（水壶）迁移数据
https://hybrismart.com/2017 / 01/15 /使用pentaho-etl-kettle迁移数据/
这里有很多关于数据迁移的信息：最佳实践，工具和我的自写工具的体系结构。尽管标题中有“ Hybris”一词，但与其他人一样，本文并不是100％的关于Highbris的信息，也不是非常“怪胎”的，因此，我希望对知道“移民”的每个人来说都是可以理解和有趣的网络项目中的数据”。
* * *
同样在博客上有相当详细的 反汇编线程聊天机器人（Facebook，Skype，自定义），存储会话的设置在Highbris之外进行单独的服务，分析与身份验证和登录表单有关的所有内容，分析旅行服务的实现功能（预订机票，酒店）-第1部分 和 第2部分，以及收集的将产品可用性与外部系统集成的最佳实践，以及这个过程有哪些困难，还有更多。
您还希望以这种方式分析其他哪些主题？根据博客的概念，它们应该与电子商务有关。任何反馈和建议都将受到欢迎。