Magento 1.9.1 ইমেল ক্যু কাজ করছে না / বগি - কীভাবে সমস্যা সমাধান করবেন এবং সেরা প্যাচ কী হিসাবে বিবেচিত হয়?

Question

হ্যাঁ প্রথমত, এটি 1.9.1 ইমেল সারি সম্পর্কে এখনও অন্য একটি প্রশ্ন / বিষয়। কিন্তু এ সম্পর্কে আর কোন ক্রন সমস্যার (যেমন হয় এই বা এই ) অথবা ব্যবহার করা হচ্ছে না (মত নতুন কিউ বৈশিষ্ট্য সম্পর্কে এই )।

আমাদের ক্ষেত্রে আমাদের সমস্যা ছিল যে সারিটি ( core_email_queueএবং core_email_queue_recipients) কেবল নতুন আদেশ বা অর্ডার আপডেটে কোনও ইমেল পাবেন না এবং তাই কোনও আদেশের সাথে সম্পর্কিত কোনও ইমেল প্রেরণ করা হয়নি, ক্রোনও নিখুঁতভাবে কাজ করছে এবং ম্যানুয়ালি ইমেলের সাথে ইমেল যুক্ত করছে কিউ কাজ করে এবং তাদের বাইরে পাঠানো হয়।

আশ্চর্যের বিষয়টি হল, আমাদের পরীক্ষার পরিবেশে সবকিছু কাজ করেছিল। এমনকি যখন আমরা আজ প্রথম মিনিটে লাইভ গিয়েছিলাম সমস্ত ইমেলগুলি প্রক্রিয়াজাত হয়ে গেছে তবে কয়েক মিনিটের পরে (অবশ্যই লাইভ সিস্টেমে কোনও পরিবর্তন ছাড়াই) আর কোনও নতুন ইমেল সারিতে যুক্ত হয় নি। দেখে মনে হচ্ছে এটি ঘটেছিল (তবে আমি নিশ্চিতভাবে বলতে পারি না) যখন প্রথম গ্রাহক পেপাল এক্সপ্রেস ব্যবহার করেছিলেন, যা আমরা আগে পরীক্ষা করে দেখিনি: - এবং প্রকৃতপক্ষে আমরা পুরানো sendNewOrderEmail()ফাংশনটির সাথে পেপাল এক্সপ্রেস যুক্তিতে কিছু কাস্টম ওভাররাইড ব্যবহার করছিলাম । তবে সেগুলি ব্যবহারের জন্য প্যাচ করেও আমরা আবার কাজ করার জন্য ইমেলগুলি পেলাম না queueNewOrderEmail()।
সুতরাং প্রথম প্রশ্নটি হবে, পুরানো ফাংশনটি কিছুটা অসঙ্গতি সৃষ্টি করেছিল যা 'ভেঙে' গেছে ইমেল কিউ? বা এই সব কি কেবল একটি বড় কাকতালীয় এবং একটি সম্পূর্ণ ভিন্ন ব্যাখ্যা আছে?

যেহেতু আমরা সমস্যাটি খুঁজে পাইনি তবে অবশ্যই ঠিক আবার কাজ করার জন্য ইমেলগুলির দরকার ছিল আমরা অন্য একটি মূল ওভাররাইডের জন্য গিয়েছিলাম। ইন Mage_Core_Model_Email_Template_Mailer(একটি কপিতে অবশ্যই local) আমরা লাইন 76 আউট মন্তব্য ->setQueue($this->getQueue())
এই কিউ বাইপাস বলে মনে হয় এবং সকল মেল পুরাতন পথ আবার পাঠানো।

তবে, আমরা কীভাবে মূল ওভাররাইডগুলির সংখ্যা সর্বনিম্ন রাখতে চাই এবং আমরা এখনই বলতে পারি না যদি আমরা ম্যাজেন্টো কোড এবং আইনগুলির গভীর বোঝার সাথে অন্য কোনও প্রতিক্রিয়া, অন্য কোন টিপস বা সমাধানের মুখোমুখি হই if ইমেল সারি প্রশংসা করা হবে।

1.9.2 এর জন্য আপডেট: 1.9.2 এ আপগ্রেড করার সময় আমরা আবার ই-মেইল সারিটি ঘনিষ্ঠভাবে লক্ষ্য করেছি এবং সমস্যার পুনরুত্পাদন করতে সক্ষম হই না। তবে আমাদের এখনও 1.9.1 এর সমস্যাটি কী ছিল তা সম্পর্কে সত্যিকারের ধারণা নেই এবং ওভাররাইডিং Mage_Core_Model_Email_Template_Mailer::send()এখনও এখানে বর্ণিত পদ্ধতিতে কাজ করে যা আমরা এখনও সারিটি ব্যবহার করছি না। এইভাবে আমরা আশা করি উত্পাদনের কিছু সময় পরে আবার একই সমস্যায় না চলে।

