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

まず第一に、これは1.9.1電子メールキューに関する別の質問/トピックです。しかし、それは（ような任意のcronの問題についての話ではありません、このまたはこれ）または（のように使用されていない新しいキュー機能に関する本）。 私たちの場合、問題は、キュー（core_email_queueおよびcore_email_queue_recipients）が新しい注文または注文の更新に関するメールをまったく受け取らないため、注文関連のメールが送信されなくなること、cronが完全に機能し、手動でメールを追加することですキューは機能し、送信されます。 奇妙なことに、テスト環境ではすべてが機能していました。今日、最初の数分でライブになった場合でも、すべてのメールは処理されましたが、数分後（もちろんライブシステムをさらに変更することなく）、新しいメールはキューにまったく追加されませんでした。最初の顧客がPayPal Expressを使用したときにこれが起こったように見えますが（確かではありません）、事前にテストしていませんでした：-/そして実際、PayPal Expressロジックで古いsendNewOrderEmail()関数を使用してカスタムオーバーライドを使用していました。しかし、使用するようにパッチを適用した後でも、電子メールを再び機能させることはできませんでしたqueueNewOrderEmail()。したがって、最初の質問は、古い関数が何らかの矛盾を引き起こして「壊れた」可能性があるということです。メールキュー？それとも、これは単なる大きな偶然であり、まったく異なる説明がありますか？ 問題を見つけることができませんでしたが、もちろんできるだけ早く再び電子メールを使用する必要があったため、別のコアオーバーライドに進みました。ではMage_Core_Model_Email_Template_Mailer（でコピー中のコースのlocal）私たちは、ライン76をコメントアウト：->setQueue($this->getQueue())これは、キューバイパスに思えるし、すべてのメールが古い方法を再度送信されます。 ただし、コアオーバーライドの数を最小限に抑えたいため、他の副作用や、Magentoコードをより深く理解している人からのその他のヒントや解決策に直面するかどうかは現時点ではわかりませんメールキューをいただければ幸いです。 1.9.2の更新：1.9.2へのアップグレードで、電子メールキューを再度詳しく調べたところ、問題を再現できませんでした。ただし、1.9.1の問題が何であるかMage_Core_Model_Email_Template_Mailer::send()はまだ不明であり、ここで説明した方法でオーバーライドが機能するため、キューを使用していません。このようにして、本番環境でしばらくしてから同じ問題が再び発生しないようにしたいと考えています。 tl; dr： 1.9.1では電子メールキューが機能していません。76行目をコメントアウトするMage_Core_Model_Email_Template_Mailerと電子メールキューがバイパスされ、メールが再度送信されますが、これは良い解決策ではありません。これをどのように改善できますか？

35 email  ce-1.9.1.0  cron 

更新：私の答えは、スウォッチ後の製品ベースイメージの自動変更をサポートするようになりました。また、ここでより多くの画像を含む、これを行う方法に関するより詳細なチュートリアルを見つけることができ ます。 Magento CE 1.9.1.0には、設定可能なスウォッチという非常に優れた新機能が搭載されています。残念ながら、これはデフォルトのMagentoインストールに付属するRWDパッケージでのみ利用可能です。これは、Magento Configurable Swatchesをデフォルトパッケージで利用可能にする方法に関する自己回答の質問です。Configurable Swatchesをカスタムテーマに統合する場合は、この情報も役立ちます。 注1：これは、Magentoのデフォルトパッケージで構成可能なスウォッチを使用できるようにする方法の概要ガイドです。これは、すべてのカスタムテーマで機能する可能性があります（ただし機能しない場合があります）。変更を行う前に、必ず元のファイル（およびデータベース）をバックアップしてください。 注2：スウォッチは機能します（下のスクリーンショット）が、スウォッチに合わせて製品画像が自動的に変更されるまでには至っていません。時間があれば、これを調べてみます。 コメントして提案してください！

28 configurable-product  ce-1.9.1.0  swatches  color-swatches 

私はMagento 1.9.1を使用しています。新しい注文を作成するとき、それがフロントエンドであろうと管理者であろうと、システムは2つのメールを送信しています。両方とも同じです！ 私はネットを調べて、古いバグを発見しましたが、コメントするコードが見つかりませんでした。また、Paypalの注文に関係しているように見えましたが、そうではありません。 すべての拡張機能を無効にしましたが、同じ問題が引き続き発生したため、拡張機能の問題ではないと確信しています。

25 magento-1.9  orders  ce-1.9.1.0  transactional-mail 

最新の新しいサイトビルドに新しい組み込みスウォッチ機能を実装しました。カテゴリページでスウォッチを有効にすると、ページの読み込み時間が2秒から38秒になります。 他の誰かがこの問題を抱えていたのか、もしそうなら可能な解決策を示すことができたらと思っていましたか？ EE 1.14.1およびCE 1.9.1を、標準のrwdテーマにスウォッチが適用され、他のモジュールがアクティブになっていない36個の構成可能な製品で試しました。 この問題は、ユーザーがカテゴリを検索またはフィルタリングするたびにページが再び停止するようにキャッシュすることで解決できません。

