সেরা মোতায়েন কৌশল কী?


82

ম্যাজেন্টো স্টোর স্থাপন করা কেবল স্ব-ইনস্টলযোগ্য এক্সটেনশানগুলির বিকাশের বিষয় নয় তবে প্রচুর "ম্যানুয়াল এন্ট্রি" ক্রিয়াকলাপ প্রয়োজন যেমন শেষ সম্পাদনা বৈশিষ্ট্য, বিভাগ, পণ্য, দামের নিয়ম সিএমএস পৃষ্ঠাগুলি তৈরি করা ইত্যাদি, সমস্ত উল্লেখ না করে সিস্টেম কনফিগারেশন পরিবর্তন।

উন্নয়ন থেকে মঞ্চায়ন ও উত্পাদন পরিবেশে কোনও ম্যাজেন্টো স্টোর স্থাপন করার ক্ষেত্রে সেরা কৌশলটির রূপরেখার জন্য আমি আপনার সহায়তা চাই।

আমার একটি কৌশল হ'ল "ডিপ্লয় মডিউল" রচনা যা প্রোগ্রামক্রমে উপরে বর্ণিত সত্তাগুলি তৈরি করে তবে এটি একটি খুব সময় সাশ্রয়ী কাজ এবং কখনও কখনও এটি আমার কাছে একটু ওভারকিল বলে মনে হয়।

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

হতে পারে একটি সর্বোত্তম সমাধান কোনও ম্যাগন্টো সিস্টেমের স্ন্যাপশট করতে সক্ষম মডিউলটির ব্যবহার হতে পারে যা আপনাকে কী স্থাপনা করতে হবে তা বেছে নিতে দেয়।

তাই:

  • মোতায়েন করার জন্য আপনার কৌশল কী?
  • এমন কোন মডিউল আছে যা কোনও ম্যাজেন্টো সিস্টেমের স্ন্যাপশট করতে সক্ষম হয় যা আপনাকে কোন স্থাপনার নির্বাচন করতে দেয়?
  • যদি এই ধরণের মডিউলটি বিদ্যমান না থাকে এবং এই জাতীয় মডিউল সরবরাহ করা হয় তবে একটি যুক্তিসঙ্গত সমাধান হয়, কেউ কি তার বিকাশকে অবদান রাখতে আগ্রহী?

ধন্যবাদ!


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

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

@ আলেসান্দ্রো রনচি এটি একটি মূল বক্তব্য এবং এমন সংঘাত যা কখনও ঘটবে না। আপনার বিভাগের কাঠামো এমন কিছু নয় যা বেআইনীভাবে পরিবর্তিত হওয়া উচিত, সুতরাং এক বিকাশকারী অন্য (গুলি) সম্পর্কে এটি না জেনে আপনার কাঠামোর কোনও বড় পরিবর্তন আনতে হবে না। যদি এটি ঘটে থাকে তবে আপনাকে আপনার আন্তঃ-যোগাযোগ যোগাযোগের প্রয়োজন। সাধারণত কোনও সাইটের জন্য বিভাগের কাঠামোটি প্রথম দিন থেকেই পিন করা উচিত এবং আর কখনও পরিবর্তন করার দরকার নেই, কেবল যুক্ত হতে হবে। আপনার যদি এটি পরিবর্তন করার দরকার হয় তবে আপনি প্রথমবার এটি সঠিকভাবে স্কোপ করেননি।
প্রক্সি ব্লু

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

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

উত্তর:


39

আমার মতামত এই সমস্ত স্ক্রিপ্ট। আমার কাছে সাধারণত এমন কোনও কিছুর জন্য বেস কনফিগার মডিউল থাকে যা কোনও নির্দিষ্ট মডিউলগুলির সাথে সরাসরি সম্পর্কিত নয় function (উদাহরণস্বরূপ নতুন সাইটের ইউআরএলে পূর্ববর্তী সাইট ইউআরএলটির জন্য কাস্টম ইউআরএল পুনর্লিখনগুলি তৈরি করা) এবং নিজস্ব ইনস্টল স্ক্রিপ্টগুলিতে কোনও মডিউল সম্পর্কিত কিছু যুক্ত করুন।

এর পিছনে মানসিকতাটি হ'ল যদি কোনও নতুন ডিবি ব্যবহার করে সাইটটি পুনরায় ইনস্টল করা দরকার হয়, তবে আপনার যেমনটি ছিল তেমন ফিরে আসবে। এটি লাইভে ডিবি-র একটি অনুলিপি সহ ইউট সাইটকে পর্যায়ক্রমে আপডেট করার ক্ষেত্রেও এই সহায়তা করে। Uat এর মডিউলগুলি আবার তাদের কনফিগারেশনে স্লট করার সাথে সাথে কাজ করা চালিয়ে যায়।

