タグ付けされた質問 「performance」

現在、英国ではWebサーバーからの最初の応答が200ミリ秒未満である必要があるという要件に取り組んでいます。現在、ロードバランサーの下にある2つの専用Webサーバーと1つのdbサーバーの下で、800ミリ秒で到達しています。 現時点では、サイトの顧客数は5、製品数は2、カテゴリ数は4未満であり、現時点ではサイトのフロントエンドはなく、スタイルもイメージも無料です。 また、Varnishを使用してnginxで実行されています。 誰も私にウェブサーバーのセットアップに関するアドバイスをくれますか？なぜ私たちのものがゆっくり入ってくるのですか？これを最適化するために何をお勧めできますか？400％速くなる必要があります！

121 configuration  performance 

Magentoのコンパイラ機能を使用しているとよく言われます。 どのような場合に使用すべきか、そしてどの程度のパフォーマンス向上が得られるのか、私は決して知りません。 [免責事項]：最近、これに関する編集の提案を受けました。この質問はmagento2のディコンパイルに関するものではなく、magento2についてもわずかではありません。

44 performance  compiler 

Magentoは多くの「すぐに使える」機能を提供しますが、サードパーティの拡張機能を必要とするクライアントストアには、必然的に機能や機能が必要になることがわかりました。 しかし、媒体の性質を考えると、商業取引を扱うこのような複雑なシステムに「外国の」コードを導入することは危険な命題になる可能性があります。 Magentoの拡張機能を評価する際に何を探しますか？あなたが出くわした「レッドフラッグ」とは何ですか（パフォーマンスの悪用、セキュリティリスク、アーキテクチャの悪い習慣）？

41 performance  extensions 

誰もが知っているがどのようにMagentoののJSスクリプトタグなどのすべてを持っているん<script type="text/javascript" src="http://sitename.com/js/prototype/prototype.js"></script>クロージング前にレンダリング</body>？ 私はこれを以前に一度試しましたが、おそらく参照フッターで使用したaddJSメソッドの行に沿ってエラーが発生したと思います。

35 magento-1  performance  theme  layout  javascript 

Magentoが1M SKUでどのように機能するかを確認する必要があります。しかし、ダウンロードするサンプルデータの大きなデータセットを見つけるのに苦労しています-または、インポート用のフィード（およびインポートプロセス自体）を生成する実行可能な方法を見つけます。 ダミーデータの大きなデータセットをインポート用にダウンロードできる場所を知っている人はいますか（または、それを生成してインポートするための賢明な手段）。 カタログサイズが1M以上の製品を持つ場合、どのような問題が予想されますか？ 単一の製品DBを複数の独立したストア（異なる企業）と共有する方法はありますか？

31 performance  import 

MagentoのMySQLサーバーとして何を使用しますか？ MySQL（Oracle） パーコナ その他（MariaDB） Perconaは、Magentoが集中的に使用するInnoDBストレージの改善セットを提供しますが、Magentoストアを実行する場合、これらの改善は違いをもたらします。 パフォーマンスをどのように改善しますか（アーキテクチャに関する一般的なアプローチであり、特定の変数などの設定に関する特定の情報ではありませんinnodb_flush_log_at_trx_commit=2）。NBSがマスターとマスターのレプリケーションを試行したことは知っていますが、安定していません。 データのレプリケートに遅延があったため、読み取りがスレーブにリダイレクトされるマスタースレーブレプリケーションでかなりの問題が発生しました。 MySQLから可能な限り移動しますか？（solrなどを検索）。

30 performance  mysql 

私は現在、非常に単純なスキーマ（約5フィールド）を持つデータベーステーブルの場合、ローカル開発環境（SSDドライブ）で、毎秒〜50挿入未満の速度で新しいレコードを挿入していることを確認しています-これは関連するテーブルにデータを入力するモデルのオブザーバーはいません。 ダイレクトSQLを使用すると、かなりの改善が見られます-1800挿入/秒。モデルのパフォーマンスを最適化することを考えていますが、もちろん、Magentoコアが提供する優れた安定性と柔軟性をすべて失いたくありません。 誰かが以前にこのルートを行ったことがあるかどうか、そしてモデル層のコンポーネントに関して、パフォーマンスを大幅に向上させる比較的安全にバイパスできる簡単な勝利があるかどうか疑問に思っています。 次のようなもの： クラス名解決 イベントの保存前後 イベントの発送 取引 等 更新：嘘をつきました。実際には、オブザーバーまたはafterSave（）から発せられる追加のクエリがいくつかあり、データベースクエリログを調べたときに見ました。完全に単純なエンティティに対するベンチマークでは、実際にはMagentoモデルで最大300行/秒が得られます。MySQLのオーバーヘッドのみがトランザクションです。

