Bitrix 嫌いの人のスピーチ。 Bitrix 嫌いの告白セクション要素の目的

ゴロヴナ / 追加機能

）。スキンタッグ （セクション）有罪の母親夫婦 （/セクション）。明らかなパラメータє 名前і ループ。サイクル (セクション) の名前は、文字、数字、記号で構成されます。サイクル （セクション）ネストすることができ、ネスト (セクション) の名前は互いに一意である場合があります。ズミナ ループ(値 - 配列値) は、サイクルの反復数を示します。セクションの途中で変更が行われるときに、セクションの名前が四角形のアームの中央を置き換えるように指示される場合があります。 (他のセクション)それはパラメータとしてそのタイプに依存します ループ意味に復讐しないでください。

属性の名前	タイプ	オボヴヤズコヴィ	残りについては	説明
名前	弦	それで	該当なし	セクション名
ループ	混合された	それで	該当なし	ループの反復回数を示す値。
始める	整数	いいえ	0	サイクルが始まる位置のインデックス。値がさらに負の場合、穂軸の位置は配列の終わりとしてカウントされます。たとえば、ループ内に 7 つの要素があり、start 属性の値が -2 の場合、初期インデックスは 5 になります。無効な値 (値、配列の位置) は、最も近い有効な値に自動的にトリミングされます。
ステップ	整数	いいえ	1	山塊を通過するための岩の意味。たとえば、step=2 は、要素 0、2、4... を持つ配列の走査を指定します。要素が負の場合、配列の走査は直接行われます。
最大	整数	いいえ	1	ループの最大反復数。
見せる	ブール値	いいえ	真実	このセクションを表示するように指示します

注記

Smarty 1.5.0 以降、セッションの構文は (%sectionname.varname%) から ($smarty.section.sectionname.varname) に変更されます。古い構文は引き続きサポートされていますが、新しい構文の適用方法を学習します。

Index は、0 (またはステートメントの場合は start 属性) から始まり、1 (またはステートメントの場合は step 属性の値) ずつ増加するストリームインデックス配列を表示するために使用されます。

技術的な敬意

step 属性と start 属性が指定されていない場合、index は反復セクション属性と似ていますが、1 ではなく 0 から始まる点が異なります。

iteration は、反復サイクルの行番号を表示するために使用されます。

注記

start、step、max の権限の下、index の権限に従うことが重要です。一方、反復はインデックスのように 0 からではなく 1 から始まります。 rownum - これはべき乗反復と同義ですが、それらは機能します。

7.38。べき乗（セクション）反復

assign("custid", $id); ?> (セクション名=cu ループ=$custid 開始=5 ステップ=2) 反復=($smarty.section.cu.iteration) インデックス=($smarty.section.cu.index) id=($custid)
（/セクション）

勝利したお尻の結果:

反復=1 インデックス=5 id=3005
反復=2 インデックス=7 id=3007
反復=3 インデックス=9 id=3009
反復=4 インデックス=11 id=3011
反復=5 インデックス=13 id=3013
反復=6 インデックス=15 id=3015

この例では、反復の力を利用して、テーブルのヘッダーを 5 行にわたって表示します (mod 演算子を使用した vikory (if) - 超過分は除算です)。

(セクション名=co ループ=$contacts) (if $smarty.section.co.iteration % 5 == 1) （/もし）（/セクション）

	名前>	家	細胞	Eメール
ビュー	($contacts.name)	($contacts.home)	($contacts.cell)	($contacts.email)

これは、セクション化カテゴリのセクション HTML 要素がどのように見えるかです。

セクション要素の目的

セクション要素は、ドキュメント内にセクションを作成するために使用されます。セクションは、テーマ別のコンテンツを一度にグループ化したものです。スキンセクションの場合、ドキュメントにはタイトル (トピック) を付ける必要があります。これは、追加の見出し (要素 h1 ～ h6) によるものです。

セクションヘッダー

セクションの代わりに。

セクションの要素が攻撃的なシナリオで行き詰まり始めます。

セクションの途中でセクションをマークするために使用します。たとえば、記事内のセクション、ダイアログボックス内のタブ、論文内のセクションなどをマークします。
複数のセクションをグループ化する場合は、1 つのテーマ別グループにします。たとえば、サイト上の残りの新しいアイテムをグループ化するには、要点にコメントします。

したがって、セクション要素は、タイトルやその他のコンテンツが含まれる特定のコンテンツにのみ使用する必要があります。

