Bitrix統合：バッファリングの調整

一部の製品と他の製品との統合は、特にこれらが意図されていない場合、白い手袋ではほとんど行われません。 通常、少なくとも私の経験では、一方の製品と他方の製品に登り、そのコードを調べ、ハックを書き、一方の足をもう一方の足に突っ込むには、袖をまくり上げなければなりません。 ドックを別のファイルに移動することはめったにありません。クラスに移動する頻度はさらに低く、テンプレートを使用すると、特にテンプレートが提供されない場合はすべてが困難になります。 通常、このコードは固く固定されており、製品の更新時に問題を引き起こし、製品を不可能または非常に複雑にします。 この記事では、他の製品をBitrixのポータル（フォトギャラリー、フォーラム、チャット）に統合する方法についてお話したいと思います。





この点で私にとっては、たとえば、ポータルが意味するところによりポータルに接続される可能性が高いフォーラムが、統合ツールを提供していないか、少なくともコードに潜在的な機会を提供していないことはかなり驚くべきことです。 私の意見では、他の場所から簡単に接続できるように、テンプレート、構成、および初期化コードを別々に取り出すことはそれほど難しくありません。 はい、スナップされたグローバル変数-個別の名前空間または静的変数を持つ個別のクラスを作成するのは本当に難しいですか？ まあ、本当にそれらなしではできない場合は、少なくともそれらを臭いがしないように隅に置いて、必要に応じて定期的に入手できます。 しかし、ロジックには時間がかかります-コードは長い間書かれており、誰もそれを掘り下げたくない、それは動作します-入らないで、ビジネスも理解しません-あなたは何に時間を浪費していますか？ 新しい機能を実装した方が良いでしょう。それからお金を切り取ります。 そして、それは生きています。 しかし、かなり、カウント、あなたは夢中になっています。 ビジネスに。

Bitrix？ とてもいい。

私にとって、美しいプロジェクトの1つは、新しいプロジェクトのタスクを受け取ったことです。 ポータルはかなり前に作成され、それ以来管理レベルで維持されており、新しい生命を吹き込む必要がありました。 タスクは、プログラミングやIT全般からかなり遠い人によって設定されたため、主にメニュー項目の変更、外観の変更などに限定されました。 確かに、すべてのタスクはほとんど議論の対象ではなく、すべてのコストで完了する必要がありました。 彼らは私に心から簡単に尋ねることができました。「なぜポータルやフォーラムですぐに検索できないのですか？ 検索フォームもあるので、彼女はどこを探していませんか？ そして、どのようにして彼女をどこにでも見せるでしょうか？」 そして、そのような無邪気な、彼らの観点から、タスクを実現する必要があります。 私は仕事の量を見て、プロジェクトに精通しに行きました。



私はbitrixでポータルを見ました。 機能がほとんどない通常の情報ポータルは、かなり古いものです。 ポータルには、個別の製品として、フォトギャラリー、フォーラム、チャットが付属していました。これらは、設計上、ポータルに似ていますが、どのようにも統合されていませんでした。 ポータルのすべての要素は、とりわけ同じタスクを持っています-それらを同じ外観にする、つまり-Bitrixから標準のヘッダーとベースメントを追加します。 私たちが繁栄の時代に住んでいて、すべての人が平等で、ソーセージのコストが2p.20kopだった場合、そしてすべてのソフトウェア製品はOOPの最新の傾向を考慮して記述され、タスクはこれらの製品のテンプレートと10分間のスペルの簡単な認知ウォークに変わります継承されたクラスまたは接続パターン。 しかし、それは生きることは退屈だろう。 いつものように、Bitrixは私を最大限に楽しませました。

脅威分析。

それで、まず、幸運な理由で、まだ内部からBitrixに慣れていない人のための小さな材料。 その中のロジックと表示はコンポーネント内でのみ分離されますが、カーネル全体は以前のバージョンの構造を保持しているため、すべてが混同されます。



典型的なbitrixページは次のようになります。

<?require_once $_SERVER['DOCUMENT_ROOT'].'/bitrix/header.php'?>

.

<?require_once $_SERVER['DOCUMENT_ROOT'].'/bitrix/footer.php'?>