28 performance  model 

質問は、特定のMysql構成アイテムに関するものではなく、複数のデータベースの処理、複数のデータベースサーバーへの読み取りと書き込みの分割、master + masterに関するものですか？マスター+複数のスレーブ？ 人々はどのような経験をしましたか？これを達成する方法の例はありますか？

28 database  mysql  performance  architecture 

IDのみを指定して製品のURLを取得する最も効率的な方法は何ですか？コードのいくつかの場所にMage::getModel('catalog/product')->load($id)->getProductUrl()は、製品のURLを取得するため、製品に関連するイベントの量などを考えると、これはかなり無駄に思えますが、もっと簡単な方法はありますか？カテゴリIDも指定できると便利です。 さらに、名前などの製品の単一の属性に対して同じことを行うための効率的な方法はありますか？

27 product  magento-1  url  performance  best-practice 

この質問には2つの部分があります。 コアモジュールを無効にすると、ストアの全体的なパフォーマンスが向上しますか。その場合、管理で無効にする（フロントエンド出力を無効にする）か、このパフォーマンスの改善を確認するにはconfig.xmlで無効にする必要があります。 パフォーマンスの改善が必要な場合、ストック上のどのモジュール、CE 1.7.0.2ビルドは、パート1で回答した方法で安全に無効にできます。

27 module  performance  core 

Mage::getBaseUrl(Mage_Core_Model_Store::URL_TYPE_WEB)ではなく使用する理由はありMage::getBaseUrl()ますか？私は両方が使用されているのを見てきましたが、どちらも同じものを返します。長い方は冗長ですか？2つの関数呼び出しも使用します。 さらに、Mage_Core_Model_Store::URL_TYPE_WEB単に「web」という文字列を返すことがわかります。それのポイントは何ですか？

26 magento-1.7  url  performance  base-url 

この質問とSander Mangelの回答から： モジュールの無効化-パフォーマンスの改善？ まず、モジュールが少ないということは、（潜在的に）ロードおよび処理するコードが少ないことを意味します。その次に、たとえばMage_Rssモジュールなどの多くのモジュールは、特定のイベントでインデックスの再作成を強制するなど、バックグラウンドで多くのコードを実行します。 上記の質問はモジュールリストを直接共有することを意図したものではないため、ここで情報を収集することをお勧めします。 その他の有用なリソース： Magento Lite モックモジュール 他のモジュールの提案はありますか？ どのモジュールがパフォーマンスに影響を与えますか？ 更新 @Mariusの提案を含む更新リスト Mage_WishList- 顧客の詳細を壊すように見える Mage_Rss Mage_PayPalUk Mage_Tag（プロジェクトで使用されていない場合） Mage_Poll（とにかくポーリングを使用する人が原因） Phoenix_Moneybookers Mage_Sendfriend Mage_Rating（クライアントが必要としない場合） Mage_Bundle（クライアントが必要としない場合） Mage_Downloadable（クライアントが必要としない場合） Mage_GiftMessage- 1.8で必要になると、製品の詳細が壊れます Mage_XmlConnect-モバイルアプリをお持ちでない場合/必要な場合。 Mage_Authorizenet Mage_Paypal（支払い方法として使用しない場合） Mage_Paygate（Mage_Paypal、Mage_PaypalUk、Mage_Authorizenetを無効にした場合のみ） Mage_Weee（Mage_XmlConnectも無効にした場合のみ） Mage_Usa-ce-1.8.1.0のみ。（以下の理由を参照） Mage_GoogleCheckout-ce-1.8.1.0でのみ、Mage_Usaを無効にした場合にのみ無効にできます。このため、以前のバージョンでは機能しませんhttp://www.magentocommerce.com/bug-tracking/issue/?issue=14359 Mage_Oauth-REST APIが必要ない場合 Mage_Api Mage_Api2-Mage_Oauthも無効にした場合のみ。