ডাকের হার, কার্টের বিধি ইত্যাদির পরিবর্তনসমূহ (মূলত জিনিসগুলি ক্লায়েন্টরা এডমিনে নিজেকে পরিচালনা করে) 'অস্থির ডেটা' হিসাবে বিবেচিত হয় এবং স্ক্রিপ্ট হয় না। এর মধ্যে পণ্যের ডেটা অন্তর্ভুক্ত। ক্লায়েন্টের বিকল্প রয়েছে এবং প্রথমে ইউট সাইটে নতুন আমদানি পরীক্ষা করতে উত্সাহিত করা হচ্ছে।

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

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


1
আমি দিদমিতের সাথে একমত আপনি যখন সমস্ত আপডেটগুলি স্ক্রিপ্ট করতে শিখবেন তখন এটি আরও প্রাথমিক কাজ হতে পারে তবে আপনাকে যদি 3-4 বিকাশকারী, মঞ্চায়ন, ইউটি এবং লাইভের জন্য ম্যানুয়ালি কনফিগারেশন আপডেটগুলি প্রয়োগ করতে হয় তবে সমন্বয় এবং প্রকৃত কাজটি আরও অনেক বেশি সময় নিতে চলেছে। আমাদের ওয়ার্কফ্লো বেশ অনুরূপ: যদি কোনও (পুনরায় ব্যবহারযোগ্য) এক্সটেনশনের জন্য কনফিগারেশনের প্রয়োজন হয় তবে এটি সেখানে রাখুন। কনফিগারটি যদি ক্লায়েন্ট-নির্দিষ্ট হয় তবে এটিকে একটি প্রকল্প-নির্দিষ্ট এক্সটেনশনে রাখুন। কয়েকটি ব্যতিক্রমগুলির মধ্যে একটি হ'ল কার্টের নিয়ম যা আপডেট / তৈরি করা মোটেও মজাদার নয়।
ম্যাথিয়াস জেইস 27'13

1
আমি কেবলমাত্র একটি মডিউল প্রকাশ করেছি যা প্রয়োজনীয় কনফিগার স্ক্রিপ্ট তৈরি করতে সহায়তা করে, সুতরাং ইনস্টল স্ক্রিপ্টগুলি ম্যানুয়ালি তৈরির জাগতিক কাজটি সরিয়ে দেয়। মডিউলটি কনফিগার মানগুলির নির্বাচনগুলি রফতানির অনুমতি দেওয়ার জন্য কোর_কনফিগ_ডেটা টেবিলের গ্রিড প্রদর্শন ব্যবহার করে। আমার জীবনকে কিছুটা সহজ করুন এবং আমি আশা করি এটি অন্যদের জন্য কার্যকর হবে। proxiblue.com.au/blog/magento-config-data-generator
ProxiBlue

27

1
আপনাকে ধন্যবাদ, আমি সেগুলি সব পড়ব এবং কিছু বিবেচনা নিয়ে ফিরে আসব।
আলেসান্দ্রো রনচি

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

প্রিয় আলেসান্দ্রো, আমি আপনার উপায়টি দেখতে চাই যা আমি আরও আরামদায়ক কৌশলটি দেখছি!
ওউজ সেলিকাদেমির

18

আমি আপনাদের সকলকে ধন্যবাদ জানাতে চাই কারণ আপনার বিবেচনাগুলি সিঙ্কে বিভিন্ন পরিবেশ বজায় রাখার সমস্যা সমাধানের উদ্দেশ্যে "ম্যাজপ্লয়" নামক একটি এক্সটেনশান বিকাশ করতে অনুপ্রাণিত করেছে এবং আমাকে ধাক্কা দিয়েছে।

http://www.mageploy.com

Mageploy এখনও প্রসারিত করতে হবে, ভাল ডকুমেন্টেড এবং সম্পূর্ণরূপে পরীক্ষা করা এমনকি যদি আমি ইতিমধ্যে এটিতে কিছু সুবিধা রয়েছে এমন কয়েকটি প্রকল্পে ব্যবহার করছি।

এটি ওপেন সোর্স এবং কোনও সহায়তা বা পরামর্শ প্রশংসিত হবে।

শুভেচ্ছা সহ


7

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

সম্প্রতি, দেব / পর্যায় / উত্পাদনের ক্ষেত্রে আমরা স্টেজিং সাইটটিকে সামগ্রীর জন্য ডাটাবেসের মাস্টার কপি হিসাবে ব্যবহার করি কারণ এর অর্থ ক্লায়েন্ট সহযোগিতা করতে পারে। অতীতে, সম্ভবত আমরা যে সবচেয়ে বড় সমস্যাটি নিয়ে এসেছি তা হ'ল ক্লায়েন্টের সাথে বিষয়বস্তু প্রবেশের সমন্বয় করা, বিশেষত পণ্য আপলোডের ক্ষেত্রে।