tl; dr: ইমেল সারিটি 1.9.1-এ কাজ করছে না, Mage_Core_Model_Email_Template_Mailerইমেল সারি এবং মেলগুলি আবার পাঠানো হবে বলে বাইরের 76 লাইনটি মন্তব্য করে তবে এটি কোনও ভাল সমাধান বলে মনে হচ্ছে না। এটি কীভাবে আরও ভাল সমাধান করা যায়?

Comments

প্রথম কয়েক মিনিটের মধ্যে কতটা লাইভ লেনদেন হয়েছে তার তুলনায় আপনি কতটি পরীক্ষামূলক লেনদেন চালিয়েছিলেন? এটি কি কোনও পুরানো সংস্করণ থেকে আপগ্রেড এবং কিছু ফাইল অনুপস্থিত বা অনুপযুক্ত অনুমতি রয়েছে? কীভাবে exception.logবা সম্ভবত system.log, সেখানে কোনও ক্লু আছে?

— pspahn

এটি 1.9.0.1 থেকে আপগ্রেড হয়েছিল এবং এটি কানেক্ট-ম্যানেজারের মাধ্যমে নয় তবে ম্যাজেন্টো কোড বেস থেকে করা হয়েছিল যাতে আমার সন্দেহ হয় যে আমাদের ফাইলগুলি অনুপস্থিত রয়েছে ( coreযা আমরা কাস্টমাইজড না করা হয়েছে বা এটি কোনও এক্সটেনশন স্থানে রয়েছে তা নিশ্চিত করতে আমরাও আলাদা করে রেখেছি এবং অপরিবর্তিত এবং এটি হয়)। পুরানো সেট আপের সাথে অনুমতিগুলি লগ এবং প্রতিবেদনগুলি পরিষ্কার।

— Jey DWork

ক্রোন কি একই সেট আপ করা হয়?

— pspahn

আমরা যেমন পরিবর্তনটির লগে ইমেল পরিবর্তন দেখেছি ক্রোন পরিবর্তন করেছি প্রতি মিনিটে প্রতি মিনিটে প্রতি মিনিটে চালানোর জন্য (যেহেতু আমরা পরিবর্তনটি বুঝতে পারি যাতে অন্যথায় খারাপ পরিস্থিতিতে গ্রাহকরা তাদের কনফার্মেশন মেইলের জন্য 5 মিনিট অবধি অপেক্ষা করতে পারে)। এর বাইরে আর কোনও পরিবর্তন নেই এবং যেমনটি আগে বলা হয়েছিল এবং আমরা দেখি যে অন্যান্য কাজ থেকে ক্রোন কোনও সমস্যা ছাড়াই চলে। // সম্পাদনা: আমার সম্ভবত এটি যুক্ত করা উচিত যে আমরা এওএসকিউলার ব্যবহার করি (এবং সর্বদা ব্যবহৃত) যেখানে আমরা core_email_queue_send_allপ্রতি মিনিটে চালানোর জন্য সেট করেছিলাম এবং যেখান থেকে আমরা দেখতে পাই এটি আসলে কার্যকর হয়ে যায়।

— জে ডিওয়ার্ক

Q4 2015 এবং আমার একই সমস্যা রয়েছে, আমি নিশ্চিত করতে পারি যে কিছু আদেশের জন্য সারি টেবিলগুলি সম্পূর্ণভাবে নিখোঁজ রয়েছে, কোনও ইমেল পাওয়া যায় নি এমন প্রতিবেদন নিশ্চিত করার জন্য একটি পরিষ্কার চিহ্ন sign দুর্ভাগ্যক্রমে আমার ক্ষেত্রে লগিং বন্ধ ছিল, সুতরাং এখনও অনুসন্ধানের জন্য আমার কোনও ত্রুটি নেই। আপনি মূলত পোস্ট করার পরে আপনি নতুন কিছু শিখেছেন যা যুক্ত করতে সহায়ক হতে পারে?

— রিক বুকিজনস্কি

Answer 1

আমার ধারণা প্রতি মিনিটে রান করার জন্য ক্রোন.এফপি স্থাপনের ফলে অনেক কিছু একে অপরের উপরে উঠে দাঁড়ায়, অর্থাত্, একই প্রকৃতি বা অনুরূপ পরবর্তী কাজ নির্ধারিত হওয়ার আগে শেষ না করে। যেহেতু ক্রোন.এফপি উভয়ই প্রতিটি রাষ্ট্র সম্পর্কে সচেতন হবে না। একই রেকর্ডটি কয়েকবার অদ্ভুত ব্যতিক্রমের সাথে কাতার ইমেল প্রেরণা ভঙ্গ করে চেষ্টা করা যেতে পারে।

এর সাথে Mage::Logকুই মেলারের ব্যাতিক্রম রয়েছে বলে উল্লেখ করা হয়েছে, সুতরাং লগিং সক্ষম হয়েছে তা নিশ্চিত করা কোনও ব্যতিক্রম আছে কিনা তা নির্ধারণে সহায়তা করার সেরা পদক্ষেপ হবে। এটি কেবল php -f cron.phpকোনও ব্যতিক্রম ছুঁড়ে ফেলেছে কিনা তা দেখতে কেবল সিএলআই থেকে চালানোও বুদ্ধিমানের কাজ হতে পারে , আপনি এটি পর্দার আড়ালে দৌড়ে দেখছেন না।

