1C-Bitrixの利点について話すとき、最初の言葉で彼らはシステムと1Cの簡単な統合に言及します。 Bitrixは、XMLファイルの形式を定義するCommerceML形式のデータ転送を通じて1Cと対話します。 これに加えて、Bitrixは、1Cとサイト間でこれらのXMLファイルを交換するための標準も提供します。 交換は、1Cから通常のHTTP GETおよびPOST要求をサイトに送信し、コマンドの結果を判断する簡単な回答をサイトから受信することで構成されます。
通常、1Cの一部として、特定の「サイトとの標準的な交換」があると宣言されています。これは、組み込み後すぐに機能するはずです。 実際には、交換の実装は、最初に現れるような些細な作業ではありません。 1C Webサイトとの交換モジュールがシステムを途方もなくロードし、特定のニーズに対して改善が必要であるという苦情があります。 つまり、実際には交換は行われているように見えますが、それを正常に機能させるには、努力する必要があります。
標準交換に参加する理由はいくつかあります。
- まず、サイトのデータのソースは常に1Cであるとは限りません。 他の情報ベースまたは別のサイトのベースである可能性があります。
- さらに、1Cのデータに他のデータを追加したり、何らかの方法で変更したりする必要がある場合もあります。
- 標準のアンロードまたはトラブルシューティングの変更に対応できる無料の1Cプログラマーが常にいるわけではありません。
Bitrix側のデータロードに変更を加えることは意味がなく、その機能を実行します。 一方、1Cデータベースから直接データを取得することも、データベースの複雑さとセキュリティの問題のため、最適なソリューションではありません。 多くの場合、ボトルネックは1Cとサイト間のリクエストの交換の段階で正確に取得されるため、最適な作業スキームは次のようになります。標準の1CアップロードはXMLファイルを生成し、作業を終了します。 この設定は、交換モジュールで使用できます。
次に、結果のファイルを取得し、必要に応じて変更し、1Cの代わりにサイトに送信します。 したがって、交換プロセスを完全に制御し、障害が発生する段階を把握します-発生した場合、ダウンロードログを保持し、XMLファイルをアーカイブし、独自のスケジュールを作成し、交換に関して1Cをほとんど無視できます。
交換プロトコルの実装はすでに存在しますが、それらはすべて、インターネットサイトを表示する要求と変わらない単純なHTTP要求を送信する原理の不完全な理解を示唆する非常に洗練されたツールを使用します。
このスクリプトを作成する目的は次のとおりです。
- シンプルなツールを入手する
- 任意のプログラミング言語に移植できる明確な作業アルゴリズム
- そのシンプルさにより、ニーズに合わせて簡単に変更できます
- シンプルな開発ツールの普及、その機能の表示
- HTTPプロトコルの仕組みを示す
このスクリプトはBASHで作成され、会社の内部サーバーで動作することになっています。これは通常、Web開発者から常に利用可能であり、会社の内部ネットワーク上にあります。 このスクリプトは、商品の交換、天びん、情報ブロックの読み込み、注文、注文ステータスを実装する同様のスクリプトファミリの一部です。 プロジェクトはgithubに投稿され、いくつかのオンラインストアの運営を提供します。
BASH 1c交換スクリプトとbitrix
このプロジェクトは、bitrexchangeと呼ばれるbitrexchangeと呼ばれます。 このプロジェクトには、bashで記述され、同様の交換を実行する一連のスクリプトが含まれます。
たとえば、最も一般的に使用される交換が考慮されます。CommerceML標準による標準交換スクリプト1CおよびBitrix：インポートおよびオファーディレクトリのXMLファイルの増分アップロード。
スクリプトの最小バージョンが提供されます。 このシリーズの次の記事では、スクリプトの行ごとの分析について説明します。
ご清聴ありがとうございました！
シリーズの次の記事：標準交換スクリプト1CおよびBitrixの詳細かつ行ごとの分析 。