আমি সত্যিই জানি না এটি কোনও উপায়ে সহায়তা করবে কিনা, তবে কিছু দেখার জন্য।
এটা সম্ভব যে আপনার collecttotalsমডেল অর্ডারটি ভিন্নভাবে অর্ডার করছে এবং সেই করটি গ্র্যান্ড_টোটেলের পরে অর্ডার / প্রয়োগ করা হচ্ছে
নিম্নলিখিত হিসাবে এটি যদি সমস্যা হয় তবে আপনি পরীক্ষা করতে পারেন। (এটিতে কিছু ডিবাগ তথ্য পেতে একটি মূল ফাইল সামঞ্জস্য জড়িত নোট, দয়া করে একটি লাইভ সাইটে এটি চেষ্টা করবেন না!)
অবস্থিত পদ্ধতিটি সম্পাদনা করুন:
Mage_Sales_Model_Quote_Address::collecttotals
এবং পদ্ধতিতে একটি লাইন যুক্ত করুন, যা আপনাকে প্রক্রিয়াজাতকরণের সাথে সাথে মডেলগুলি আউটপুট দেয়।
public function collectTotals()
{
Mage::dispatchEvent($this->_eventPrefix . '_collect_totals_before', array($this->_eventObject => $this));
foreach ($this->getTotalCollector()->getCollectors() as $model) {
mage::log($model->getCode()); // <===== ADD THIS LINE
$model->collect($this);
}
Mage::dispatchEvent($this->_eventPrefix . '_collect_totals_after', array($this->_eventObject => $this));
return $this;
}
লগিং সক্ষম হয়েছে তা নিশ্চিত করুন।
কনসোলের মাধ্যমে লগ ফাইলটি লেজ করুন: tail -f system.log
সম্মুখভাগের মাধ্যমে সমস্যাটি পুনরুত্পাদন করুন।
আপনি আপনার লগতে নিম্নলিখিত হিসাবে এন্ট্রি পাবেন (এটি ভ্যানিলা ১.৯.২.২ থেকে - আপনার অন্যান্য এন্ট্রি থাকতে পারে)
2015-12-21T05:54:12+00:00 DEBUG (7): nominal
2015-12-21T05:54:12+00:00 DEBUG (7): subtotal
2015-12-21T05:54:12+00:00 DEBUG (7): msrp
2015-12-21T05:54:12+00:00 DEBUG (7): freeshipping
2015-12-21T05:54:12+00:00 DEBUG (7): tax_subtotal
2015-12-21T05:54:12+00:00 DEBUG (7): weee
2015-12-21T05:54:12+00:00 DEBUG (7): shipping
2015-12-21T05:54:12+00:00 DEBUG (7): tax_shipping
2015-12-21T05:54:12+00:00 DEBUG (7): discount
2015-12-21T05:54:12+00:00 DEBUG (7): tax
2015-12-21T05:54:12+00:00 DEBUG (7): grand_total
আপনি এটিকে পুনরাবৃত্তি করতে দেখবেন, তাই এটিটি কোথায় শুরু হয় এবং শেষ হয় তা প্যাটার্নটি দেখতে সহজ হওয়া উচিত
উপরের দুটি শেষ এন্ট্রি দ্রষ্টব্য: গ্র্যান্ড_টোটেলের আগে ট্যাক্স আসে। এটা তোলে পারে সম্ভব হবে এই ক্রম বিকল হয়, এবং ট্যাক্স grand_total পরে উপস্থিত হওয়া হয়, তাই grand_total করের প্রয়োগ থাকবে না।
সম্পাদনা করুন:
ঠিক আছে, তাই আমি উল্লেখ করা প্রশ্নটি দেখতে পেলাম না কারণ ইহা সংগ্রহশালার বাছাইয়ের বিষয়টি ইঙ্গিত করে। আমি সন্দেহ করেছিলাম যে এটি সমস্যা হতে পারে, তবে এটি নিজেকে পিএইচপি 7 তে পরীক্ষা করে দেখেনি
একটি সমাধান আছে, তবে এটি খুব সুন্দর নয়। দোকানে স্থাপন করা যে কোনও নতুন এক্সটেনশান, যা সংগ্রাহকের মধ্যে মডেল সন্নিবেশ করায় তা লক্ষ করা উচিত এবং অতিরিক্তভাবে বাছাইয়ের সাথে যুক্ত করা উচিত, অন্যথায় জিনিসগুলি আরও ভুল হতে পারে। এগিয়ে যাওয়া রক্ষণাবেক্ষণের সমস্যাটি হতে পারে।
<sort_order>মোট পরিমাণে কনফিগারেশনে একটি নির্দিষ্ট রেখে কেবল বাছাইয়ের ক্রমকে বাধ্য করুন । আপনি এটি আপনার নিজস্ব এক্সটেনশনের মাধ্যমে করতে পারেন, যার কেবলমাত্র একটি config.xML থাকবে, যেখানে আপনি প্রতিটি সংগ্রাহকের জন্য অর্ডার নির্দিষ্ট করেন।
কনফিগারেশন। এক্সএমএলে, এর মতো নির্দেশনা রয়েছে:
<sales>
<quote>
<totals>
<nominal>
<sort_order>100</sort_order>
</nominal>
<subtotal>
<sort_order>200</sort_order>
</subtotal>
<msrp>
<sort_order>300</sort_order>
</msrp>
<freeshipping>
<sort_order>400</sort_order>
</freeshipping>
......
insert each collector model with a sort directive
......
</totals>
</quote>
প্রতিটি বাছাইয়ের নির্দেশকের মধ্যে বৃহত্তর শূন্যস্থান ব্যবহার করুন, স্থানটিকে সামনে এগিয়ে যাওয়ার জন্য স্রোতের অনুমতি দিন।
উল্লিখিত হিসাবে, খুব মার্জিত নয়, তবে আপনার তাত্ক্ষণিক সমস্যার সমাধান করতে পারে।
এছাড়াও লক্ষ করুন যে সিস্টেমে অন্যান্য সংগ্রাহকের দিকনির্দেশনা রয়েছে, সুতরাং সেগুলিও ভুল / সামঞ্জস্যের প্রয়োজন হতে পারে
মূল বিক্রয় এক্সটেনশন কনফিগারেশন। XML দেখুন এবং এর জন্য সিচ করুন <totals>
সেখানে আপনি পাবেন:
<order_invoice>
<order_creditmemo>
<pdf>
অন্যান্য এক্সটেনশনে অন্যরাও থাকতে পারেন, এটি মূল / তৃতীয় পক্ষ হোক
আশা করি এইটি কাজ করবে.
PS: আমি পিএইচপি 7 এগুলির কোনও পরীক্ষা করিনি। আমি জানি পিএইচপি 5.এক্স এর অধীনে বাছাই করা ক্রম_অর্ডার নির্দেশিকাটি স্থাপন করা
