তৃতীয় পক্ষের এক্সটেনশানগুলি কীভাবে মূল্যায়ন করবেন?


41

যদিও ম্যাজেন্টো 'বাক্সের বাইরে' অনেক কিছু করেছে, আমরা খুঁজে পেয়েছি যে ক্লায়েন্ট স্টোরগুলির জন্য একটি তৃতীয় পক্ষের এক্সটেনশন প্রয়োজন অনিবার্যভাবে বৈশিষ্ট্য এবং সুবিধা রয়েছে।

তবে, মাধ্যমের প্রকৃতি দেওয়া, বাণিজ্যিক লেনদেনের সাথে সম্পর্কিত এমন জটিল ব্যবস্থায় 'বিদেশী' কোড প্রবর্তন করা ঝুঁকিপূর্ণ প্রস্তাব হতে পারে।

Magento এক্সটেনশানগুলি মূল্যায়ন করার সময় আপনি কী দেখেন? আপনি যে 'লাল পতাকাগুলি' নিয়ে এসেছেন (পারফরম্যান্স হোগস, সুরক্ষা ঝুঁকি, স্থাপত্য সংক্রান্ত খারাপ অভ্যাস) কী কী?


3
সামান্য গ্লিব, তবে গ্রেপ 'ইওল' * -আর। আপনি যদি এটি দেখতে পান, চালান।
অ্যারন বোনার

উত্তর:


27

তৃতীয় পক্ষের মডিউলগুলি মূল্যায়ন করার জন্য এখানে কিছু চিন্তাভাবনা রয়েছে:

বুনিয়াদি:

  • কারেন্ট ম্যাজেন্টো সংস্করণ সমর্থন - এটি কি ম্যাজ্যান্তোর সর্বশেষ সংস্করণটিকে সমর্থন করে (আমরা যার জন্য এটি বিকাশ করছি তার বর্তমান সহ)?

    যদি কোনও মডিউল ম্যাগেন্তোর সর্বশেষ প্রকাশকে সমর্থন না করে, তবে এটির জন্য মূল্যবান বিকাশের সময় ব্যয় না করে এটি কাজ করা সম্ভবত কঠিন।

  • সমর্থন - মডিউলটি তৈরি করা বিকাশকারীরা কি পণ্যটিকে সমর্থন করে?

    স্বাস্থ্যকর মডিউলটির অন্যতম লক্ষণ হ'ল বিকাশকারীরা সক্রিয়ভাবে এটি সমর্থন করে। যদি তারা সমর্থন করে না যে এটি একটি লাল পতাকা, তারা কেন পণ্যটি ভাল লাগলে সমর্থন করবে না?

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

  • পর্যালোচনা - অন্যান্য ব্যবহারকারীরা কী বলছেন? তাদের অভিজ্ঞতা কেমন ছিল?

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

  • রিফান্ড - যদি উদ্দেশ্য অনুসারে কাজ না করে তবে তারা কি আপনাকে আপনার অর্থ ফেরত দেবে?

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

অন্তর্বর্তী:

  • ক্লাস ওভাররাইড - মডিউলটি কোনও মূল ক্লাসকে ওভাররাইড করে?

    সাধারণত একটি ভাল মডিউল বলতে কোনও মূল ক্লাস ওভাররাইড করা উচিত নয়, বরং এটি পর্যবেক্ষক ব্যবহার করা উচিত।

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

    কখনও কখনও এটি করা সম্ভব হয় না, যদি এটি হয় তবে এটি কেন একটি মূল শ্রেণিকে ওভাররাইড করছে তার খুব ভাল কারণ থাকতে হবে।

  • লেআউট আপডেট - মডিউলটি কি আমার কিছু বিন্যাস সেটিংস পরিবর্তন করে?

    কিছু মডিউল আপনার সাইটে লেআউট সেটিংস পরিবর্তন করে (উদাহরণস্বরূপ: পণ্য পৃষ্ঠা), এটি আপনার বর্তমান লেআউটটি ভঙ্গ করে না তা নিশ্চিত করুন এবং যদি এটির প্রয়োজন হয় তবে এটি পড়ুন (পড়ুন: আমাদের কত সময় লাগবে) ।

  • টেমপ্লেট পরিবর্তন - মডিউলটিতে কি আমার বর্তমান নকশা পরিবর্তন করে এমন টেম্পলেট অন্তর্ভুক্ত রয়েছে?

    এই মডিউলটি নতুন টেমপ্লেটগুলি প্রবর্তন করবে? যদি হ্যাঁ, তারা কি আমার নকশাটি ভঙ্গ করবেন? ডিজাইনটি আমাদের যেমন চাই তাতে কত সময় লাগবে?

  • নির্ভরতা - মডিউলটি কি অন্য কোনও মডিউলের উপর নির্ভর করে?

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