23 color-swatches  ce-1.9.1.0  swatches  ee-1.14.1 

私の管理者に表示される唯一のオプションは次のとおりです。 ペイメントアドバンス（エクスプレスチェックアウトを含む）ペイメントプロ（エクスプレスチェックアウトを含む）ペイメントスタンダード（エクスプレスチェックアウトを含む） ペイメントスタンダードの後に​​（エクスプレスチェックアウトを含む）が表示されない他の管理者のスクリーンショットが表示されます。現在Magento CEの最新バージョンであるv1.9.1.0を使用しています。 問題は、「Payments Standard（Includes Express Checkout）」を選択すると、所有していないAPI資格情報を入力する必要があることです（PayPalアカウントをアップグレードしたくないので、最も基本的な支払いが必要です）オプション）。 だから、私はエクスプレスチェックアウトオプションを取り除く方法を見つけようとしているか、少なくとも支払い基準のみを使用する方法を見つけようとしています。 任意の助けをいただければ幸いです。この問題を抱えている他の人をフォーラムで見つけることができないので、v1.9.1.0の新機能か何かに疑問があります。 助けてください。 ありがとうございました。

17 magento-1.9  paypal  ce-1.9.1.0  magento-ce 

でやろうとしましたregister.phtmlが、うまくいきませんでした。私もlocal.xmlファイルを見つけることができません。 どうすれば有効にできますか？これは私の店で本当に重要なことです。

16 customer  ce-1.9.1.0  register  customer-address 

CE 1.9.1.0を使用しています。 onepageチェックアウトから配送情報と配送方法のステップを削除しようとしていますが、成功しません。 おそらく誰かが私を助けたり、正しい方向に私を向けることができますか？

14 magento-1.9  checkout  onepage-checkout  shipping-methods  ce-1.9.1.0 

クライアントに代わって管理するMagentoのインストールがいくつかあります。脆弱性には既にパッチを適用していますが、警告は引き続き発生します。すべてのサイトで3番目の警告を受け取りました。 1.7.0.2と1.9.1.0の2つの異なるバージョンがデプロイされています。 1.9バージョンにパッチを当てると、いくつかの警告が出ましたが、shファイルの「diff」を実際のコードと照合することで、パッチが適用されたことを確認しました。また、1.9.1.0で既に変更が加えられているため、SUPEE-1533パッチを適用できませんでした。私は他の場所でパッチが1.9.0.1専用であることを発見しました。/app/etc/applied.patches.listにあるSUPEE-5344の数字のみ 1.7.0.2では、別の問題があります。私は両方のパッチを適用することに成功しましたが、SUPEE-5344は代わりにSUPEE-5345と呼ばれています。 警告は徐々に増え続け、クライアントはそれらについて不平を言っています。セキュリティパッチを適用しなかったようです。 また、パッチの命名は少し残念です。SUPEE-5344とSUPEE-5345は、Enterpriseバージョンの名前が付けられています：コミュニティバージョンのパッチをダウンロードしたにもかかわらず、EE_1.12.0.2とEE_1.14.1.0 ... パッチをインストールしたときに何か見逃しましたか？apply.patches.listに正しいパッチ名がある場合、警告は表示されなくなりますか？

12 security  ce-1.9.1.0  patches  ce-1.7.0.1 

私はほぼ3日間を費やし、スケジュールされたタスクを処理するMagento Cronを理解して作成することができませんでした。Magento 1.9.1.0を実行していますが、最近、注文メールがすぐに送信される代わりにキューに入れられることに気付きました。私は必要性を理解していますが、システムにキューを選択させることはできません。 これがCronjobの私の見方です。 これが私のcronjobコマンドラインです。 cron_scheduleテーブルでタスクを作成する方法は次のとおりです。 レコードはcron_scheduleテーブルに作成されるため、Cronは5分に1回実行されていると思います。PhpMyAdminを使用してこれらのレコードを手動で削除すると、しばらくするとレコードが自動的に作成されます。 ただし、タスクのステータスは「保留」のままであり、完了しません。私の設定に何か問題があるのか​​、何かが足りないのかわかりません。誰かがスケジュールされたタスクを時間通りに実行する方法を教えてください。また、1つのジョブコードに対して複数のレコードが作成されるのはなぜですか？ 更新 テーブル全体をクリアし、cronがスケジュールされたジョブを作成しました。すべてのジョブは保留状態にあり、60分以上待機しても実行されません。Magento 1.9.1の何かがおかしい 更新11/02：今日、プロセスについてさらに分析を行いました。 以下のようにcron.phpを編集しました echo 'iam before mdefault 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -mdefault 1 > /dev/null 2>&1 &"); echo 'iam before malways 1'; shell_exec("/bin/sh $baseDir/cron.sh $fileName -malways 1 > /dev/null 2>&1 &"); echo 'i returned success'; Mage_Cron_Model_Observerクラスを次のように編集しました public function dispatch($observer) { …

12 cron  ce-1.9.1.0  schedule 