• https://github.com/OpenMage/magento-mirror/blob/magento-1.9/app/code/core/Mage/Core/Model/Email/Queue.php#L246

mail()আপনি কোনও স্প্যাম নীতি বা এ জাতীয় ব্যবহার করছেন না তা নিশ্চিত করার জন্য আমি একটি সাধারণ পিএইচপি পরীক্ষা দিয়ে শুরু করব । সমস্যাটি সৃষ্টিকারী স্ট্যাকের মধ্যে এটি কিছু কম নয় তা নিশ্চিত হওয়া মাত্র।

• ম্যাজেন্টো ই-মেইল প্রেরণে কাজ হয় না

কিছু অনুমান, আশা করি এটি সাহায্য করবে!

* সম্পাদনা করুন *

আগের প্রক্রিয়াটি ইতিমধ্যে চলছে কিনা তা দেখার জন্য এটির cron.shপরিবর্তে cron.phpএটি ব্যবহার করুন grep ps।

• https://github.com/OpenMage/magento-mirror/blob/magento-1.9/cron.sh#L46

Comments

ইনপুট দেওয়ার জন্য ধন্যবাদ তবে এই সমস্যাগুলি অবশ্যই নিশ্চিতভাবে বাদ দেওয়া যেতে পারে। কেবলমাত্র প্রকৃত সিস্টেম ক্রোন জব প্রতি মিনিটে চলে তার অর্থ এই নয় যে সমস্ত ম্যাজেন্টো ক্রোন জব করুক। আমাদের ক্ষেত্রে কেবল ইমেলটি প্রতি মিনিটে চালানো হয়েছিল এবং ম্যাজেন্টোস ক্রোন লগ থেকে আমরা দেখতে পাচ্ছি যে সমস্ত ক্রোন জবগুলি সফলভাবে শেষ হয় - এমনকি "স্ট্রেসফুল" মিনিটেও (যেমন প্রতি ঘন্টা বা তার পরে যখন আরও কাজ একসাথে চলে এবং কেবল ইমেল হয় না) )। লগিং সক্ষম রয়েছে এবং ব্যতিক্রমগুলি একেবারে নিক্ষেপ করা হয় না। স্প্যাম ফিল্টারগুলিতে চালানো বাদ দেওয়া যেতে পারে পাশাপাশি আমি যে সমস্ত ইমেল পোস্ট করেছি তা সমস্ত গ্রাহকের কাছে পৌঁছানোর পরেও পোস্ট করা যায় না।

— জে ডিওয়ার্ক

আপনি বিকাশকারী মোডটি চেষ্টা করতে এবং সক্ষম করতে চাইতে পারেন এটি লগ না হওয়াতে কোনও ব্যতিক্রম উত্পন্ন করতে সহায়তা করে কিনা। এটির প্রযোজনে চলতে থাকলে সতর্ক হন। এছাড়াও কোনও সম্পর্কিত ওয়েব সার্ভার লগ আছে?

— B00MER

@ জেডি ওয়ার্ক আপনি কি অ্যয়ে_শেজুলার প্রয়োগ করেছেন ? এটি ভাল দৃশ্যমানতা দিতে পারে।

— benmarks

একটি আপডেট দেখতে চান। ইমেলের সারিটি অনেকের পক্ষে চ্যালেঞ্জ হিসাবে প্রমাণিত হচ্ছে।

— বেনমার্ক

আমার জন্য আমি পেপাল স্ট্যান্ডার্ড ব্যবহার করছিলাম যার পেপ্যাল ​​থেকে আইপিএন (তাত্ক্ষণিক অর্থ বিজ্ঞপ্তি) দরকার তথ্য প্রদানের সফলতা এবং অর্ডার স্থিতি পরিবর্তন / প্রক্রিয়াকরণে শেষ এবং ইমেল প্রেরণে শেষ করতে .. তবে আমার আসল ডোমেইন সেট আপ হয়নি আমার সার্ভার এবং vhosts এর অ্যাক্সেসের জন্য পেপাল আইপিএন ডেটা ম্যাগেন্টোতে পোস্ট করতে পারেনি। আপনি পেপাল ব্যবসায়িক অ্যাকাউন্ট প্রোফাইলে আইপিএন ইতিহাস পরীক্ষা করতে পারেন। পেপাল আসলে সেই ডেটা দেখিয়েছিল যা অনুমান করে যে প্রেরণ করা হয়েছিল এবং স্ট্যাটাসটি "পুনরায় চেষ্টা করছে" ..

— জাও

Answer 2

কোর_ইমেল_উইউ এবং কোর_ই-মেইল_কুই_প্রেরকারীর কাছে আউটপুট রয়েছে কিনা তা পরীক্ষা করুন। যদি এই টেবিলটিতে এআই সক্ষম না হয় তবে এটি নতুন এন্ট্রি নেবে না।