同時に、ページのヘッダーとフッターには、テンプレートのレンダリングを含むbitrixのロジックがあります。 テンプレートの表示を制御するロジックをユーザースクリプトに記述できるようにするために、Bitrixはいわゆる遅延呼び出し関数を使用します。 それらはすでに何度か書かれています（たとえば、 ここやBitrixのドキュメントなど）。したがって、私は二度と広めません。 このような関数が機能するには、バッファリングが必要です。したがって、ヘッダー呼び出しでは、内容を吸収するためにバッファが開かれ、地下では、バッファが閉じられ、その内容がストリームにダンプされます。



Bitrixは独自の方法でユニークであり、その一部がどのように機能するかを理解したい場合は、通常、すぐにコードに入ることが最善です。 すぐに気分が悪くならない場合は、そこで非常に興味深いものを見つけることができます。 ドキュメントは良いのですが、そこで必要なものを見つけることが常にできるとは限りませんし、Bitrixは他の製品との統合を目的としていないため（1Cを意味するわけではありません）、手作業で仕上げる必要があります。 だから、防毒マスクをつけて潜る。



ファイル/bitrix/modules/main/include/prolog_before.phpの近くで泳ぎます。 そして、バッファリングを担当するコードブロックがあります。

if(COption::GetOptionString("main", "buffer_content", "Y")=="Y" && (!defined("BX_BUFFER_USED") || BX_BUFFER_USED!==true))

{

ob_start(Array(&$APPLICATION, "EndBufferContent"));

$APPLICATION->buffered = true;

define("BX_BUFFER_USED", true);

}







<offtop>

ところで、バージョン7では、この後も次の行が表示されます。

register_shutdown_function(create_function('', 'while(@ob_end_flush());'));





私がBitrixを愛しているので、それで私はリラックスできず、常に良い状態を保っています。

</ Offtop>



そして、興味深い質問が生じます。 コンテンツをバッファする必要があるかどうかを示すbuffer_content設定があることがわかります。 それは、管理パネルを介して設定されておらず、標準のゼロベースでは存在しないことは注目に値します（クリーンなbitrixをインストールする場合）。 したがって、デフォルト値（この場合は「Y」）が使用されます。 しかし、それを追加して「N」に設定するとどうなりますか？ データベース、b_optionテーブルに進み、そこで開始します。 次に、/ bitrix / managed_cacheフォルダーをクリーンアップし、スクリプトを記述しようとします。 それだけで、コンテンツはバッファリングされなくなり、実際には、ページのヘッダーの外観（タイトルなど）を変更する機能が失われます。 ただし、ここでは、どちらがより重要かを選択する必要があります。



また、bitrix自体のメソッド、つまりCOption :: SetOptionStringメソッドを使用して設定を設定することもできます。 ただし、期待どおりに機能しないことに注意してください。 ini_set関数と同様に、それを使用する設定がスクリプトの期間中に設定されている場合、私には論理的に思えました。 ただし、このメソッドはデータベースに設定を直接設定するだけです。 ini_setがそのように動作することを想像してください-スクリプトに対してerror_reporting（E_ALL）を有効にします-そして、ホスティング全体がダウンしました。 そこで、バッファリングを有効化/無効化する方法を学びました。

ウォームアップ。

ラインの最初の顧客はギャラリーです。

ここでは、ケースは非常に単純です-ヘッダーを接続するだけです。 確かに、両方の製品のグローバル変数への依存により、ここでは、三角関係が発生しました：bitrix、フォトギャラリー、グローバル変数$ USER。 そのため、設定せずに削除する必要がありました。 ただし、この状況は、何らかの理由でOOPとカプセル化の使用を頑固に拒否する製品の統合では非常に一般的です。 まあ、神は彼らを許します。 地下室では、すべてが非常に簡単です-グローバル$ varnameを介してグローバル変数（ここでは$ APPLICATIONのみが必要）を引き出すだけです、しかしありません。

厳しいフォーラム。

2番目に続くケースは、vbullentinフォーラムです。 第一に、それが支払われているため、自家でコードに入ることができないこと、そして第二に、それはまたひげを持つ過酷な男性によって書かれているため（彼らの力をすべて感じたいので、検索スクリプトを理解しようとすることができます）フォーラムで）。

