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

cronシステムに関連する質問を示します


2
Magento 1.9.1電子メールキューが機能しない/バグがある-トラブルシューティングの方法と最適なパッチとは何ですか?
まず第一に、これは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 


3
Magento Enterpriseフルページキャッシュの事前準備
ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 Magento Enterpriseのフルページキャッシュのパフォーマンス上の利点は、かなりよく知られています。あまり知られていないかもしれないことは、これの完全な利益を実現するために、特に数ページしかなく、したがってオーガニックなトラフィックを利用している大規模な製品セットで、完全に実装され、ホットでなければならないことです十分な速さでプライムします。 Magentoには、サイトをクロールし、早朝にFPCを暖めるための組み込みのcronジョブが含まれています。 早朝のジョブの実行に時間がかかりすぎて、他のジョブの実行をブロックすることによって引き起こされる問題を見て、聞いたことがあります。私が持っているいくつかのアイデアは次のとおりです。 生成されたサイトマップファイルのすべてのページをクロールするシェルスクリプトを作成します。 別個のcrontabエントリと短いPHPスクリプトを使用して、Magentoをブートストラップし、クローラープロセスを直接実行します。 これについての考えや経験は大歓迎です!


3
Magentoが注文確認メールを管理者に送信しない
私は何をすべきか迷っています。 今朝、cronを構成しました。Aoe_Schedulerによると、キュー内の電子メールは5分ごとに送信されます。ただし、メールアカウントで新しい注文確認を受信しません。正しい確認アドレスを構成したかどうかを3回確認し、スパムフォルダーを4回確認しましたが、メールはそこにありません。 顧客にもメールが届かないのではないかと心配しています。誰もこの問題を認識していますか?1.9.1を実行しました(数分後から1.9.2)。 編集:フロントエンドでアカウントを作成するか、新しいパスワードを要求すると、メールが送信されます。

2
PDO例外のcronを実行中:ニュースレターキューの送信は、(「フィールドリスト」内の不明な列「main_table.data」)失敗
ニュースレターキューの処理時にcronジョブが失敗します。PDO呼び出しをデバッグしましたが、Magentoがここでフィールドを混合しているようです。私は、Magentoの(あるいはZendのPDO)はフィールドから選択し得るか見当もつかないが、それは完全に混ぜになります。 Magentoのは、顧客の最初の名前を得ることに失敗したようです。最後の選択は以下のとおりです。 SELECT eav_entity_type.* FROM eav_entity_type WHERE (eav_entity_type.entity_type_code='customer') DESCRIBE customer_eav_attribute DESCRIBE customer_eav_attribute_website 次に、存在しないフィールドリストを使用した選択が行われます。 SELECT main_table.data, main_table.lifetime, main_table.expire, main_table.priority, additional_table.attribute_id, additional_table.is_visible, additional_table.input_filter, additional_table.multiline_count, additional_table.validate_rules, additional_table.is_system, additional_table.sort_order, additional_table.data_model, scope_table.website_id AS scope_website_id, scope_table.is_visible AS scope_is_visible, scope_table.multiline_count AS scope_multiline_count FROM eav_attribute AS main_table INNER JOIN customer_eav_attribute AS additional_table ON additional_table.attribute_id = main_table.attribute_id LEFT JOIN …