উন্নত:

  • এসকিউএল আপগ্রেড স্ক্রিপ্টগুলি - মডিউলটি কোনও উপায়ে ডিবি আপডেট করে?

    একবার মডিউল ডাটাবেস আপডেট করে আমাদের কয়েকটি বিষয় নিশ্চিত করা দরকার।

    এটি একটি মূল টেবিল আপডেট করে? যদি হ্যাঁ, এটি ভাল না হয় তবে আমরা আমাদের ডেটাবেসগুলি পরিষ্কার এবং আপগ্রেডের জন্য প্রস্তুত চাই।

    এটি কি কোনও বুদ্ধিমান উপায়ে তথ্য সংরক্ষণ করে? আমরা যদি ডাটাবেস থেকে নিজেরাই ডেটা কাঁচা পেতে চাই, আমরা কি তা উপলব্ধি করতে সক্ষম হব?

  • ইভেন্টস - মডিউলটি কোনও ইভেন্ট পর্যবেক্ষণ বা প্রেরণ করে?

    যদি কোনও মডিউল ইভেন্টগুলি প্রেরণ করে বা পর্যবেক্ষণ করে তবে আমরা জানতে চাই:

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

  • কোড পর্যালোচনা - মডিউলটি কি গ্রহণযোগ্য কোডিং কৌশল ব্যবহার করে?

    এটি ম্যাজেন্টোর চেয়ে পিএইচপি কোডিং কৌশলগুলির সাথে আরও বেশি কিছু করতে পারে।

    কোডটি ট্রাই / ক্যাচ ব্লক ব্যবহার করে?

    কোড ব্যবহারকারীর ইনপুট এড়িয়ে যায়?

    এর নির্দিষ্টকরণগুলি সত্যই আমাদের দক্ষতার স্তর / প্রয়োজনীয়তার উপর নির্ভর করে।

  • সম্ভাব্য সমস্যা - এই মডিউলটি ইনস্টল করার ফলে কোন সম্ভাব্য সমস্যাগুলি আসতে পারে?

    আমরা যদি এই মডিউলটি ইনস্টল করি তবে শীর্ষ পাঁচটি সমস্যা যেগুলি আসতে পারে তা কল্পনা করার চেষ্টা করুন, এটি যেমন অবাক হয় তেমনি এটি সামগ্রিকভাবে প্রকল্পটির অন্তর্দৃষ্টি দেয়।

শেষের সারি:

এই সমস্ত জিনিস একটি আদর্শ বিশ্বে থাকতে খুব সুন্দর, বাস্তব বিশ্বের পরিস্থিতিগুলিতে আমাদের 'আপস' নামক জিনিসটি করা দরকার :)

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

অন্য কথায়: এটি আমাদের সময়ের সাথে দক্ষ হওয়ার মতো, যদি এই (আইটেমের) আইটেমটি ব্যবহার করা আমাকে দীর্ঘমেয়াদে সময় সাশ্রয় করতে সহায়তা করে, যদি এটি বাদ না দেয় এবং আপনার বিচক্ষণতা বাঁচায়।


4
হতে পারে আপনি আপনার দুর্দান্ত উত্তরে তুলনামূলকভাবে নতুন পদ্ধতি বিচারক যুক্ত করতে চান ...
সাইমন

শেয়ার করার জন্য
@ সিমন

1
শুধু যোগ করার জন্য যেমন সাইমন উল্লিখিত জজ চেয়েছিলেন, ক্লান্তিকর কাজগুলো সেরা মেশিনের জন্য উপযুক্ত করা হয়: github.com/magento-ecg/coding-standard আপনি পাশাপাশি বিদ্যমান PHP_CodeSniffer বা পিএইচপি ভিত্তিক সংস্করণ ব্যবহার করুন: github.com/magento-ecg/ ম্যাগনিফার এবং পিডিএফ প্রায় 5 অতি সাধারণ ম্যাজেন্টো কোডিং ইস্যু: info.magento.com/rs/magentocommerce/images/…
B00MER

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

10

