ক্রিয়াকলাপটি চেকআউট এবং চেকআউটে সংরক্ষণের ক্রিয়াকলাপ বাড়িয়ে তোলা হয়েছে


18

আমি বেশ কয়েকটি ম্যাজেন্টো সিই শপ চালাচ্ছি এবং তাদের ক্যাচিংয়ের সাহায্যে গতি বাড়িয়ে তুলছি, তবে কার্ট এবং চেকআউট এখনও ধীর রয়ে গেছে। এই পৃষ্ঠাগুলি দ্রুত করার বিষয়ে কারও কাছে অভিজ্ঞতা বা টিপস রয়েছে?

সম্ভবত ডাটাবেস অনুকূলকরণের মাধ্যমে?

সার্ভারের স্লো ক্যোয়ারী লগটিতে চেকআউট থেকে একটি অর্ডার সংরক্ষণ করার সময় কিছু ক্যোয়ারী করা হয়েছিল এবং এটি ডাটাবেসটিকে বাধা বলে মনে হচ্ছে না।


ধীর মানে কি? 1s? 5s? ... দোকানগুলির আকার সম্পর্কেও কিছু বিশদ সরবরাহ করুন (সাধারণ পণ্যগুলির সংখ্যা, কনফিগারযোগ্য সংখ্যা, বিক্রয়_ফ্ল্যাট_কোট * টেবিলের আকার এবং এই জাতীয়)।
ফ্লোরিনেলচিসি

দোকানটি কতটা ব্যস্ত তার উপর নির্ভর করে ধীর গতি 5 এবং 10 সেকেন্ডের মধ্যে। 50.000 সাধারণ পণ্য রয়েছে, অন্য কোনও ধরণের নয়। বিক্রয়_ফ্ল্যাট_কোট আইডিটি আগামীকাল সন্ধান করতে হবে (এই মুহুর্তে কোনও অ্যাক্সেস নেই)
স্যান্ডার মঙ্গেল

1
আপনার কত শপিং কার্টের দামের নিয়ম আছে? তারা কার্টটি ধীর করে দেয় এছাড়াও আমরা এই সমস্যাটি সার্ভিস প্যাকের রিলিজে প্রত্যাশিত প্রত্যাশিত Q1 / Q2 '13
পাইওটার কামিনস্কি

এই মুহূর্তে @ ম্যাকি কোনও দামের নিয়ম নেই, উল্লেখ করার জন্য ধন্যবাদ। জেনে রাখা ভাল
স্যান্ডার মঞ্জেল

উত্তর:


27
  1. ব্যক্তিগত অভিজ্ঞতা থেকে, Mage_Rss মডিউলটি অক্ষম করুন যা চেকআউট প্রক্রিয়ায় 4 বার 'ক্যাশে পরিষ্কার' করতে বাধ্য করে - আপনি যদি ফাইল-সিস্টেম ক্যাশে ব্যবহার করছেন তবে খুব ব্যয়বহুল, আপনি যদি ডেটাবেস বা মেমক্যাচ ব্যবহার করছেন তবে সম্ভবত ব্যয়বহুল।

  2. সিই কেবলমাত্র ম্যাজ_ডাউনলোডকে অক্ষম করুন যতক্ষণ আপনি ডাউনলোডযোগ্য পণ্য ব্যবহার করছেন না, ততক্ষণ আপনি যখন কার্টে একাধিক আইটেম রাখবেন তখন চেকআউট এবং কার্টের ক্রিয়াগুলিকে গতি বাড়িয়ে দেবে কারণ এমন checkout_type_onepage_save_order_afterআইটেমের # দ্বারা প্রতিক্রিয়ার সময়কে বহুগুণিত করার মতো জিনিসগুলিতে পর্যবেক্ষক রয়েছে কার্টে

  3. এক্সএইচআরফ / এক্সএইচগুই ওয়্যার আপ করুন এবং কিছু প্রোফাইলিং করুন।


ধন্যবাদ এক্সএইচপ্রোফ এবং এক্সএইচগুই ডুব দেওয়ার জন্য একটি দুর্দান্ত উইকএন্ড প্রকল্পের মতো মনে হচ্ছে
স্যান্ডার ম্যানগেল

1
আপনার সত্যই mage_rss নিষ্ক্রিয় করার বা এর পর্যবেক্ষকদের মন্তব্য করার চেষ্টা করা উচিত। দ্রুত গতিতে অর্ডার সংরক্ষণের তাত্ক্ষণিকভাবে
স্ট্যানিস্লাস পিয়েরে-আলেক্সান্দ্রে

1
যদি ম্যাগ_আরএস অক্ষম কৌশলটি ওপি

2
আমি উল্লেখ করতে চাই যে EE নির্ভরতা হিসাবে Mage_Downloadable প্রয়োজন :Module "Enterprise_PricePermissions" requires module "Mage_Downloadable
ফিলিঙ্কল

