1

関連する質問が 2 つあります。

  1. Magento を扱いやすい一口サイズに分解することは可能ですか?
    • 私の IDE は、CSS の行を変更するために、いまいましいプロジェクト全体を処理する必要はありません。
    • デプロイするときにすべてをサーバーにエクスポートする必要はありませんか?
  2. 正確には、Magento のどの部分に触れてはいけませんか (新しいバージョンにアップグレードしない限り)? たとえば、アプリ/コード/コア?

Magento を使用したことがある人にとって、これはまさに獣のようなアプリケーションです。私の開発用 PC では、大量のリソースを浪費し、作業は 2 フィートの泥の中を歩くようなものです。

私の現在の作業方法は、基本的にコード ベース全体を SVN リポジトリに貼り付けることです。

何かの実装が完了したら、サーバー上の開発用 SVN 作業コピーを更新してテストします。

変更に満足したら、サーバー上の新しいフォルダーにエクスポートし、local.xml と media フォルダーにシンボリック リンクを作成してから、Web サーバー (Apache) ディレクトリにシンボリック リンクを作成します。

私の小さなシステムは効果的ですが、私の人生では、それをより速くする方法がわかりません!

app/code/local や skin/frontend/default など、アプリの個別の部分を処理するために、さまざまな SVN (または Git) ブランチやリポジトリを検討していましたが、詳細がわからないか、それが最善の方法であるかどうかさえわかりません.

4

1 に答える 1

3

その音から、物事をスリムに保ちたい場合は、アプリ/コード/ローカル、アプリ/コード/コミュニティ、およびデザインパッケージをリポジトリ内に保持し、マグネトのコアコードを別のものとして保持することを検討することをお勧めします。パッケージ。

Git は、Magento の多数のファイル/フォルダーでより適切に機能するように思われることがわかりました。

IDE に NetBeans を使用している場合、必要がなければプロジェクト ファイルのスキャンを無効にしてオート コンプリートを構築できます。ただし、他のIDEについてはわかりません。

あなたがとてもエレガントに言ったように、Magento は過度に抽象化されているため、泥棒になる可能性があります。PHP ファイルの Op コード キャッシュ (APC など) を調べ、ローカル環境の Mysql 設定を調べて、できるだけ多くのボトルネックを見つけて改善することをお勧めします。

Modmanも検討することをお勧めします。

これは、magento プロジェクトを構築する方法に関するアドバイスと意見に関する良い記事です。

于 2012-05-14T17:54:00.937 に答える