Magentoストアがあり、それをcms検出器から隠したい。私のウェブサイトのCMSを誰にも知られたくないので、私のウェブサイトはMagentoに基づいて構築されています。 http://guess.scritch.org/CMSを検出しているようなWebサイトがいくつかあります。自分のWebサイトのCMSをその監視から隠したいと思います。 WordPressのWebサイトCMSを非表示にする方法はいくつかありますが、Magentoで何も見つかりませんでした

10 php  javascript  html  ce-1.9.1.0 

（例として）1日1回真夜中になど、指定した間隔ですべてのキャッシュを更新したいと思います。どうすればこれを達成できますか？ CE 1.9.1を使用しています。

8 ce-1.9.1.0  cache 

Magento 1.9.1.0を使用しています。私は、店内のすべての製品に適用されるカタログ価格ルールを設定し、20パーセントの割引で1日だけにしました。catalogrule_apply_allアクションは、午前1時に毎日午前0時に実行されることになっています（0 1 * * *）。 プロモーションの日付範囲の設定に問題があります。それをテストするために、私の開発環境で、from_dateとend_dateに「今日」の値を設定しました。ルールを適用した後、フロントエンドにプロモーションが表示されません。from_dateを設定して、それが機能することを確認する必要があります。 次に、プロダクション環境で2日後に始まるプロモーションをスケジュールする必要があります。from_dateフィールドに割り当てる値がわかりません。アクティブになる前の日を割り当てる必要がありますか、それとも実際の開始日を残すべきですか？

8 ce-1.9.1.0  catalog-price-rules 

私はしましたセットアップ、特別なモバイル下ストア/ストアフロントサブドメイン - www.m.mydomain.comによると、このチュートリアル。 このコードをその他のスクリプトに追加して、顧客がモバイルデバイスから接続していることをシステムに検出させ、トラフィックをwww.m.mydomain.comに転送します。 m.MYdomain.comに特別なレスポンシブモバイルストアがあります。Magentoがモバイルデバイスを検出し、トラフィックをm.Mydomain.comに転送する方法を教えてください。 しかし、今ここで説明するように.htaccessファイルを変更することで、より良い解決策が得られると考えています。 しかし、私はそのコードをどこに置くのか分かりませんか？また、その投稿は2010年のものです。モバイルデバイスとタブレットの開発を考えると、何か新しいことはありますか？ また、モバイルサイト（www.m.mydomain.com）に大きなボタンを配置して、顧客が選択した場合にデスクトップバージョンのサイト（www.mydomain.com）にリダイレクトする必要もあります。それを行う最良の方法は何ですか？ つまり、これはどのように機能しますか？ループから抜け出せませんか？お客様がwww.mydomain.comに送信するボタンをクリックすると、スクリプトはモバイルデバイスであることをもう一度検出し、トラフィックをwww.m.mydomain.comに転送し直しますか？私はクッキーでそれをすることについて読んだが、正確にはどのように？そして、どのようにそのボタンを設定しますか？ 私は次のような簡単な解決策を探しています。このコードを取得して、ここに配置します。このコードをここで変更すれば完了です。：o） 私の例では、デスクトップサイトはwww.mydomain.comで、モバイルはwww.m.mydomain.comですが、デスクトップのストア名とストアフロント名はmydomain.comで、モバイルのストア名とストアフロント名は：mmydomaincom 12月12日更新： 別のテーマを読み込むように言わないでください。私はすでに素晴らしいレスポンシブテーマを持っています！これは問題ではありません。私のモバイルサイト（www.m.mysite.comにあります）にリダイレクトしたいのは、デスクトップのフロントページに約50の製品があり、多くのものが（SEO会社によってそこに配置されたテキストなど）あるためです。スペースを占有しているだけであり、モバイルデバイスにその混乱を表示する必要はありません。モバイルデバイスでの注文は、不要な迷惑メールがなく、迅速かつ簡単である必要があると思います。それは言った-私はここで車輪を再発明することを試みていません。2つ必要です。 1.モバイルデバイスを検出し、検出された場合-www.mysite.comではなくwww.m.mysite.comをロードします 2.何らかの理由で（高速Wi-Fi接続に接続している可能性があります）、代わりにデスクトップバージョンが必要で、クリックしてwww.mysite.comを表示したときに機能するようにするボタンを追加します。 携帯電話でwww.ebay.comにアクセスすると、 "m.ebay.com"にリダイレクトされます。YouTube、Facebook、Twitter、LinkedInと同じです。古いアプローチだと言わないでください。これらの数十億ドル規模の企業がそれをしているなら、それはその背後にある論理を持っています...

7 magento-1.9  ce-1.9.1.0  redirect  mobile 

Magento 1.8.1から1.9.1にアップグレードした後、構成可能な製品のカートに追加ボタンが機能しなくなり、致命的なエラーが発生しました。 Fatal error: Maximum function nesting level of '1000' reached, aborting! in /home/igor/vhosts/www/***/magento/lib/Varien/Object.php on line 625 ここで完全な例外。 このルールが原因で問題が発生したことがわかりました： GitHub Gistにあるこの問題の修正。 次のリリースでこの修正を追加するのは素晴らしいことです。

7 shopping-cart-price-rules  ce-1.9.1.0  bug  conditional-loading