セクション要素の定義

たとえば、コメント付きの記事を含むページコードの一部を見てみましょう。サイトに欠けているコメントからコンテンツが完成するため、記事要素と見なすことができます。プロテ、同時にすべてのコメントは同じ主題グループを表すので、その中にセクション要素を配置できます。この要素は、ページ上のすべてのコメントを一度にグループ化します。

統計の名前

コメントタイトル

コメントテキスト...

コメントタイトル

コメントテキスト...

記事のタイトルコメントコメントの件名コメントのタイトル

たとえば、article 要素の途中に分割を作成するセクション要素の定義を見てみましょう。

本のタイトル

パーシャヘッド

別のセクション

第三セクション

付録 A

補遺B

お母さんのお尻を踏むように指導する構造（概要）：

書籍のタイトル第 1 セクション別のセクション第 3 セクション付録 A 付録 B

セクション要素のビコリスタン時の交換

HTML 5 のセクション要素は、グループ化するための汎用要素です。自分にふさわしいコンテンツをラップしたからといって勝利を収めるべきではありません。その主な目的は、ドキュメントにセマンティクスを追加し、その構造 (アウトライン) を作成することです。

作成者が新しいスタイルを作成するか、JavaScript スクリプトで操作するためだけにコンテンツをグループ化する必要がある場合は、 div 要素を使用するのが最善です。 Section 要素の下の div 要素はドキュメントにセマンティクスを追加せず、作成された構造 (アウトライン) の一部を占めます。

セクション要素と記事要素の間のバリエーション

セクションと記事の要素はさらに似ているように見えますが、意味論的な意味が異なる場合があります。 Article 要素は、完全で自己完結型で、横に並べるのではなく並べて見ることができるコンテンツをグループ化するのに役立ちます。また、セクション要素には、コンテンツをグループ化するために使用される別の意味要素が含まれており、他のものの倉庫となります。

作者はサイト上の曲の内容をどのようにして知ることができるのでしょうか? 統計の断片を見てみましょう。フラグメントは記事の一部であるため、その内容をグループ化するには、section 要素を使用する必要があります。しかし、すでに注釈として省略されているこの断片は、完全かつ完全なものとなるでしょう。また、このコンテキストでは、このグループ化に対して、article 要素を選択できます。もちろん、エールはうっかり消えてしまうかもしれない。したがって、高度にグループ化されたコンテンツのどの要素が、作成者としてのあなたの主観的な考えに含まれる可能性が最も高いのかを判断します。しかし、このアプローチで最も重要なことは、反対の立場を支持することです。作成者は作成された構造の最後になるため、より多くの意味を与えることができます。

Bitrix のテンプレートは、いくつかのタイプに分類できます。

基本コンポーネントと複雑なコンポーネントのテンプレート 2.0
ウェブサイトのテンプレート
他のアイテムのテンプレート (郵便物、アウトレット、Web フォーム、エクスポートジェネレーターなど)

コンポーネントテンプレートには、テンプレートエンジンを使用する機能があります。原則として、任意のテンプレートエンジンに接続できますが、すぐに使用できる追加のツールはありません。必要な方がいらっしゃいましたら、小枝とブレードの拡張機能についていくつかリクエストがあります。彼らはこれらの拡張機能に取り組んでおり、通常は実稼働環境で使用しています。残念ながら、ここではビトリクソイドがねじれています。テンプレートエンジンは、そのコンポーネントでのみ使用できます。テンプレートエンジンを Web サイトテンプレートレンダラーに接続します。接続しないと、他のコンテンツが表示されなくなります。そこには標準のレンダラーはありません。

コンポーネントテンプレートの場合、別の要素はその配置によって決まります。シンプルなデザインでコンポーネントを接続
$APPLICATION->IncludeComponent("bitrix:catalog.section", "template_name", );
別のパラメータとして、コンポーネントテンプレートの名前が指定されます。したがって、軸はさまざまな心の中にあり、どのパターンの展開が最も手に負えない場所にある可能性があります。

bitrix/components/bitrix/catalog.section/templates/template_name
local/components/bitrix/catalog.section/templates/template_name
bitrix/templates/.default/components/bitrix/catalog.section/template_name
bitrix/templates/site_template/components/bitrix/catalog.section/template_name
local/templates/.default/components/bitrix/catalog.section/template_name
local/templates/site_template/components/bitrix/catalog.section/template_name
bitrix/components/bitrix/catalog/templates/.default/bitrix/catalog.section/template_name
local/templates/site_template/components/bitrix/catalog/.default/bitrix/catalog.section/template_name

