タグ付けされた質問 「local.xml」

正しいアプローチを提案してください。ユーザーがボタンをクリックしたときに「友人にメール」ページをポップアップウィンドウにカスタマイズしたい（この製品をメールで送信）。テンプレートヒントを有効にすると、ボタンが次のようにレンダリングされることがわかりました。 frontend / rwd / default / template / catalog / product / view / sharing.phtml 対応するレイアウトファイルはcatalog.xml（frontend / rwd / default / layoutにあります） だから私は、次のコードlocal.xmlでcatalog.xml存在する同じフォルダにを作成しました（単に「デバッグ」するtest.phtml代わりにsharing.phtml、 <?xml version="1.0"?> <layout version="0.1.0"> <default> <catalog-product-view> <reference name="content"> <block type="catalog/product_view" name="product.info" template="catalog/product/view.phtml"> <block type="catalog/product_view" name="product.info.sharing" as="sharing" template="catalog/product/view/test.phtml"/> </block> </reference> </catalog-product-view> </default> </layout> しかし、何も起こりません。既存のファイルxmlやphtmlファイルを変更せずに、テーマのデフォルトのデザインを変更（上書き）する方法を意味しますか？

15 layout  magento-1  theme  rwd-theme  local.xml 

Magento EE 1.12.0.0 app/etc/local.xmlでは、どのような構成変更を行っても、デフォルトのファイルキャッシュが引き続き使用されているように見えます（var/cache/常に満たされていることから明らかです）。 期待 Memcachedはfast_backendとして使用されます。 データベースはslow_backendとして使用されます。 ファイルキャッシュはまったく使用されません（つまり、var/cache/常に空にする必要があります）。 実際の出力 Memcachedはfast_backendとして使用されます。 データベースはまったく使用されません。 ファイルキャッシュが使用されています。 試験手順 構成を変更しapp/etc/local.xmlます。 MemcachedとApacheを再起動します（適切な手段として、ローカルの開発ボックスにあるため、同様にできます）。 ファイルキャッシュをクリアします（rm -rf var/cache/*）。 ホームページを更新します。 ファイルキャッシュの内容を確認します（ls var/cache）。 悲しくなり、別の設定変更で＃1に戻ります。 構成 私の内容はapp/etc/local.xml次のとおりです。 <config> <global> <install> <date><![CDATA[{{actual_data}}]]></date> </install> <crypt> <key><![CDATA[{{actual_data}}]]></key> </crypt> <disable_local_modules>false</disable_local_modules> <resources> <db> <table_prefix><![CDATA[]]></table_prefix> </db> <default_setup> <connection> <host><![CDATA[{{actual_data}}]]></host> <username><![CDATA[{{actual_data}}]]></username> <password><![CDATA[{{actual_data}}]]></password> <dbname><![CDATA[{{actual_data}}]]></dbname> <initStatements><![CDATA[SET NAMES utf8]]></initStatements> <model><![CDATA[mysql4]]></model> <type><![CDATA[pdo_mysql]]></type> <pdoType><![CDATA[]]></pdoType> <active>1</active> …

14 database  cache  local.xml  default  slowbackend 

私はいくつかのことをやりたいと思っていますが、私は新しく、Magentoに習熟しているとはとても言えません。私が求めているのは、以下を実行するための最良かつ最も簡潔な方法です。 私のホームページのコンテンツ、およびこのプロジェクトでさらに進んだ場合はおそらく他のすべてのCMSページを、管理パネルWYSIWYGではなくテキストエディターで編集したいと思います。home-content.phtmlカルーセルのマークアップを含むようなテンプレートがあり、ホームページに他のすべてのものを配置すると思います。これを行うための最も論理的な方法は、私を添付している私には思えhome-content.phtmlへgetChildHtml('content')> CMS - - >ページ- >ホームページ- >「デザイン」タブ-管理パネルでの方法>このようなコードとレイアウト更新XML： <reference name="content"> <block type="core/template" name="home-content" as="home-content" template="home-content.phtml" /> </reference> しかし、それは私がやりたい次のことにめちゃくちゃになりました... 私の意見では、デフォルトのMagento HTML構造は恐ろしく肥大化しており、ネストされたdivの数が多すぎます（ラッパー->ページ->メインコンテナーcol1-layout->メイン-> col-mainだけでページのコンテンツにアクセスします） 。これらのクラスのスタイルはすべて5つの異なるSassパーシャルに分割されているため、Sassでのスタイル設定は私にとって悪夢です。したがって、私はデフォルトの構造をクリーンアップして、自分の設計原則と一致させています。これの一部は、悪名高いのような空の要素を削除することを意味します<div class="std"> </div>。これを取り除く最も効果的な方法は（コンテンツに管理パネルを使用する予定がないため）<remove name="cms.wrapper">、CMS Home Layout Update XMLを使用することです。問題は、これにより上記の方法（reference name="content"）で追加したものがすべて削除されることです。 基本的に：を使用してホームページにコンテンツを追加し、競合なしで.phtml を削除するにはどうすればよい<div class="std"> </div>ですか？admin-> CMS->レイアウト更新XMLの機能がどのようにlayout.xmlの機能と異なるのか、またはどちらを使用する必要があるのか​​理解できません（たとえば、<cms index-index>同じことを行うために使用できないのでしょうか？） 。 皆さん、ありがとうございました。

9 cms  ce-1.9.0.1  local.xml  admin-panel 

キャッシュとは backend slow_backend slow_backend_store_data auto_refresh_fast_cache local.xml.additionalファイルでこのタイプのキャッシュ構成を確認しました。知りたい このタイプのキャッシュの意味と これが使用される理由とMagentoで影響を受けるセクション そして、 私は説明の詳細を必要とします

8 configuration  cache  backend  local.xml 

あらすじ 何よりもまず、運用アプリケーションで作業することを好む人はいません。したがって、別のストアをセットアップすることをお勧めします。私の構造は次のとおりです。 dev.magento.local- >開発ストア; stage.magento.local- > UAT / QAストア; magento.local- >プロダクションストア。 一方、ストアはapp/etc/local.xml、この構造の最初の競合であるを含むソース管理で追跡されます。それにもかかわらず、Magentoのインストールプロセスが完了してlocal.xmlが作成されたら、アイデアは次のとおりです。 1）最近インストールされたMagentoストアをエクスポートします。 icanhas$ mysqldump --single-transaction magestore_dev > magestore_dev.dmp.sql 2）次に、残りの環境の構造をインポートします。 icanhas$ mysql -u'magestage_user' -p'magestage_pwd' < magestore_dev.dmp.sql icanhas$ mysql -u'mageprod_user' -p'mageprod_pwd' < magestore_dev.dmp.sql 3）新しい環境ではURLを修正する必要がありますが、それはこの質問を超えているため、完了したと仮定しましょう。 4）前述のように、との競合を解決する必要があるためapp/etc/local.xml、次のディレクトリを作成しました。 /app/etc/development/local.xml- > local.xmlをここに移動しました。 /app/etc/staging/local.xml- > ここに開発/local.xmlをコピーしました; /app/etc/production/local.xml- > ここに開発/local.xmlをコピーしました; 5）各環境のデータベース資格情報を修正しました。これはリポジトリにコミットされました。 6）最後に、次のシンボリックリンクを作成しました。 オンdev.magento.local ; app/etc/local.xml -> app/etc/development/local.xml; …

7 magento-1.8  install  local.xml