25 module  performance 

最近、magento2の新しい拡張機能またはカスタマイズの開発を開始しましたが、最初の印象は悪夢でした。変更するたびに20〜30秒ほど待たなければなりませんか？本当に？ 私は開発モードについて話しているのですが、キャッシュが有効になっている実稼働環境では、Webサイトがスムーズになることがわかっています。しかし、拡張機能やレイアウトの問題を扱っているときは、静的ファイルを削除したり、キャッシュをクリアしたりする必要があります。 私の質問は、すべてのM2開発者がどのように働くのかということです。ページを更新するのに20〜30秒待たなければならないとは思わないからです... 私の環境：私のPCは8GB RAMを搭載した「良い」i5です。Windowsで作業する必要があるため、vagrantを使用します。 4コアすべてのCPUの使用 5120MBのRAMを使用 Ubuntu / trusty64-Ubuntu 14.04 PHPバージョン7.0.12-1 + deb.sury.org〜trusty + 1 MariaDB-10.1.18-MariaDB-1〜信頼できる Magento 2.1.2は、sampledataのみでインストールされます（モジュールはインストールされません） （詳細を知りたい場合は私に尋ねてください） 正確に何が起こっているのですか？ 通常、M2はページをロードするのに5〜10秒ほど大丈夫、遅いが大丈夫、と応答しますが、時々（通常よりも）永久にスタックすることがあります！最初のページである場合もcss、js、htmlファイルである場合もありますが、常に問題はTTFBにあります。 セットアップウィザードにも問題が発生しました。angular.jsでは、これらのファイルは永久に残ります... これらの2つの写真は、セットアップウィザード内の移動に関するものです。 次に、フロントエンドカタログをナビゲートする別のもの： 私は正確に何を求めていますか？ これは正常ですか？あなたはこのタイミングで動作しますか？私はこれを何人かの同僚とコメントしましたが、私たちは信じられません。私は時々スクリーンを見ながらずっと待ち続けているのに絶望しています... 誰かが私にテストを見せてほしいと頼んだら、新しい製品を作成したり、ただ驚かせるようなものを...新しい注文を作成し、フィールドを埋め、すべてのフィールドに5-6秒間続くjsを実行します... わからないが、このようなものを開発するのはとても気分が悪い...

25 magento2  performance  development  localhost 

誰かが、Magento CE 1.9.1.0と1.9.2.0の間に導入された以下のコードが何のために使用されているのか説明できますか？ class Varien_Image_Adapter_Gd2: public function __construct() { // Initialize shutdown function register_shutdown_function(array($this, 'destruct')); } /** * Destroy object image on shutdown */ public function destruct() { @imagedestroy($this->_imageHandler); } これらの2つの機能が追加された後、ImportExportインターフェイスを使用した製品ギャラリー画像のインポートが機能しなくなりました。このエラーは、メモリの制限によるものです（これは、最大オープンファイルサイズ制限になります）。 私の考えは、インポートによって開かれたファイルが正しく閉じられないということです。 また、いくつかの空のdestruct()関数が導入されていることもわかりました（Mage_ImportExport_Model_Import_Adapter_Abstract）-しかし、それらを親ロジックに合わせて拡張しても効果はありません。

23 magento-1.9  performance  importexport  ce-1.9.2.0  gd2 

私たちは、大きなインベントリレコードを持ついくつかのmagentoプロジェクトを開発し、フラットテーブルの切り捨てや、CLIを使用したcronの設定など、日々のインデックス作成の問題を解決するためにインターネット上で見つかったすべてのことを試してみました。インデックス作成ですが、これはインデックス作成の問題に直面している私たちの日々の頭痛です。 毎日製品を更新したり、他のフィードから製品を毎日インポートしたりするなど、さまざまなシナリオがあるプロジェクトに取り組んでいる間、この問題に対する永続的なソリューションを探しています。 これまたはいくつかの回避策でいくつかのベストプラクティスをお持ちの方は、非常に高く評価されるそれらを共有してください。

23 magento-1.7  ce-1.7.0.2  configuration  performance  ce-1.6.2.0