テンプレートエンジンには独自のphpコードがあり、実行されないため、テンプレートでスクリプト接続が機能しませんでした。 彼ができる唯一のことは、あるphp変数を別のphp変数に置き換えることです。 他にないので、私はそれを使わなければなりませんでした。 このような変数を入力するために、フォーラムではphpでハッキング（フック）を記述し、特定のイベント（当然、評価）でそれらを実行できます。 イベントの1つは非常に適していたので、そこで帽子を固執することはかなり可能でした。 問題は、テンプレート出力の前にハックが実行されたため、Bitrixヘッダーの出力をバッファリングする必要があったことです。 つまり、ウェッジはウェッジによって追い出されます。 最初は私は長い間良い方法で試みました、正直にBitrixによって開かれたバッファーを閉じようとしましたが、私の試みはすべて無駄でした-ここで私はそれを克服することができませんでした。 誰かが成功した場合は、レイアウトしてください-それがどのように飼い慣らされているかを見ることに興味があります。

したがって、フォーラムをレンダリングする場合は、上記の方法で抜本的な対策を講じ、buffer_contentパラメーターを使用してバッファリングを無効にすることにしました。 つまり、スクリプト/bitrix/php_interface/init.phpに次のコードを追加する必要がありました。



if(strpos($APPLICATION->GetCurDir(), '/forum/') === false)

COption::SetOptionString("main", "buffer_content", "Y",'','ru');

else

COption::SetOptionString("main", "buffer_content", "N",'','ru');







もちろん、それは曲がっていて不快ですが、動作します。 これで、フォーラム自体のテンプレートをレンダリングする前に、ヘッダーと地下の両方をバッファーできます。 すなわち：

ob_start();

include('bitrix/header.php');

$bitrixheader = ob_get_clean();







同様に地下室で。 そして、$ bitrixHeader変数をテンプレートに出力します。 もちろん、ここではグローバル変数が設定されていないわけではありませんが、これらは些細なことです。

ステップ3.同じおよびperl。

まあ、軽食のために-チャット。 このオプションは、bitrixに問題があったことすらなかったため、最も困難であることが判明しました。 1996年に2002年の挿入物で書かれた真珠のチャット、同じスタイル（プロパティタグで指定された単一のスタイルではないフレームセット）、テンプレートの単一のヒントではなく、txtファイルのデータ、ソリッドストリームでの出力、良いいくつかの機能がありましたが、これらすべてが刺激的でした。 はい、その外観によりページを閉じたいと思いましたが、好みについては議論しません-ユーザーはそれを好きです、大丈夫です。 PHPのコンソールを起動し、スクリプトを実行して結果を表示するための唯一の方法で挿入を行う必要がありました。 Bitrix capsまたはbasementを実行すると、スクリプトが終了するため、バッファーがストリームに出力されますが、これには問題はありません。 唯一の微妙な点は、スクリプトがコンソールで実行されたため、Bitrixの開始スクリプトと終了スクリプトを特別な方法で接続する必要があったことですが、 公式ドキュメントではこれについてかなり容認できます。 チャットの主な問題は、その恐ろしい構造と立派な年齢のために、そして私が私の人生で初めて真珠を見たためにも起こりました。 私は非常に感銘を受けたので、今は慎重に真珠のスクリプトを開きます。 その結果、涙が出ないほどひどい怪物になりました。別のフレームを追加してそこにヘッダーを表示する必要がありました。 真珠のスクリプトがphpスクリプトを呼び出すと、ハックが発生します。phpスクリプトは、内部で別の真珠のスクリプトを呼び出します...作業を終えた後、手を洗ってKunstkameraに引き渡したいと思いました。 govnokod.ruは休んでいます。

おわりに

これが、Bitrixとの統合の1つです。 ちなみに、私はその人気にもかかわらず、自分で設定してファイルでシャープにするための広範な資料がないことに驚いています-ほんの少数の断片しか見つかりませんでした。 さらに、ネイティブフォーラムは明らかに他のフォーラムよりも劣っているため、サードパーティフォーラムへの統合が行われています。 この点で共有するものがある場合-あなたは大歓迎です、それは知ることは興味深いでしょう。



perlのヒントと勤勉な道徳的サポートについてbiorootに感謝します。