タグ付けされた質問 「ce-1.7.0.2」

Magentoコミュニティバージョン1.7.0.2。

4
1.7の丸めの問題のステータスは何ですか？
Magento CE 1.7を使用しており、さまざまな丸めの問題があります。さまざまな計算では、0.01ユーロの差があります。 基本的な問題は、記事の価格が含まれていることかもしれません。税金。 共同プログラマは、Mage_Core_Model_Store::roundPrice()4桁の精度で計算するメソッドを上書きしました。しかし、これはPayPalの支払いに問題を引き起こすようです。 これらの問題の解決策はありますか？ 編集： 私たちは、実際には、基本的に丸め4桁を追加する公式のコアのパッチを試してみました\Mage_Tax_Model_Sales_Total_Quote_Shipping::_round、\Mage_Tax_Model_Sales_Total_Quote_Subtotal::_deltaRoundそして\Mage_Tax_Model_Sales_Total_Quote_Tax::_deltaRoundクーポン丸め問題ではなく、ペイパルの問題を修正しました。
3
構成可能な製品の製品イメージを変更する
構成可能な製品用に選択された属性に基づいて製品イメージを変更できる方法を探していました。例えば 色オプション付きの構成可能な製品：1）赤2）緑 ユーザーが赤を選択した場合、詳細ページのメイン画像を関連製品のメイン画像に変更する必要があります。 この1つのシンプルな構成可能な製品を見ました しかし、レビューでは、画像の変更が機能していないと言っている人もいますが、これは関連製品に基づいた価格設定のための追加機能と追加機能であり、これは私が考えていたものではありません。 あまり多くの仕事をすることなく、これがどのように達成できるかについての考えを持っている人。ありがとう。
6
一般的なインデックス作成の問題に対する永続的なソリューション
私たちは、大きなインベントリレコードを持ついくつかのmagentoプロジェクトを開発し、フラットテーブルの切り捨てや、CLIを使用したcronの設定など、日々のインデックス作成の問題を解決するためにインターネット上で見つかったすべてのことを試してみました。インデックス作成ですが、これはインデックス作成の問題に直面している私たちの日々の頭痛です。 毎日製品を更新したり、他のフィードから製品を毎日インポートしたりするなど、さまざまなシナリオがあるプロジェクトに取り組んでいる間、この問題に対する永続的なソリューションを探しています。 これまたはいくつかの回避策でいくつかのベストプラクティスをお持ちの方は、非常に高く評価されるそれらを共有してください。
5
PATCH_SUPEE-6788が1.7.0.2インストールに効果がないように見えるのはなぜですか？
注： この問題は、SUPEE-6788パッチを受け取ったMagentoのすべてのバージョンに当てはまるようです。私の答えでは、パッチを成功させるには両方 .htaccessを.htaccess.sample復元する必要があることがわかります。 magentocommerce.com/downloadsが提供するシェルスクリプトを使用して、CE 1.7.0.2サイトにSUPEE-6788パッチを適用する作業を行っています。このサイトには、以前のセキュリティパッチがすべて適用されています。 スクリプトの名前はPATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.shmd5sumですcfc0cf533fe36a5f573414f0feeb1590（このパッチは、圧縮されていない状態でリリースされたという点で異常でしたが、ファイルは破損または切り捨てられていないようです）。 このスクリプトを実行すると、含まれているパッチの少なくとも1つが失敗したかスキップされたが、パッチの多くの部分が成功したが、git変更が表示されていないことを示すコンソール出力が表示されます。このスクリプトは、同じコードベースを持つ2つの異なる環境でテストされています。1つはUbuntu GNOME 14.04 LTSワークステーション、もう1つはnexcess.com共有サーバー（CentOSを実行）です。 興味深いのは、2つの環境での出力がわずかに異なることです。「checking」と「patching」で始まる行に注意してください。 Ubuntu環境からの出力のサンプル： bash PATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.sh [19:27:10] Checking if patch can be applied/reverted successfully... ERROR: Patch can't be applied/reverted successfully. checking file .htaccess Hunk #1 FAILED at 207. 1 out of 1 hunk FAILED can't find file to patch at input line …
2
構成可能な製品と属性セット
TL; DR：構成可能製品に関連付けられている単純な製品が、構成可能製品自体と同じ属性セット内にある必要がある理由はありますか？つまり、技術的な理由はありますか？「常識」の理由を知っています。あなたは、一対販売している場合の靴を、色やサイズに応じて、すべてのバージョンはする必要が靴も。 長いバージョン：いくつかの設定可能な製品を「マージ」するタスクがありました。2つ以上から1つだけを作るということです。製品の量が多いため、手動でやりたくありませんでした。$product->load(..)->set...()->save()スクリプトの実行に時間がかかったためです。だから、単純な製品はどれも重なっていないと確信していたので、プロセスを短絡させた。サイズと色のユニークな組み合わせがありました。これは私がしました： Mage::getResourceSingleton('catalog/product_type_configurable') ->saveProducts($mainConfigrableProduct, $simpleProductIds); ここ$simpleProductIdsで、マージが必要な構成可能な製品すべてに関連付けられたすべての単純な製品IDの配列です。 これはほとんどの製品で完全に機能しましたが、問題のあるものがいくつかありました。 電話したら $productIds = $product->getTypeInstance()->getUsedProductIds() 私はすべての単純な製品IDを取得しますが、バックエンドにはそれらのほんの一部しか表示されません。しばらく掘り下げた後、表示されたのは構成可能な製品と同じ属性セットのものだけであることがわかりました。他の属性セットは最初の属性セットと非常に似ており、わずかな違いがありますが、構成可能な属性（サイズと色）が含まれています。 そして今、奇妙なこと。フロントエンドでは、すべての製品（上記のコードの$ productIds）または同じ属性セットの製品のみが表示されると予想していました。まあ間に何かがありました。 20の関連製品ID-5つのサイズ、4つの色 バックエンドの10個の関連製品-5サイズ、2色-他の2色（10製品）は異なる属性セットにありました フロントエンドで15の組み合わせ-5つのサイズ3色（???） 表示されなかった製品の属性セットを変更することで問題を解決できましたが、まだ困惑しています。 注：自宅ではこれを試さないでください。または、自宅で試してみることができますが、ライブサーバーでは試せません。
5
製品を降順でリストする方法は？
これは単純に見えましたが、それ以外の場合は証明されています-私は自分の店のすべての製品を高->低からリストしたいだけです そうするために、私はに行きました： Configuration -> Catalog -> Product Listing Sort by -> (I Selected) "Price" さて、これはからすべての製品をソート低に高いすべての製品のために-しかし、降順、昇順対を選んだ方法があるようには思えません。 私が見落としている管理領域に何かがありますか、これを行うにはファイルを変更する必要がありますか？
3
製品の保存時にカスタムオプションを作成する
製品が作成されるたびに、製品のカスタムオプションの自動作成に取り組んでいます。これまでに取得したのは、catalog_product_save_beforeイベントを発生させて次のコードを実行するオブザーバーです。 //check that we haven't made the option already $options = $product->getProductOptions(); foreach ($options as $option) { if ($option['title'] == 'Auto Date & Time' && $option['type'] == 'date_time' && !$option['is_delete']) { //we've already added the option return; } } $options[] = array( 'title' => $product->getDateLabel(), 'type' => 'date_time', 'is_require' => …
1
多くの属性の1つがSOAPv2 WS-Iで更新されないのはなぜですか？
SOAPv2およびWS-IでMagento CE 1.7.0.2を使用しています。catalogProductUpdate-Methodを使用して製品を更新しようとしています。 以下のコード例の説明は更新されますが、製造元属性（= select）は更新されません。の結果はcatalogProductUpdateですbool(true)。 次のようなバリエーションを試しました（あまり良くありませんが、私は必死です;-)）。 整数値777を割り当てて値を$manufacturer->value設定します additional_attributesフィールド内/なしで製品IDを設定します（ただし、additional_attributes内で設定する必要があると確信しています） $manufacturer->value値777の代わりにメーカー名を設定します コード： $newProductData = new stdClass(); $additionalAttrs = array(); $manufacturer = new stdClass(); $manufacturer->key = "manufacturer"; $manufacturer->value = "777"; $additionalAttrs['single_data'][] = $manufacturer; $newProductData->description = "Description Test1"; $newProductData->additional_attributes = $additionalAttrs; $result = $client->catalogProductUpdate((object)array('sessionId' => $sessionId, 'productId' => "2110000010058 ", 'productData' => (object)$newProductData, NULL, …
4
破損した画像ファイルがクレジットカードのスキミングに使用されているかどうかを確認するにはどうすればよいですか？
お客様のクレジットカードデータを収集するためにハッキングされたと思われるサイトで作業していますが、確実ではありません。 私はしませんでした、私はいくつかの記事で示唆見てきた共通の場所で任意の不審なコードを見つけます。 私は疑わしい「壊れた」画像ファイルを見つけました： /skin/adminhtml/default/default/images/db-tab-bottom-right-bg_bg.gif ファイル拡張子を変更して彼女を開いたが、それは暗号化されたテキストの壁であり、JPEG-1.1散らばっている。 サイトが侵害されているかどうかを確認するにはどうすればよいですか？ パッチが適用されたことを確認しましたが、パッチの前にハッキングが発生した可能性があります。 編集：影響を受けるバージョンは1.7.0.2です
5
速度：APCとMemcachedの両方を使用したMagento
私たちは多くのフォーラムを研究してきましたが、次の答えを知りません。両方がAPCありMemcache、サーバーにインストールされています。正しい最適な構成が何であるかはわかりません。 私の質問 MemcacheとAPCの両方を同時に使用してMagentoを実行するのに最適な設定は何ですか？（またはこれはまったく賢くない） 背景調査 ここでは、MemcacheとAPCは高速キャッシュと低速キャッシュとして推奨されています（ただし、ディスクはありません）。このような音は、十分なRAMがある場合にのみ機能します（そして、それについて確実に） http://www.coeusblue.com/blog/48-magento/65-magento-caching この記事は、Memcache または APCについてのものです。 http://magebase.com/magento-tutorials/speeding-up-magento-with-apc-or-memcached/ また、ここでは、Memcacheが本当​​に機能するのは、遅いバックエンドも定義されている場合のみであると述べています。 http://www.magentocommerce.com/boards/viewthread/283908/#t393090 この記事は同じことを言っていると思います http://www.byte.nl/blog/speeding-up-magento-the-burden-of-two-level-cache/ これは、local.xmlに対するISPのソリューションです <cache> <backend>apc</backend> <prefix>sitenamehere__</prefix> </cache> <cache> <backend>memcached</backend> <memcached> <servers> <server> <host><![CDATA[127.0.0.1]]></host> <port><![CDATA[11211]]></port> <persistent><![CDATA[1]]></persistent> </server> </servers> <compression><![CDATA[0]]></compression> <cache_dir><![CDATA[]]></cache_dir> <hashed_directory_level><![CDATA[]]></hashed_directory_level> <hashed_directory_umask><![CDATA[]]></hashed_directory_umask> <file_name_prefix><![CDATA[]]></file_name_prefix> </memcached> </cache> 状況 共有ホスティングBrim FPCがインストールされている：http : //ecommerce.brimllc.com/full-page-cache-magento.html （このFPCには、より複雑にするためにスケーラブルなファイルキャッシュもあります）
2
system.xmlフィールドの依存関係
したがって、フィールドの1つにタグをsystem.xml追加することにより、モジュールのファイルでフィールド間の依存関係を設定でき<depends>ます。 <field1> .... </field1> <field2> .... <depends> <field1>1</field1> </depends> </field2> 上記のコードはfield2、の値がのときに表示されることを意味します。の値がORであるかどうかをMagentoに指示する方法を教えてください。field11field2field112
1
SOAP v2 WS-I呼び出しが非常に遅い（製品の更新ごとに7〜10秒）のはなぜですか？
WS-IでMagento SOAP v2 APIを使用しています。 問題は、SOAP呼び出しが非常に遅いことです（製品ごとに7〜10秒！）。画像なしでcatalogProductUpdateを呼び出しています。ショップ自体は正常に動作しますが、SOAP呼び出しが遅いだけです。キャッシュをアクティブにし、パフォーマンスを向上させるためにインデックスを非アクティブ化しました（SOAPインポートが遅いときに他の多くのショップで役立ちました）。 ログメッセージをさまざまなファイルに入れて、どこが悪いのかを見つけます。これは、関数呼び出しとディスパッチイベントからの組み合わせログです。 20.03.2013 14:17:43: Mage_Api_V2_SoapController 20.03.2013 14:17:43: dispatchEvent: controller_action_postdispatch_api_v2_soap_index 20.03.2013 14:17:43: dispatchEvent: controller_action_postdispatch_api 20.03.2013 14:17:43: dispatchEvent: controller_action_postdispatch 20.03.2013 14:17:43: dispatchEvent: controller_front_send_response_before 20.03.2013 14:17:43: dispatchEvent: http_response_send_before 20.03.2013 14:17:43: dispatchEvent: controller_front_send_response_after 20.03.2013 14:17:43: Mage::run 20.03.2013 14:17:51: dispatchEvent: resource_get_tablename 20.03.2013 14:17:51: dispatchEvent: resource_get_tablename 20.03.2013 14:17:51: dispatchEvent: resource_get_tablename 20.03.2013 14:17:51: …
2
在庫切れの製品をカタログ製品リストの最後に移動する[終了]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問がトピックに合うように更新します MagentoのスタックExchange用。 4年前に閉鎖されました。 在庫切れの製品をカタログリストの最後までプッシュする必要がある この問題またはそのファイルを解決する方法を教えてください これまでのところ、私はそれを見つけてToolbar.php、それを回避する
1
無効な製品の自動301リダイレクト
Magento 1.7でカスタム製品タイプ（イベント）の自動リダイレクトを追加しようとしています。イベントの日付が過ぎると、ユーザーが間違ったページに移動しないように製品を無効としてマークします。また、将来のクラスのリストにリダイレクトして、404エラーが大量に発生しないようにします。地点。 404がスローされる製品を取得するためのイベントをリッスンする方法はありますか、またはこのための無料の拡張機能をどこかで探す必要がありますか？私はしばらく探していましたが、うまく機能する拡張機能を見ていません。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.