それでも、私はすべての選択肢を過大評価しているわけではありません...

Web サイトのテンプレートは、header.php、footer.php (Web サイトには多くの原因がある)、description.php (Web サイトテンプレートのシステム説明)、template_styles.css (Web サイトのスタイル) のファイルのセットとして見ることができます。 Web サイトのテンプレート)、テンプレートコンポーネントを含むディレクトリ、および小さな重要なファイルの別のグループ。以上です。そして、そこから何も得る方法はありません。テンプレートエンジンをダウンロードすることはできません。

他のテンプレートについては特に言うことはありません。これらは、単に「変更可能な」データがその前に含まれるレイアウトの形式でデータベースに保存されるか、データベースからパラメータを選択して情報が表示されるまでの作業全体をコンパイルする愚かな PHP ファイルのどちらかです。たとえば、市場向けの YML ファイルジェネレーターに驚くことができます。埋める必要のある行が 2,000 行近くあるため、単にここに置くのは意味がありません。必要な人は、Google で検索し、/bitrix/modules/catalog/load/yandex_run.php にアクセスしてください。

ファイルの性質

明らかになったように、Bitrix のアーキテクチャでは物事がうまくいっていません。これが Bitrix であり、アーキテクチャのもう 1 つの重要な側面です。
Bitrix はファイル CMS の半額です。追加のファイルを管理する必要があるスピーチはたくさんあります。

必須側 - ファイルを作成します
ページのセットが必要です - ファイルを作成し、そこに情報ブロックと連携するコンポーネントを接続します。
編集したファイルにページのタイトルを設定する必要があります
セクションのすべてのページにタイトルを設定する必要があります。そのセクションのルートに特別な file.section.php を作成します。
権限を編集する必要があります - file.access.php を編集します
システム初期化前の構成 - ファイル dbconn.php、.settings.php、および .settings_extra.php
result_modifier.php、component_epilog.php、init.php、.parameters.php、.description.php ....

そして、そのような特別なファイルは Bitrix 経由で匿名で配布されます。一方で、システムを 1 時間操作していると、歌のようなハム音が聞こえます。そうしないと、小売業者にとっても現場管理者にとっても小麦粉になってしまう可能性があります。サイドファイルは、接続されている PHP コード、レイアウト、コンポーネントに変換されることがあります。その結果、ビジュアルエディターはファイルを正しく解析せず、ファイルを編集するときに特定の場所で php タグを簡単にエスケープして、ページが使用できなくなる可能性があります。そのようなファイルに PHP コードを記述する必要はないと思いますか? だから私は知っています。エール・ビトリックスを頻繁に、代替手段がなくても、これを行うことが重要です。
そして、それらがどのような種類のファイルであり、どのようなデータを含めることができるかについての永続的な情報を頭の中で覚えておく必要があります。異なるファイルには異なる構造の異なるデータがあり、バージョンごとにメモリが必要になります。文書化は非常に重要です。

言われたことに付け加えると

Bitrix のすべての扱いがひどいことについて、際限なく文句を言うことができます。私の考えでは、このクズは「まだ終わっていないようだ」という一言で特徴づけられると思います。そして実を言うと、ビトリクソイたちはトリックを発表するとすぐに、それを公開したり、追加したり、停止したりはしません。プリクラディフ – マサ:

彼らは ORM を配りました - 彼らはお金を稼げませんでした、再び世界を取り除くことは不可能です
自動修復ツールが作成されましたが、モジュール内でのみ機能し、標準に従っていません
テンプレートエンジンを接続する機会が与えられましたが、それを経由しないと使用できません
等等

私が毎日直面している問題を、いくつかの言葉で説明してみます。

管理者

ただし、管理パネルから作業している場合は、Bitrix と同じ方法で管理セクションにページを作成することが理解できるでしょう。ただ暑かったです。よく知らない人のために、Bitrix はスキンページのスロットからファイルをダウンロードすることをお勧めします。たとえば、Wyconnian Bitrix ディストリビューターの管理における注文の詳細なレビューのページは 4,000 行以上を占めます。このファイルを 1 時間調べていると、IDE が煩わしくなり始めます。そこにはphp、js、htmlがあります。さて、SQL が開始されました。他の管理ページに何があるか知りたいのですが。
そして、これらのコンポーネントそのものの助けを借りて管理ページで作業することがなぜ重要なのかは明らかではありません。ほとんどの管理ページをカスタマイズすることは不可能です。コンポーネントと組み合わせると、このプロセスは 2 秒で完了します。
スピーチの前に、優秀な人々が日常の管理現場で役立つモジュールを作成しました