1
আমি কখনও রিপোর্ট করিনি এবং এর জন্য আমি দুঃখিত। Mage_Rss অক্ষম করা এটির গতি যথেষ্ট বাড়িয়েছে, Mage_Downloadable অক্ষম করার ফলে কোনও উল্লেখযোগ্য পারফরম্যান্সের উন্নতি হয়নি তবে আমাকে বলতে হবে যে আমি আমার 'ব্রাউজারে' বেশ কয়েকটি রান করতে 'যথাযথ' বেঞ্চমার্ক করি নি।
স্যান্ডার ছিন্নভিন্ন করা

4
  • আপনার সূচিগুলিকে ম্যানুয়ালটিতে সেট করুন।
  • ক্যাশে ট্যাগ সঞ্চয়স্থান অক্ষম করুন

এই দুটি পরিবর্তনই পারফরম্যান্সের উপর একটি দুর্দান্ত প্রভাব ফেলবে কারণ এটি মাগেন্তোকে ক্যাশে বের করে দেওয়া এবং প্রতি আদেশের মধ্য দিয়ে প্রতিবারের সাথে পুনরায় সূচি রোধ করতে বাধা দেয়।

যদিও এটি ব্যয় করে আসে, সেই সামগ্রীর ফলস্বরূপ বাসি হতে পারে - স্টক লেভেল ইত্যাদি


ধন্যবাদ, বেশিরভাগ দোকানে ত্রুটিযুক্ত স্টক স্তরগুলি একটি সমস্যা issue কিন্তু অসুস্থ স্টক ম্যানেজমেন্ট ছাড়া দোকান এটি মনে রাখবেন!
স্যান্ডার ছিন্নভিন্ন করা

2

যদি আপনি এটি পরীক্ষামূলক উপায়ে সমাধান করতে চান তবে মিউনিখ, জার্মানিতে প্রথম ম্যাজেন্টো হ্যাকাথন থেকে একটি বর্ধিতাংশ রয়েছে:

https://github.com/magento-hackathon/MongoDB-OrderTransactions

তারা অর্ডারগুলি একটি মঙ্গো ডিবিতে সারি করে, ধারণাটি ছিল, যদি মাইএসকিএল-সার্ভার এগুলি লিখতে লোড মুক্ত হয়। তবে আমি জানি না এই প্রকল্পটি কতদূর প্রস্তুত। আফাইক সব লেখালেখির কাজ করে তবে পিছনের লেখায় নয়।


ধন্যবাদ, আমি আসলে নোএসকিউএল সমাধানগুলি দেখছিলাম এবং এটি একটি দুর্দান্ত সূচনা পয়েন্ট হতে পারে!
স্যান্ডার ছিন্নভিন্ন করা

2

আমি আপনার ম্যাজেন্টো সিই সংস্করণটি জানি না যার সাথে আপনি লড়াই করছেন। তবে আমার সিই ১.6 এর সাথে আমার মারাত্মক পারফরম্যান্স ইস্যু রয়েছে।
কারণ: ভুল এবং অনুপস্থিত সূচী। সেগুলিতে যেখানে সিই 1.6.2 এ স্থির হয়েছে
আপনি এটি পরীক্ষা করে দেখতে পারেন কিনা।
আমি items৩ টি আইটেমের সাথে 38 লাইনের জন্য চেকআউট সময়টি 123 সেকেন্ড থেকে 4 সেকেন্ডে কমিয়ে দিয়েছি !!!!

এটা এসে গেছে:

/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;

/* Foreign Keys must be dropped in the target to ensure that requires changes can be done*/

ALTER TABLE `core_url_rewrite` 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_CTGR_ID_CAT_CTGR_ENTT_ENTT_ID`  , 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_STORE_ID_CORE_STORE_STORE_ID`  ;


/* Alter table in target */
ALTER TABLE `catalog_category_entity_varchar` 
DROP KEY `MAGMI_CCEV_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `catalog_product_bundle_stock_index` 
DROP KEY `PRIMARY`, ADD PRIMARY KEY(`entity_id`,`website_id`,`stock_id`,`option_id`) ;


/* Alter table in target */
ALTER TABLE `catalog_product_entity_media_gallery` 
DROP KEY `MAGMI_CPEM_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `core_url_rewrite` 
CHANGE `id_path` `id_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Id Path' after `store_id` , 
CHANGE `request_path` `request_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Request Path' after `id_path` , 
CHANGE `target_path` `target_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Target Path' after `request_path` , 
CHANGE `is_system` `is_system` smallint(5) unsigned   NULL DEFAULT 1 COMMENT 'Defines is Rewrite System' after `target_path` , 
CHANGE `options` `options` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Options' after `is_system` , 
CHANGE `description` `description` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Deascription' after `options` , 
CHANGE `category_id` `category_id` int(10) unsigned   NULL COMMENT 'Category Id' after `description` , 
CHANGE `product_id` `product_id` int(10) unsigned   NULL COMMENT 'Product Id' after `category_id` , 
ADD KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_CATEGORY_ENTITY_ENTITY_ID`(`product_id`) , 
DROP KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_PRODUCT_ENTITY_ENTITY_ID` , 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_CATEGORY_ENTITY_ENTITY_ID` 
FOREIGN KEY (`product_id`) REFERENCES `catalog_product_entity` (`entity_id`) ON DELETE CASCADE ON UPDATE CASCADE , 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_PRODUCT_ENTITY_ENTITY_ID`  ;


/* Alter table in target */
ALTER TABLE `eav_attribute` 
DROP KEY `MAGMI_EA_CODE_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `eav_attribute_option_value` 
DROP KEY `MAGMI_EAOV_OPTIMIZATION_IDX` ;