3
カタログルールの毎日の更新が機能しない
Magentoのカタログルールの毎日の更新が機能しないという問題に直面しています。これは、カタログルールの有効期限が切れたときに製品の価格が変更されないことを意味するため、管理でルール適用ボタンを押す必要があります。Cronが構成され、機能しています。catalogrule / observer :: dailyCatalogUpdateメソッドは毎日自動的にルールをチェックして適用するようですが、そうではありません(手動で起動しようとしました)。Magentoのコアコードは次のとおりです。 <!--file: app/code/core/Mage/CatalogRule/etc/config.xml--> <crontab> <jobs> <catalogrule_apply_all> <schedule> <cron_expr>*/1 * * * *</cron_expr> </schedule> <run> <model>catalogrule/observer::dailyCatalogUpdate</model> </run> </catalogrule_apply_all> </jobs> ... </crontab> 観察者: /*file app/code/core/Mage/CatalogRule/Model/Observer.php*/ public function dailyCatalogUpdate($observer) { Mage::getResourceSingleton('catalogrule/rule')->applyAllRulesForDateRange(); return $this; } 以下のようにオブザーバーメソッドを変更することに成功しました。 /*file app/code/core/Mage/CatalogRule/Model/Observer.php*/ public function dailyCatalogUpdate($observer) { Mage::getModel('catalogrule/rule')->getResourceCollection() ->walk(array( Mage::getResourceSingleton('catalogrule/rule'), 'updateRuleProductData' )); Mage::getResourceSingleton('catalogrule/rule')->applyAllRulesForDateRange(); return $this; …
15 rules  catalog  cron 

4
Magento 2はcron:run CLIコマンドなしで特定のCronを実行しますか?
長い話を短くすると、典型的なものを使用している場合、xdebugはcronファイルのブレークポイントで確実に停止しません。 php bin/magento cron:run Xdebugはすべて適切にセットアップされており、動作することもありますが、85%の時間で動作せず、phpstormで接続のリッスンをオフにするまでCLIでハングします。 どういうわけか1つのcronファイルを実行する方法はありますか?理想的ではないxdebugで適切にテストするには、cronファイルの内容を別のコンソールコマンドに実際にコピーして貼り付ける必要がありました。 Magento 1.xでは、AOEスケジューラを使用して、Xdebugでcronジョブをテストするために使用しました。管理者に移動し、目的のチェックボックスをオンにし、ドロップダウンから実行を選択すると正常に機能しました。 私は次のようなものを使用したいと考えています: php bin/magento modulename:cronjob スケジュールされていない場合でも、常にcronを実行する必要があります。
14 magento2  cron  cli  xdebug 


6
Magento 1.9.1 cron_scheduleは永久に選択されません
私はほぼ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) { …

1
デプロイされた本番システムでsetup:cron:runおよびupdate / cron.phpのcronjobをセットアップする理由は?
Magento 2には、cronjobとして設定する必要がある3つのコマンドがあります * * * * * <path to php binary> <magento install dir>/bin/magento cron:run | grep -v "Ran jobs by schedule" >> <magento install dir>/var/log/magento.cron.log * * * * * <path to php binary> <magento install dir>/update/cron.php >> <magento install dir>/var/log/update.cron.log * * * * * <path to php …

1
magento cron.php cronジョブを毎分実行するのは安全ですか?
Magento 1.9について Magentoのcron.phpを毎分実行したいのは、クライアントの注文で販売メールをできるだけ早く送信したいからです。したがって、メール機能の他に、デフォルトのcron.phpが毎分実行するのがどの程度賢明であるかという意味で誰かに私に知らせることができます。これらの仕事。
11 cron  order-email 


3
Magento 2:Cronの実行
コマンドラインから手動でCronを実行するにはどうすればよいですか。 Magento 1.xでは、次のようにcronを実行できます。 www.testsite.com/cron.php しかし、magento 2ではこれをどのように行うことができますか? cmdからcronを実行する方法についても教えてください。私はすでに動作していない以下のコマンドを使用しました: sudo php bin/magento cron:run [--group="customgroupname_cron"] これは例外を返しています: [RuntimeException] Too many arguments. cron:run [--group="..."] [--bootstrap="..."] -------更新------- crontab.xml <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Cron:etc/crontab.xsd"> <group id="customgroupname_cron"> <job name="customgroupname_cron" instance="Namespace\Modulename\Cron\Customcronjob" method="execute"> <schedule>* * * * *</schedule> </job> </group> </config> 上記ファイルの実行方法にログを入れました。しかし、1分後にもそれは生成されません。それで、私のメソッドが実行されたことをどうやって知ることができましたか?
11 magento2  cron  cli 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.