jsフレームワーク

Bitrix には、各クライアントフレームワークの役割を決定する JS ウェアハウスがあります。世界中の誰も彼を愛さない理由はたくさんあります。

文書はありません
ヴィン・モンスター
jquery の本来の豊富さを再現するものがたくさんあります

Bitrix はコンポーネントを悪用することも多く、小売業者からさらに大きな怒りを招いています。修正されたこのライブラリのコアは 85 kb となり、さらに豊富になります。 Bitrix のすべての機能 (複合、資産管理) を使用したい場合、接続を失うことはありません。

コピペ精神

残り時間はどんどん少なくなっていきますが、それでも頻繁に埋める必要があるため、Bitrix ではコピー＆ペーストが難しくなります。コンポーネントの操作を変更しますか – コピー＆ペーストします。独自のテンプレートを作成する場合は、システムのテンプレートをコピーして貼り付けて完了します。持っているものとまったく同じテンプレートを作成したい場合は、それを保存して少し変更します。そして料金は初心者向けのコースで教えられます。言葉はありません。

資産管理と CDN

Bitrix 方式のリソース管理はまさに私が必要としているものです。原則として、一連の曲を「ライブラリ」として登録できます。スキンライブラリは、他のライブラリに存在する可能性のある css/js ファイルのセットです。ライブラリをサイドに接続すると、接続の前にすべての接続が許可され、既存のすべてのライブラリがサイドに挿入されます。これはすべて問題なく、スクリプトまたはリンクタグ内の隣接するファイルにリソースのみが挿入されます。そして、30 ～ 50 のスクリプトと同数のスタイルファイルが接続されているサイトが常に存在します。
それは時間の無駄だと彼らは Bitrix で言い、これらすべてのファイルを 1 つに結合する素晴らしいチェックボックスを作成しました。そして、50 個のスクリプトの代わりに、それぞれ 300 ～ 500kb の 2 個のスクリプトが存在する Web サイトが登場しました。時々、修正を実行して同じリソースを数回消費しましたが、すぐに修正されました。
そして、betrixoys は、すべてのリソースを CDN サーバーに転送する機能を追加するというアイデアを思いつきました。いつも失敗する人。
Google Pagespeed Insights は、すべてのリソースをページの下部に下げることを推奨しました。そして Bitrix では、本文内のすべてのリソースが特別な属性で指定されていないため、愚かにも省略する特別なチェックボックスを再び作成しました。
また、スクリプトの修正バージョンもボックスから一度に送信され、管理画面で別の魅力的なチェックボックスをオンにすると接続されます。
scss や TypeScript は使用しないとしましょう。リソースを適切に管理したい場合は、組み込みの Bitrix システムを使用せず、Bitrix と簡単に連携できる webpack を使用してください。

敷地の豊かさ・豊かさ

旋律的に言えば、これは小売業者にとって最大の悩みであり、製品が誕生した瞬間から悩まされています。巨大なウェブサイトをただ作ることはできません。また、さまざまな価格や通貨を含む豊富なカタログが必要な場合は、多額の費用がかかり、かなりの金額を支払う必要があります (最終バージョンの追加ライセンスを購入するには、サイト側が寛大でなければなりません)。
大量のボリュームと大量の通貨を扱う Web サイトを作成している場合は、Bitrix が積極的に運用を修復する準備をしてください。リッチサイトネットワークの開発は、管理全体で分散化されます。投与中の皮膚の痛みは、サイトの現在のバージョンに依存します。一部の情報は、必ずしもサイト/映画に関連しているわけではありませんが、映画との明確な関係がある場合があるため、この情報を複製してサポートする必要がある場合があります。
基本バージョンでは、情報ブロックを混在させて複数のコマンドを使用するには、重複した情報ブロックを作成する必要があります。しかし実際には、誰にも迷惑をかけず、1 つのエッセンスを集中的に保存し、そのさまざまな属性を他のものに分散させる独自の方法を見つけようとします。
ローカライズ中にデフォルト言語をインストールすることはできません。ロシア語のフレーズを説明する単語があり、英語にはその単語がない場合、英語のサイトには空の行が表示されますが、挿入できないものは何も表示されません（多くの場合、ロシア語のフレーズを削除することは可能です）フレーズが空にならないように）。