আপনি কীভাবে ভাবছিলেন স্ন্যাপশটটি কাজ করবে? আমি মনে করি একটি আদর্শ বিশ্বে আপনার কাছে এমন একটি সরঞ্জাম থাকবে যা নির্দিষ্ট ধরণের (পণ্য, বিভাগ, সিএমএস ইত্যাদি) দুটি ডাটাবেসের মধ্যে পার্থক্য দেখিয়েছিল এবং আপনাকে পরিবর্তনগুলিকে একে অপরের সাথে একীভূত করতে দেয় তবে আমি উপলভ্য কিছু সম্পর্কে অবগত নই I'm যে।


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

কনফিগারেশনে সহযোগিতা করার জন্য ক্লায়েন্টদের সাথে একটি মঞ্চের সাইট ভাগ করে নেওয়া তাত্ত্বিকভাবে দুর্দান্ত। অনুশীলনে, ক্লায়েন্টরা আপনাকে 99% সময় পরিবর্তিত সমস্ত কিছু বলে না যার ফলে কোনও কিছুকে স্ক্রু করা সহজ হয়। আমরা ক্লায়েন্টদের কার্টের বিধি, বিভাগ, পণ্য বা অনুরূপ হিসাবে স্টাফে কাজ করার অনুমতি দিতে পারি তবে আমরা তাদের কনফিগারেশনে হস্তক্ষেপ করতে দিই না।
ম্যাথিয়াস জেইস 27'13

6

আমার মতে বৈশিষ্ট্য, বিভাগ, পণ্য, দামের বিধিগুলি তৈরি এবং সম্পাদনা "ডিপ্লোয়মেন্ট কৌশল" এর সাথে কিছুই করার নেই এই সমস্ত আইটেম একটি দোকানের পক্ষে বেশ অনন্য এবং বেশিরভাগ ক্ষেত্রে আপনার পণ্যগুলির বিশ্লেষণ এবং গবেষণার যথাযথ বিট দাবি করে demand বিক্রি করতে যাচ্ছে।

আপনি যদি উল্লেখ করেন যে সমস্ত উপাদানগুলির অনুরূপ কনফিগারেশন সহ আপনি "এক আকারের সব কিছু ফিট করে" দোকানগুলি তৈরি করছেন তবে আপনি প্রতিটি দোকানের জন্য প্রয়োজনীয় সমস্ত সেটআপ সম্পন্ন করার পরে আপনার ডাটাবেসের একটি "স্ন্যাপশট" রফতানি করতে পারবেন।


না, "একটি আকার সবই ফিট করে" এটি বিন্দু নয়; এটি একই পরিস্থিতিতে আমরা, বিকাশকারী হিসাবে, যখন আমাদের টিম দলের অন্য সদস্যের সাথে আমাদের সোর্স কোডটি একীভূত করার সময় আসবে: সেক্ষেত্রে আমাদের কাছে সোর্স কন্ট্রোল সিস্টেম রয়েছে যা যাদু করে। আমার প্রশ্নটি "নন ডেভ" জিনিসগুলি যেমন কনফিগার সেটিংস এবং সাধারণ অ্যাডমিন সেটিংস এবং এন্ট্রিগুলিতে মার্জ করার সুযোগের সাথে সম্পর্কিত ছিল।
আলেসান্দ্রো রনচি

আহ ঠিক আছে, এটি আরও স্পষ্ট করে তোলে
রাটার

ধরা যাক আমরা একটি সম্পূর্ণ নতুন ওয়েবসাইট তৈরি করছি, সুতরাং পুরানো ডেটা ইত্যাদি নিয়ে কোনও সমস্যা নেই প্রায় সময়ই আমাদের সমস্ত ডেভস একই ডেটাবেস বিকাশের জন্য ব্যবহার করে না। এটি অনেক সমস্যার সমাধান করে। অন্য ক্ষেত্রে আমার কাছে কোনও ধরণের রোডম্যাপ / স্ক্রিপ্টে প্রয়োজনীয় সমস্ত পদক্ষেপগুলি লেখার চেয়ে ভাল সমাধান (এখনও) নেই এবং মার্জ হওয়ার পরে সেগুলি পুনরায় প্রয়োগ করতে হবে। "ম্যাজেন্টো কোর" অ্যাডমিন সেটিংসের জন্য যদি কেবলমাত্র একজন ব্যক্তি দায়বদ্ধ থাকে তবে এগুলি অনেক পদক্ষেপের জন্য হওয়া উচিত নয়। আমি একবার এই পাওয়া গিয়েছিলো, কিন্তু এটা চেষ্টা করে না tinybrick.com/magento-modules/admin-tools/...
Rutger

2

আমি দুটি দুর্দান্ত সময় সাশ্রয়কারী সরঞ্জাম যুক্ত করতে চাই:


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