কিছু ম্যাজেন্টো নির্দিষ্ট "খারাপ অনুশীলন" লাল পতাকাগুলি হ'ল:

  • যে কোনও কোড app/code/local/Mage
  • ওভাররাইট টেমপ্লেটস (ফাইলগুলির মধ্যে app/designইতিমধ্যে মূলটিতে বিদ্যমান)
  • প্রয়োজনীয় ক্লাসের পুনর্লিখন catalog/product। সাধারণভাবে আমি প্রতিটি পুনর্লিখনের দিকে মনোযোগ দিয়ে দেখি, এটি এড়ানো যেতে পারত কিনা তা দেখার জন্য
  • জেন্ড / ম্যাজেন্টো কোডিং মানগুলির মারাত্মক লঙ্ঘন। যদিও এটি কেবল কোড ফর্ম্যাটিং সম্পর্কেই রয়েছে, আমি উপসংহারে পৌঁছেছি যে মানক সম্পর্কে অসতর্কতা অবলম্বনকারী ডিভগুলি সম্ভবত অন্যান্য, আরও গুরুত্বপূর্ণ বিষয়গুলি সম্পর্কে অযত্ন থাকতে হবে।
  • মূল ডাটাবেস সারণিতে পরিবর্তন
  • টেমপ্লেটগুলিতে হার্ড কোডেড পাঠ্য (অনুবাদ মেশিন ব্যবহার না করে) এবং অন্য কোথাও
  • টেমপ্লেটগুলিতে ব্যবসায়িক যুক্তি (থাম্বের বিধি: Mage::getModelটেমপ্লেট ডিরেক্টরিতে যে কোনও ঘটনা সাধারণত খারাপ চিহ্ন হয়)

কিছু পিএইচপি সম্পর্কিত লাল পতাকা (এটি একটি খুব নির্বাচনী এবং অসম্পূর্ণ তালিকা):

  • সক্ষম ত্রুটি প্রতিবেদন সহ কোনও বিজ্ঞপ্তি এবং সতর্কতা ( E_STRICT)
  • @অপারেটরের ব্যবহার
  • আউটপুট এর আগে ব্যবহারকারীর ডেটা স্যানিটাইজিং না

কয়েকটি কার্য সম্পাদন সম্পর্কিত লাল পতাকা:

  • লুপগুলির ভিতরে ডাটাবেস প্রশ্নগুলি
  • এর পুরো অংশটি ব্যবহার করতে একটি পুরো সংগ্রহ লোড করা

এছাড়াও সাধারণ কোড গন্ধগুলি সন্ধান করুন , এগুলি প্রয়োজনীয় লাল পতাকা নয় তবে সামগ্রিক মানেরটি অনুমান করতে সহায়তা করে।


4

পদক্ষেপ # 1 - আপনার ক্লায়েন্ট কি এই বর্ধনটি সমর্থন করতে পারে যদি বিকাশকারী AWOL হয়?

যদি না হয় তবে আপনি এক্সটেনশনটি ব্যবহার করতে পারবেন না।

যদি হ্যাঁ, এক্সটেনশন মূল্যায়নে এগিয়ে যান।


2

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

সর্বাধিক পারফরম্যান্স হিট হওয়ার সম্ভাবনা থাকতে আমি ইভেন্ট পর্যবেক্ষক কোডটি পেয়েছি। রিসোর্স নিবিড়, তৃতীয় পক্ষের কোডটি সন্ধান করুন যা প্রায়শই প্রেরিত ইভেন্টগুলির জন্য চলে। ইভেন্টস, কন্ট্রোলার_অ্যাকশন_প্রেডিস্পাচ, বা সংগ্রহ লোডিং।

পুনরায় লেখক এবং পর্যবেক্ষকদের একটি সুন্দর সংক্ষিপ্ত বিবরণ পেতে আমি প্র্যাটস্কি থেকে এই ইউটিলিটি মডিউলটি ব্যবহার করি ।


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

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

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

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

1

বেস / ডিফল্ট পরিবর্তে ডিফল্ট / ডিফল্ট (বা প্রো বা এন্টারপ্রাইজ) এর মধ্যে থাকা কোনও টেম্পলেট এবং ত্বকের সম্পদ থাকা বেশ বিরক্তিকর।

অবফসকেটেড কোডটি সন্ধান করার জন্য এমন কিছু - যেমন (), বেস64_ডেকোড (), এবং এর মতো কলগুলির জন্য অনুসন্ধান করুন। এটি প্রায়শই লাইসেন্সের বৈধতার জন্য ব্যবহৃত হয় তবে এটি দূষিত বা ভীতিজনক হতে পারে - আমি কমপক্ষে একটি উপাদান দেখেছি যা আরএসএস ফিড থেকে স্বেচ্ছাসেবীর কোডটি ব্যাখ্যা করে।