権利管理メカニズム

彼らはこのサブシステムについて本当に賢くなっています。いくつかの本質的なものを見る権利があるのに、実際のものはそれらにすぐに対処できないのはなぜかを理解するのが難しいことがよくあります。たとえば、情報ブロックを編集する権限を付与するには、/bitrix/admin ディレクトリへのアクセス、特定の情報ブロックの権限の種類、およびヘッドモジュールの権限の種類を提供する必要があります。 1 つのエンティティに対する権利を取得するには、多くの操作を完了する必要があります。そして、権利が確立されていない場合、週末に多くの仕事をしなければ、その理由を理解する方法はありません。

構成

Bitrix には、システムをカスタマイズできる集中型ハブがありません。調整もシステム全体で分散化されます。オプションは、モジュール設定、コンポーネント設定、COption (管理パネルには追加されません) で使用できます。管理では、1 つのモジュールのオプションを、異なる場所にある 3 ～ 4 つの異なるサイトに分散できます。 urlrewrite は管理パネルから編集できます。次に、i.settings i.settings_extra です。どれが優先されるのか全く明確でない場合もあり、選択肢の説明がなく、関係性が不明瞭な場合も多々あります。ディストリビュータ間で構成を共有するネイティブな方法はありません。
設定は非論理的である場合もあります。時にはそれは不条理な点に達します...富の構成要素について疑問に思うことがありますが、準備ができていない人がどのようにしてこれを習得できるでしょうか？

1Cとの統合

これは、多くのアシスタントを魅了する Bitrix 機能リストの項目です。 Bitrix は、2 回のクリックでサイトと 1C の双方向の統合をセットアップし、コンテンツとドキュメントが 1 つのシステムから別のシステムに即座に配信されることを約束します。
はい、それは本当ですが、警備員がたくさんいます。
まず第一に、追加の努力をせずに「すぐに使える」統合を実現するには、Bitrix のドキュメントに記載されているとおりにすべてを自分で行う必要があります。Bitrix が提案するルールに従ってサイト上にカタログを作成し、 trix に従っているため、カタログが 1C であることを確認してください。理想的には、すべてを最初から作成すれば、すぐにすべてを取り出すことができます。
言い換えれば、Bitrix には、すぐに使えるすべての 1C 構成が付属しているわけではありません。ヴァルトはバックグラウンドで知り合う
第三に、理想世界など存在しない。どのような種類の Web サイトが必要かを代理人に尋ねてください。それは別のビジネスであり、さらには 1C であり、非常に価値があります。サイトにアップロードする必要があります。そして、同じ情報がサイト上に表示されないようにするためには、交換の仕組みを大幅に改善する必要があります。
Bitrix チームによって形成された交換器は、製品のこれらのタンクから大きく分岐することがよくあります。その場合、交換メカニズムのさらなる開発には費用と労力がかかる可能性があります。これは、独自の開発によって達成できます。特定の攻撃の ID を交換します。
したがって、1C からサイトを簡単に統合できる限り、錯覚を軽減する必要はありません。これらはすべてマーケターのアプローチです。

1Cとのやり取りの追加検討 - 中心的なトピック。カタログ交換の組織については、\CIBlockCMLImport.- 5.7k 行のクラスが認定されています。この拡張機能で最も頻繁に使用される主なメソッドの 1 つは、1,000 行を超える行を収容するために \CIBlockCMLImport::ImportElement です。数回落ち着かせてから 3 時間放置すると、不要な交換を 1C でキャンセルできます。したがって、販売者は多くの場合、このクラスを避け、追加情報を得るために輸入プロセスに関与しようとします。 Bitrix のアイデアのサンプラー、特に infoblocks モジュールでの取引は、同じ種類のメッセージが同じ方法で使用されず、一部のアイデアが単に表示されないとしても、まだそれほど楽しいものではありません。
彼らは以前と同じように迅速にそれに対処しました。

不便