/* The foreign keys that were dropped are now re-created*/

ALTER TABLE `core_url_rewrite` 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_CTGR_ID_CAT_CTGR_ENTT_ENTT_ID` 
FOREIGN KEY (`category_id`) REFERENCES `catalog_category_entity` (`entity_id`) ON DELETE CASCADE ON UPDATE CASCADE , 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_STORE_ID_CORE_STORE_STORE_ID` 
FOREIGN KEY (`store_id`) REFERENCES `core_store` (`store_id`) ON DELETE CASCADE ON UPDATE CASCADE ;

/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;

1

বড় ডাটাবেস ক্রিয়াকলাপকে দ্রুত করার সর্বোত্তম উপায় হ'ল আপনার নিজের ডেটাবেসকে নিজের সার্ভারে থাকা যা ডেটাবেস ব্যবহারের জন্য অনুকূলিত। চেকআউট অঞ্চল কোড-অনুসারে উন্নত করা যায় এমন খুব বেশি কিছু নেই (যদিও কিছু ধরণের পণ্য যেমন কনফিগারযোগ্য যেমন উদ্ধৃতকরণের প্রক্রিয়াটি সত্যই কমে যায়) যেহেতু খুব অল্পভাবে নিরাপদে ক্যাশে করা যায়।


ধন্যবাদ, তার জন্য ভয় পেয়েছিল এটি ইতিমধ্যে পৃথক ডিবি সার্ভার সহ একটি উত্সর্গীকৃত ইনস্টলেশন। আশা করি তারা 2
ম্যাজে চেকআউটটি

1
2.0 এখনও পর্যন্ত অনেকগুলি পুনর্লিখনকে অন্তর্ভুক্ত করে, তাই আমরা আশা করতে পারি। সত্যি বলতে, পণ্য মডেলগুলি নিজেরাই চেকআউটকে ধীরে ধীরে করে তোলে - - কোট তৈরি করার সময় / অর্ডারে রূপান্তর করার সময় প্রতিটি পণ্যের জন্য ধরণের উদাহরণগুলি পুনরাবৃত্তি করতে হয় এবং এটি একটি ব্যয়বহুল প্রক্রিয়া হতে পারে।
অ্যান্ড্রু কোকেনবোস

1

আপনার ডিবিতে পাঠ্যগুলি বিভক্ত করার দিকে নজর দিন। আপনার কাছে তাত্ক্ষণিক প্রতিরূপ স্থাপনের প্রয়োজন হবে যদিও এটি করা সম্পর্কে আমাকে সর্বদা উদ্বিগ্ন করা হয়েছে যদিও এটির কনফিগার করার সর্বোত্তম উপায় সম্পর্কে অন্যদের কাছে আরও তথ্য থাকতে পারে।


এইচএম নিশ্চিত নয় যে এটি সত্যই নির্ভরযোগ্য একটি নির্ভরযোগ্য সমাধান, অসম্পূর্ণ তথ্যের বেশ বড় পরিবর্তন বলে মনে হচ্ছে। ধারণাটি সত্যিই দুর্দান্ত!
স্যান্ডার ছিন্নভিন্ন করা

আমি একটি নির্দিষ্ট পরিমাণে সম্মত হয়েছি এবং স্বীকার করছি যে আমি আসলে এটি নিজেই কখনও করি নি যদিও আমি বিভিন্ন মানুষকে ব্লগ পোস্ট লিখতে দেখেছি ইত্যাদি বোঝায় যে তারা পারফরম্যান্সে একটি উল্লেখযোগ্য উন্নতি দেখেছেন। যদি আমি কিছু মানদণ্ড ইত্যাদি পাই তবে আমি সেগুলি পোস্ট করব।
রিচার্ড ক্লিভারলি

ধন্যবাদ রিচার্ড, অসুস্থর সাথে আমার হোস্টিং সংস্থার সাথেও এই বিষয়ে কথা হয়েছে। আমার মনে হয় এই ধরণের স্টাফ নিয়ে তাদের আরও অনেক অভিজ্ঞতা রয়েছে। আমার কাছে আরও একটি তথ্য থাকলে আমি এটি পোস্ট করব
স্যান্ডার ম্যানগেল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.