ডিএল () কলগুলি সন্ধান করুন - কমপক্ষে একটি পেমেন্ট গেটওয়ে উপাদান আমি দেখেছি তার সংযোগগুলি করার জন্য পিএইচপি এক্সটেনশন ইনস্টল করা প্রয়োজন!


0

তুমি ঠিক.

দুর্ভাগ্যক্রমে কোনও যাদু নেই: আপনার সেগুলি পরীক্ষা করে দেখতে হবে, কোডটি ভালভাবে বিকশিত হয়েছে কিনা তা পরীক্ষা করতে হবে, তাদের ফোরাম বা আপনার প্রশ্নের উত্তর দেওয়ার জন্য দ্রুততার জন্য বাণিজ্যিক মডিউলগুলির জন্য একটি ভাল সমর্থন আছে ...

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

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


0

আমার পরামর্শ: যে মডিউলগুলি ইনস্টল / আপগ্রেড স্ক্রিপ্টগুলি রয়েছে যা মূল টেবিলগুলিতে মান পরিবর্তন করে তাদের প্রতি চূড়ান্ত মনোযোগ দিন কারণ এই ধরণের পরিবর্তনগুলি রোলব্যাক করা সর্বদা সহজ নয়।


0

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

আমি সম্পাদিত # 2 পরীক্ষাটি হ'ল বিক্রেতাকে কল করা এবং তাদের পাহারাদার থেকে ধরা। তারা কী ধরণের আচরণ / ইউনিট পরীক্ষার কাজটি করে, কোন সোর্স-কন্ট্রোল সিস্টেম ব্যবহার করে, পিএইচপি-র কোন সংস্করণ তারা পরীক্ষা করে, ম্যাজেন্টোর কোন সংস্করণ পরীক্ষা করা হয়, কোন ওয়েব-সার্ভারে পরীক্ষা করা হয়, তারা ব্রাউজার ব্যবহার করে কিনা -ফ্রন্ট-এন্ড উপাদান ইত্যাদি পরীক্ষা করার জন্য স্ট্যাক ... যদি বিক্রেতাটি আপনি কী সম্পর্কে কথা বলছেন তা যদি না জানেন, চুপ করে থাকেন বা "আপনাকে আবার ইমেল করার জন্য বিশেষজ্ঞ পেতে চান", তবে জাহান্নামের মতো চালান কারণ তারা সম্ভবত সংখ্যায়িত ব্যবহার করে "সংস্করণ নিয়ন্ত্রণ" এর জন্য ফাইলগুলি জিপ করুন এবং তাদের গ্রাহকরা তাদের রিপোর্ট করার 3 মাস পরে কেবল বাগগুলি ঠিক করুন।

পিসিআই-ডিএসএসের কথা বলতে গেলে, সমস্ত সিস্টেম পরিবর্তনগুলিরও একটি বিপরীত কৌশল প্রয়োজন। মূল সারণিতে অ-অযোগ্য কলাম যুক্ত করা মডিউলগুলির সাথে, এখনও বিপরীত কৌশলটি রক্ষণাবেক্ষণ করার সময় এটি অসম্ভব হয়ে ওঠে যা একটি নিরীক্ষা পাস করবে। অক্ষম হওয়ার সময় সমস্যাগুলির (পড়ুন: এসকিউএল ত্রুটি) সৃষ্টি করতে পারে এমন কোনও মডিউল থেকে নরকের মতো চালান।

পিসিআই-ডিএসএস ভি 3

6.4.5.4 ব্যাক-আউট পদ্ধতি।

প্রতিটি নমুনা পরিবর্তনের জন্য ব্যাক-আউট পদ্ধতি প্রস্তুত কিনা তা যাচাই করুন।

প্রতিটি পরিবর্তনের জন্য, পরিবর্তনটি ব্যর্থ হয় বা কোনও অ্যাপ্লিকেশন বা সিস্টেমের সুরক্ষাকে বিরূপ প্রভাবিত করে, তার আগের অবস্থায় সিস্টেমটিকে পুনরুদ্ধার করার অনুমতি দেওয়ার জন্য ডকুমেন্টড ব্যাক-আউট পদ্ধতি থাকতে হবে

এটি, অন্যান্য উত্তরগুলি ছাড়াও। এই প্ল্যাটফর্মটিতে তৈরি হওয়া বিপজ্জনক কিছু বাজে সম্পর্কে আইএমওর জন্য লজ্জার প্রাচীর থাকা উচিত।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.