さまざまなモジュールの開発者が互いに特に同意していないように思えることがあります。さまざまなカーネル出力は、1 つのエンジンに実装できるさまざまなソリューションに遭遇しますが、実装方法は異なります。
たとえば、情報ブロック要素と UserFields の機能を利用できます。そして、事実の背後にあるこの別の本質は、別の本質のための追加のフィールドです。種類、意味、説明があります。値は別のデータベーステーブルに保存され、データにアクセスするためのほぼ同様のインターフェイスが提供されます。そこで、彼らのために新しいインターフェースを作成してみてはいかがでしょうか?
アクシスは最終的に販売モジュールを最新バージョンに更新し、そこで交渉に十分なパワーも提供しました。現実の力を拡張した新しい、第 3 の仕事のインターフェースは存在するのでしょうか?

ビットリックス24

ツェ・ザガリ・オクレマ・トピック・ロズモヴィ。このシステムではプルタニウムに問題があることがよくあります。 Vikonannya B24 の 2 つのオプション - SaaS およびスタンドロン。 B24 の Є マーケットプレイスですが、新しい場所には SaaS バージョンのプログラムのみがあります。 200 個で購入したパッケージ版をお持ちの場合、ドキュメントデザイナーなどの人気のあるプログラムをインストールすることはできませんが、Bitrix24 のマーケットプレイスから同じプログラムを Bitrix24 にインストールすることもできません。軸とはそういう現象です。
Bitrix24 には、ベーシックバージョンで利用可能なマーケットプレイスがあります。他にも多くのソリューションがありますが、最も重要なのは、B24 ではなくサイト管理に集中しています。

技術サポート部門から聞いたところによると、Bitrix24 は完全なシステムです。標準のシステムコンポーネントの動作に精通している場合は、この機能が今後のアップデートで機能しなくなることを覚悟してください。 Bitrix は、ポータルにコンポーネントを追加するユーザーを対象としていません。また、クライアントをパートナーに正式に紹介するユーザーについては考慮しません。

お話しする前に、B24 のパッケージ版のコンポーネントをさらに改良するのは当然の課題です。 js コードを生成するコンポーネント。ajax の助けを借りて php コードに変換され、最終的に html+js が生成されます。とても暑いので、閉じ込められたくないですよね。

ドキュメンテーション

Bitrix のドキュメントでは、製品の開発に 1 ～ 1.5 年かかることが示されています。このコードは phpDocs でほとんどカバーされておらず、多くの場合、クラスの前のコメントは「表示用」に含まれており、IDE で自動的に生成されます。
公式出版物のドキュメントのスタイル自体が「強引」すぎることがよくあり、特定の記事ではなく、Bitrix 自体がリリースされるまでドキュメントが望ましい関連性を持たない可能性があります。
学習者用コースには多くの情報が含まれていますが、学習者がシステムの機能について学ぶために必要な形式では、必要なレベルの習熟度が得られません。 Cookbook Symfony にアクセスすると、すべてがレイアウトされ、バージョンに従って必要な要素がすべてリストされます。そのため、Bitrix コースが開始されると、古いカーネルと新しいカーネルに関する構造化された情報がどのような原理で提供されるのかが不明瞭になり、最初に最初に供給され、次にその先に供給されるため、最初は頭が痛くなります。

開発プロセスの構成

システムの特殊性により、手動による開発プロセスを整理するのはそれほど簡単ではありません。 Business Edition (手元にあった) の最新バージョンではなく、インストール後に約 530 MB が必要になります。
$ du -s *|sort -nr|cut -f 2-|while read a;do du -hs $a;done 523M bitrix 204K アップロード 64K bitrixsetup.php 56K デスクトップアプリ 20K readme.html 20K License.html 4.0K 。 4.0K urlrewrite.php 4.0K readme.php 4.0K License.php 4.0K install.config 4.0K Index.php
このうちの半分は、バージョン管理には必要のないバイナリとマネージャーによるものです。残念ながら、Bitrix カーネルのバージョン管理は行わないことが決定されました。 Bitrix ディストリビュータ自体が、更新に必要なさまざまなモジュールのバージョンを提供することで、カーネルの整合性を保証します。ただし、少なくとも 1 つの大きな欠点があります。バージョン管理下では 1 つのコマンドでプロジェクトを起動することは不可能です。これは、通常、プロジェクトを部分的に収集する必要があることを意味します。カーネル出力は Bitrix バックアップから削除され、ディストリビューターから削除されます。 ' 週末 - git から。
ベースに関してはすべて問題ありません。開発中に移行を選択できるため、Bitrix は追加のスクリプトを使用してベースに更新をダウンロードしますが、これは制御できません。したがって、更新中に、データベースのバックアップを中央ホストから他のディストリビュータに転送する必要があります。
善良な人々は、繰り返しになりますが、すべてを整理するのに役立つツールを使用しますが、今までこれらのルールには従いませんでした。
公式には、Bitrix では 1 つのディストリビューションに対して 2 つのコピーが許可されています。 1 つは実稼働用で、もう 1 つは開発用です。 1 つのプロジェクトに数人の開発者がいる場合は、いわば法律でそうされます) 実際、www.bitrixsoft.com からの入出力接続を使用してマシンを Bitrix に接続でき、その後はいくらでも資金をつぎ込むことができます。ロズロブカのコピーかもしれない、ただ臭いだけだあなたは自分自身で恋に落ちることはできません。

同僚

ずっと居たいので食べるのはやめます。
これに関連して、Bitrix は、資格のない人材を多く抱えてこの市場にサービスを提供する企業の中で参入敷居が低いです。私はこれまでのキャリアの中で、1C-Bitrix を含むさまざまなプロジェクト (合計 100 以上) に取り組む機会がありました。そのうちの95%は「残念」だったと胸を張って言えます。アプローチの開発が感じられる前にプロジェクトが完了することは非常にまれで、ほんの数件しかありませんでした。それはあまりにもクレイジーです。

ヴィシュノフキ

もちろん、すべての欠点を 1 つの統計の枠組み内で考慮することはできません。毎日、人々が練習を始めるきっかけとなるさまざまな出来事に遭遇します。こうした小さなことすべてに目を向けることはまったく不可能ですが、メロディックに言うと、意味はありません。

ここでどうやって先に進むことができますか？ Bitrix はこれに関連して複雑なシステムであり、アーキテクチャが不適切である可能性があり、製品で長期間存続することができません。一方で、Bitrixはシンプルな仕組みであり、フレームワークにもよりますが、そもそも必要な資格レベルは低くなります。
この製品のサポートは、Symfony、Laravel、Yii などの製品と非常に似ています。この製品は、正体不明の小売業者と実績のある小売業者の両方に影響を与えることを非常に好みます。そのため、独自のリソースを使用して、Bitrix の下で実績のある小売業者のサービスのメリットで競争できます。

このシステムで何時間も作業してきた私の何が間違っているのでしょうか? それよりも早く。賢明なことは、この時間を、より正しく、より論理的なことを学ぶことに費やすことです（私は今、積極的に勉強しようとしています）。すでにひどい状況だったので、誰も私をこの道の始まりに向けて正しい方向に導くことができませんでした。

初心者の PHP 開発者であれば、Symfony、Laravel、Yii、ZendFramework などのフレームワークを使用する Bitrix を優先してください。信じてください、将来は余分に報われるでしょう。これらのフレームワークのいずれかをマスターしたら、将来 Bitrix を使用するかどうかは問題になりません。選択肢がない場合は、Bitrix を使用してください。そうでない場合は、マークを配置するためにフレームワークの世界から学ぶ方が良いでしょう。

Bitrix の経験はあるが、他のフレームワークの経験がないエキスパートである場合は、必ず別の世界に足を踏み入れてください。1C-Bitrix の非常に明確なソリューションを作成するのに役立つ、新しく貴重な知識をたくさん発見できるでしょう。残りとコンポーザーのコンポーネントアプローチを使用することはまったく難しいことではないため、プロジェクトで他のフレームワークのソリューションを使用するようにしてください。

あなたが代理人であれば、Bitrix のマーケティング担当者に嘘をつかないでください。 Bitrix のプレゼンテーションで言われているほど簡単なことはありません。そして、スパイを責めないでください。ここで悪臭を放つことは意味がありません。 Eldorado/MVideo/Sportsmaster 地域向けに優れた便利なオンラインストアを作成したい場合は、Bitrix が最良の選択ではない可能性があります。

更新。明らかに、この記事は Bitrix のスパイによって読まれていました。マーケティングに関するセクションで、Bitrix ディストリビューターがマーケティングコールを作成する過程でのアーキテクチャのセクションにそのことを書きました。今、そこには彼らはいません。おそらく彼らは急いでいたのでしょう、彼らは封印されました。

あなたの勤勉さに感謝し、感謝します:)

タグ:

1s-ビットリックス
cms
ウェブディスカバリー
コモロ
ヘイトビトリクス
スキグリキオンハブリ
それを手に取ってください

タグを追加する

注記