দেশ স্বাগতম এফ eatures সি onfiguration এম anagement, ওরফে FCM ! এটি কেবল বৈশিষ্ট্য সম্পর্কে নয় , এবং কনফিগারেশন পরিচালনা সম্পর্কে নয় (ড্রপাল সংস্করণ 8 তে প্রবর্তিত হিসাবে)। পরিবর্তে, এটি এস অফটওয়্যার সি অনফিগ্রেশন এম অ্যানাজমেন্ট , ওরফে এসসিএম এর একটি বিশেষ ক্ষেত্রে । বেশিরভাগ কারণ বৈশিষ্ট্যগুলি একটি কোড জেনারেটর হিসাবে বিবেচনা করা যেতে পারে, যেখানে উত্পন্ন কোডটি একাধিক পরিবেশের মাধ্যমে স্থানান্তরিত হওয়া দরকার। আরো বিস্তারিত জানার জন্য পড়ুন।
1 - বৈশিষ্ট্যগুলি ব্যবহার করার পক্ষে পেশাদার এবং কনস
বৈশিষ্ট্যগুলি ব্যবহারের সুবিধা
- এক বা একাধিক টার্গেট ড্রুপাল (প্রাক-) উত্পাদন সাইটগুলিতে (ম্যানুয়াল মোতায়েনের পরিবর্তে) একটি ড্রুপাল বিকাশ সাইটে প্রয়োগিত পরিবর্তনের স্থাপনার স্বয়ংক্রিয় করুন।
- দ্রুপাল বিকাশকারী / সাইট নির্মাতাদের মধ্যে চলমান ড্রুপাল বিকাশের (শিপিং) সুবিধাগুলি (যেমন থিমের জন্য অন্য কোনও ডেভলপমেন্ট সাইটে কাজ করা একটি দ্রুপাল থিমের কাছে উপলব্ধ ভিউ বিশেষজ্ঞের দ্বারা তৈরি কিছু ভিউ (গুলি) তৈরি করা) il
- বৈশিষ্ট্যগুলির দ্বারা উত্পন্ন কোডের একটি অনুলিপি (বিকাশ সাইটে) নির্বাচিত টার্গেট (প্রাক-) উত্পাদন সাইটগুলিতে প্রেরণের জন্য জিআইটি এবং ড্রশ উভয়ের সাথে দুর্দান্ত একীকরণ ।
বৈশিষ্ট্যগুলি ব্যবহারের অসুবিধা
- বৈশিষ্ট্যগুলির দ্বন্দ্বগুলি এড়ানো এবং / অথবা বৈশিষ্ট্য নির্ভরতাগুলি পরিচালনা করা চ্যালেঞ্জিং হতে পারে!
- বিদ্যমান (উত্পাদন) সাইটে বৈশিষ্ট্যগুলি ব্যবহার করা শুরু করা সহজ নয় ।
- বৈশিষ্ট্য মডিউলটি ইনস্টল / সক্ষম করা সহজ (কেবলমাত্র একটি মডিউল), তবে বৈশিষ্ট্যগুলি সঠিকভাবে ব্যবহার করতে শেখা একটি বড় চ্যালেঞ্জ।
2 - বৈশিষ্ট্য প্যাকেজিং জন্য কৌশল
বৈশিষ্ট্যগুলি ব্যবহার করা কোনও বৈশিষ্ট্যের সামগ্রীর প্যাকেজ (রচনা) কীভাবে প্যাকেজ করবেন তা আপনার নিজের ধারণার উপরে। এখানে কিছু কৌশল রয়েছে যা এর জন্য ব্যবহার করা যেতে পারে।
একটি একক সুপার বৈশিষ্ট্য
এটি একটি দুর্দান্ত সাধারণ প্যাকেজিং কৌশল: সমস্ত কিছুই একক বৈশিষ্ট্যে একত্রে প্যাকেজ করা হয়েছে (কেউ কেউ "Godশ্বর" বৈশিষ্ট্য হিসাবে ডাকে ...)। সহজ, বেশ এগিয়ে দেওয়া, ইত্যাদি বলে মনে হচ্ছে তবে এই কৌশলটি "সংঘাত" বাড়ে (নীচে বর্ণিত হিসাবে) ঠিক এখনই কম-বেশি ...
"ড্রুপাল ডিস্ট্রিবিউশন" তৈরি করার সময় এর জন্য একটি ভাল ব্যবহারের উপস্থিতি উপস্থিত হয়, যেখানে এটির সমস্ত ব্যবহারকারী একই মডিউল, কনফিগারেশন ইত্যাদির সেট ব্যবহার করে বলে মনে করা হয়, তবে যদি এই জাতীয় বিতরণ একাধিক ওয়েবসাইটের কার্যকারিতা নিয়ে থাকে (শব্দটি ব্যবহার না করে) "বৈশিষ্ট্যগুলি" ...), নীচে বর্ণিত হিসাবে একাধিক বৈশিষ্ট্যে এই জাতীয় বৈশিষ্ট্যগুলি বিভক্ত করা আরও উপযুক্ত বলে মনে হয়।
ওয়েবসাইট কার্যকারিতা উপর ভিত্তি করে
এই প্যাকেজিং কৌশলটি ওয়েবসাইটের প্রতিটি কার্যকারিতার জন্য পৃথক বৈশিষ্ট্য তৈরি করে, যেমন:
- বৈশিষ্ট্য এ = একটি " * গ্যালারী " প্রয়োগ করুন ।
- বৈশিষ্ট্য বি = একটি " * ব্লগ " প্রয়োগ করুন ।
- বৈশিষ্ট্য সি = একটি " * ইভেন্ট ক্যালেন্ডার " প্রয়োগ করুন ।
ড্রুপাল অ্যাডমিন বিভাগগুলির উপর ভিত্তি করে
এই প্যাকেজিং কৌশলটি একটি ড্রুপাল ওয়েবসাইটের প্রতিটি (প্রধান) প্রশাসক বিভাগের জন্য পৃথক বৈশিষ্ট্য তৈরি করে যা সাইট তৈরি করতে ব্যবহৃত হয়, যেমন:
- সমস্ত প্রয়োজনীয় মডিউলগুলি বৈশিষ্ট্য এ তে অন্তর্ভুক্ত রয়েছে,
- সমস্ত বেস ক্ষেত্রের সংজ্ঞাগুলি বৈশিষ্ট্য বি তে অন্তর্ভুক্ত রয়েছে,
- সমস্ত সামগ্রীর প্রকারগুলি সি বৈশিষ্ট্যযুক্ত রয়েছে,
- সমস্ত অনুমতিগুলি ডি বৈশিষ্ট্যটিতে অন্তর্ভুক্ত রয়েছে,
- সমস্ত ভূমিকা E বৈশিষ্ট্যযুক্ত রয়েছে,
- সমস্ত ভেরিয়েবলগুলি এফ,
- সমস্ত (কাস্টম) দর্শনগুলি জি বৈশিষ্ট্যটিতে অন্তর্ভুক্ত রয়েছে,
- সমস্ত (কাস্টম) বিধিগুলি H বৈশিষ্ট্যটিতে অন্তর্ভুক্ত রয়েছে,
- প্রভৃতি
উপরের তালিকাটি কার্যত সীমাহীন: শেষ পর্যন্ত আপনি এটিকে প্রতিটি দ্রুপাল অ্যাডমিন মেনু বিকল্পের জন্য 1 টি বৈশিষ্ট্য হিসাবে ভাবতে পারেন ... আপনি যদি আরও দূরে যেতে চান তবে।
আইএমও এটি প্যাকেজ বৈশিষ্ট্যগুলির মধ্যে সর্বাধিক প্রস্তাবিত পদ্ধতি।
3 - বৈশিষ্ট্য এবং / অথবা জিআইটি-তে দ্বন্দ্বের সম্ভাবনা হ্রাস করা
ক্ষেত্রগুলি পুনরায় ব্যবহার করবেন না
বেশ কয়েকটি বিবাদগুলি একাধিক সামগ্রীর ধরণের মধ্যে ক্ষেত্রগুলি পুনরায় ব্যবহার করার কারণে সৃষ্টি হয়েছে বলে মনে হয়। উদাহরণস্বরূপ, কন্টেন্টের টাইপ এ আপনার একটি মেশিনের নাম সহ একটি ক্ষেত্র রয়েছে field_somefield, যা একই মেশিনের নাম সহ সামগ্রী টাইপ বি তে ক্ষেত্র হিসাবে ব্যবহৃত হয় field_somefieldতবে এটি অন্য ক্ষেত্রের ধরন এবং / অথবা কিছু অন্যান্য ক্ষেত্র সেটিং (গুলি) যা আলাদা।
বিষয়বস্তুর ধরণের মধ্যে ক্ষেত্রগুলি পুনরায় ব্যবহার না করে আপনি এই ইস্যুতে চালানো এড়াবেন। হিসেবে টেবিলে দেখানো আপনার বিষয়বস্তু ধরনের এবং ক্ষেত্র মেশিন নামের জন্য একটি আকর্ষণীয় নামকরণ সম্মেলন কটাক্ষপাত আছে মোড়ানো তথ্য আর্কিটেকচার এবং ডকুমেন্টেশন , যা সম্পর্কে "প্রবন্ধ অংশ Drupal এর জন্য আপেক্ষিকতা মডেল "। সে সম্পর্কে আরও তথ্যের জন্য " আমি একটি ডাটাবেস কেন্দ্রিক দৃষ্টিভঙ্গি থেকে সামগ্রী (প্রকারগুলি) কীভাবে মডেল করব? " এ আমার উত্তরটি দেখুন ।
কে কার উপর কাজ করে তার উপর নির্ভর করে বৈশিষ্ট্যগুলি বিভক্ত করুন
যদি একাধিক লোক কোনও একটি সাইটে কাজ করে তবে কে কী নিয়ে কাজ করছে তার উপর ভিত্তি করে বৈশিষ্ট্যগুলি সংগঠিত করে (= পৃথক করে তৈরি করা) দ্বন্দ্বের পরিমাণ হ্রাস করা যায়। এর উদাহরণ এই উদাহরণে যেমন হতে পারে:
- ভিউ এ বৈশিষ্ট্যটিতে যায়
- রুলস , বৈশিষ্ট্য বি যায়
- চার্টগুলি সি বৈশিষ্ট্যটিতে রয়েছে,
- থিমিং সম্পর্কে যে কোনও কিছুই ডি বৈশিষ্ট্যটিতে রয়েছে,
4 - প্রস্তাবিত ড্রুপাল পরিবেশগুলি
উপরের সমস্ত কিছু বৈশিষ্ট্যগুলির ব্যবহারকে সহজতর করতে সহায়তা করা উচিত । যাইহোক, জিনিসগুলি প্রত্যাশিত (নকশাকৃত) হিসাবে কাজ করবে তা নিশ্চিত করার জন্য, মূলত এই কারণগুলির জন্য আপনার উপযুক্ত পরিবেশের (যৌক্তিকভাবে সম্পর্কিত ড্রুপাল ওয়েবসাইটগুলি) থাকা দরকার:
- একাধিক বৈশিষ্ট্য দ্বারা সরবরাহিত কার্যকারিতা মার্জ করুন।
- পূর্বাভাস এবং দ্বন্দ্ব সমাধান
- কোনও সংঘাত না থাকার শংসাপত্র প্রাপ্ত সমস্ত মার্জ বৈশিষ্ট্যগুলির শেষ-ব্যবহারকারী পরীক্ষণ।
আদর্শ বিশ্বে, এই যৌক্তিকভাবে সম্পর্কিত ড্রুপাল ওয়েবসাইটগুলি কনফিগার করা উচিত, এবং এর মতো ব্যবহার করা উচিত:
- ব্যক্তিগত দেব সাইট - প্রতিটি ওয়েবসাইট বিকাশকারী একটি পৃথক দেব সাইট আছে। যখন বিকাশের কিছু অংশ অন্য কারও সাথে ভাগ করে নেওয়ার জন্য প্রস্তুত হয়, তখন একটি উপযুক্ত বৈশিষ্ট্য তৈরি হয়, যা মঞ্চ পরিবেশে প্রেরণ করা হয়।
- স্যান্ডবক্স সাইট - এটি একটি ড্রুপাল পরিবেশ যা কেবলমাত্র ড্রুপাল কোর ধারণ করে, যা একটি একক বৈশিষ্ট্যের সম্পূর্ণতার একক পরীক্ষার জন্য ব্যবহৃত হয়। কোনও বৈশিষ্ট্যের, দুর্ঘটনাক্রমে, কিছু অপ্রত্যাশিত নির্ভরতা থাকতে হবে (উদাহরণস্বরূপ কিছু মডিউল বৈশিষ্ট্য নির্ভর করে যা স্যান্ডবক্সে সক্ষম নয়), তারপরেই সেই নির্ভরতা স্পষ্ট হয়ে উঠবে।
- মঞ্চায়ন সাইট - এখানে এক বা একাধিক বৈশিষ্ট্য (একটি ডেভ সাইটে তৈরি করা হয়েছে) সরবরাহ করা হয়। এটি কিছু উত্পাদন সমস্যার জন্য কেবল কিছু হটফিক্স হতে পারে বা ওয়েবসাইটের নতুন প্রকাশের জন্য সমস্ত বিকাশ সুসংহত করা যায়। যদি একাধিক বৈশিষ্ট্যের মধ্যে কোনও দ্বন্দ্ব উপস্থিত থাকে, তবে এটি সেই পরিবেশ যেখানে তারা প্রথমে প্রদর্শিত হবে ... এবং কোনওভাবে সমাধান করা দরকার।
- কিউএ সাইট - স্টেজিং পরিবেশটি স্থিতিশীল হিসাবে গণ্য হওয়ার পরে, এটি সম্পর্কিত বৈশিষ্ট্যগুলির সাথে এগিয়ে চলার এবং কিছু উচ্চ স্তরে তাদের উপলব্ধ করারও সময় এসেছে যেখানে এগুলি QA টেস্টিং, গ্রহণযোগ্যতা পরীক্ষা, ভলিউম টেস্টিং ইত্যাদির জন্য ব্যবহার করা যেতে পারে এই স্তরে আপনি কোনও অতিরিক্ত পরিবর্তন (যদি থাকে) অনুমতি দেওয়ার ক্ষেত্রে অত্যন্ত সতর্ক হওয়া উচিত। কারণ এই জাতীয় কোনও পরিবর্তন এই পরিবেশে ইতিমধ্যে সম্পন্ন সমস্ত পূর্ববর্তী পরীক্ষার প্রচেষ্টা অবৈধ করতে পারে।
- ছায়া উত্পাদনের সাইট - আসল উত্পাদনে অ্যাক্টিভেশন প্রস্তুত করতে, আপনি প্রথমে এমন পরিবেশে প্রাসঙ্গিক বৈশিষ্ট্যগুলি প্রচার করতে পারেন যা আপনার আসল উত্পাদন পরিবেশের অনুলিপি (ছায়া) হিসাবে বিবেচিত হয়। মাইগ্রেশন প্রক্রিয়া চলাকালীন যদি এই মুহুর্তে এখনও কিছু কিছু ভেঙে যায়, তবে এটি আপনার পূর্বের কয়েকটি পদক্ষেপকে ফিরিয়ে আনার জন্য একটি লাল পতাকা। এটি স্থির করুন এবং জড়িত সমস্ত পক্ষ পরিবর্তনগুলি অনুমোদন না করা পর্যন্ত আবার চেষ্টা করুন।
- প্রোডাকশন সাইট (গুলি) - আপনি যদি সমস্ত পূর্ববর্তী পদক্ষেপগুলি সম্পন্ন করেন তবে এই পদক্ষেপটি স্ব-ব্যাখ্যা করা এবং বেশ সহজ হওয়া উচিত। আপনার প্রয়োজনের উপর নির্ভর করে, এটি কোনও একক সাইট বা দ্রুপালের মাল্টি-সাইটগুলির সমতুল্য কিছু হতে পারে যেখানে জড়িত সমস্ত সাইটগুলি সমস্ত বৈশিষ্ট্যের একই সংস্করণ চালাচ্ছে।
- বেসলাইন সাইট - আমার অভিজ্ঞতায়, ড্রুপাল বাস্তবায়ন নেই যেখানে এই ধরণের সাইট ব্যবহৃত হয় (এছাড়াও)। এটি কেবল প্রোডাকশন সাইট (গুলি) এর অনুলিপি, তবে ড্রুপাল বিকাশকারী, পরীক্ষকগণ ইত্যাদির কাছে উপলভ্য যা প্রোডাকশন সাইটগুলি দেখতে কেমন তা যাচাই করতে, বা ব্যবহারকারীর প্রশিক্ষণ সম্পাদনা ইত্যাদির জন্য ব্যবহার করা যেতে পারে এবং যে কোনও সময় কোনও নতুন বিকাশ ঘটে চক্র শুরু হয়েছে, কোনও সাইটের যে উপাদানগুলি প্রভাবিত হবে (পরিবর্তিত হওয়া দরকার) সেগুলি এই বেসলাইন সাইটটিকে ইনপুট হিসাবে ব্যবহার করে " ব্যক্তিগতভাবে বিকাশ করা সাইটের লক্ষ্য হিসাবে" কোনওভাবে অনুলিপি করা উচিত ।
স্পষ্টতই, উপরের ধরণের ড্রুপাল সাইটগুলির তালিকা আদর্শ বিশ্বের মতো। আপনার বিকাশ দলের আকার এবং এবং বা এগুলি তৈরি এবং রক্ষণাবেক্ষণের জন্য উপলব্ধ বাজেটগুলির উপর নির্ভর করে, সেগুলি সবই ব্যবহার করা যাবে না (বা সাশ্রয়যোগ্য)। এই তালিকাটি এসসিএমের ক্ষেত্রে সর্বোত্তম অনুশীলনের পরে মডেল করা হয়েছে, বেশিরভাগ সমস্ত বৃহত / বিশ্বব্যাপী কর্পোরেশন (ব্যাংক, এয়ারলাইনস ইত্যাদি) এ ব্যবহৃত হয়।
5 - সম্পর্কিত মডিউল
এখনও বিক্রয়ের জন্য
Strongarm মডিউল (মডিউল যা ভেরিয়েবল সেগুলির সেটিংস স্টোরের) বৈশিষ্ট্য মডিউলটির ভেরিয়েবল রপ্তানি করা সম্ভব হয়।
নোড রফতানি
নোড রপ্তানি মডিউল রপ্তানি নোড ব্যবহারকারীদের অনুমতি দেয় এবং তারপর অন্য Drupal এর ইনস্টলেশন সেটিকে আমদানি করুন।
ভূমিকা রফতানি
ভূমিকা রপ্তানি মডিউল ভূমিকা machine_names করতে সক্ষম হবেন এবং একটি অনন্য ভূমিকা আইডি (পরিত্রাণ) MACHINE_NAME ভিত্তিক বন্ধ জেনারেট করে। ভূমিকাগুলি বৈশিষ্ট্যগুলির সাথে রফতানি করা যায় এবং অন্য সাইটগুলিতে আমদানি করা হলে ঠিক একই মুক্তি পাওয়া যায়।
বৈশিষ্ট্যগুলি বাতিল করা
ধূর বৈশিষ্ট্য মডিউল সম্পূর্ণরূপে থেকে অতিরিক্ত বৈশিষ্ট্যগুলিও উপস্থিত রয়েছে UI 'তে এবং বৈশিষ্ট্য রপ্তানির পৃথক বৈশিষ্ট্য উপাদান ব্যতীত জন্য করতে পারবেন। প্রকল্পের পৃষ্ঠা থেকে এটি সম্পর্কে একটি উদ্ধৃতি এখানে দেওয়া হয়েছে:
আপনি কখনই রফতানি না হওয়া নিশ্চিত করতে চান এমন বৈশিষ্ট্যগুলির উপাদান উপস্থিত থাকলে এই মডিউলটি কার্যকর। আপনি যদি সাইট বিল্ডিং বা স্থাপনার জন্য বৈশিষ্ট্যগুলি ব্যবহার করছেন তবে আপনি সম্ভবত ক্রোন_লাস্ট বা আপডেট_লাস্ট_চেকের মতো দুর্ঘটনাক্রমে টাইমস্ট্যাম্প ভেরিয়েবলগুলি রফতানি করার কোনও সমস্যার সমাধান করেছেন। আপনি বিকাশকারী মডিউলগুলির অনুমতিও বাতিল করতে চাইতে পারেন যাতে তারা রফতানি করতে চান এমন বাকি সাইটের অনুমতিগুলির সাথে ধরা না পড়ে। নিষিদ্ধ আইটেমগুলি আপনার বৈশিষ্ট্য মডিউল বা অন্য কোনও বৈশিষ্ট্য মডিউলতে প্রদর্শিত হবে না, তাই সাবধানতার সাথে ব্যবহার করুন। যে বৈশিষ্ট্যগুলি কখনই রফতানি করা উচিত নয় তার কেন্দ্রীয় তালিকার জন্য https://www.drupal.org/node/2400531 দেখুন
শিম
সিম মডিউল আপনার ব্লক রপ্তানিযোগ্য করে তোলে। প্রকল্পের পৃষ্ঠা থেকে এটি সম্পর্কে একটি উদ্ধৃতি এখানে দেওয়া হয়েছে:
নতুন ধরণের প্রদানের পদ্ধতি হিসাবে শিমের কথা ভাবেন (নোডের সাথে তুলনায় এটি একটি সামগ্রীর ধরণ হবে) যা আপনার প্রয়োজনীয় সংখ্যক ব্লক তৈরি করতে একটি অ্যাড কন্টেন্ট ইন্টারফেস সরবরাহ করে (নীচে স্ক্রিনশট দেখুন)। শিমের সামগ্রীটি অন্য ব্লকের মতো সাইটের চারপাশে স্থাপন করা যেতে পারে।
এই মডিউলটি ইউআইডি এবং ইউইউডি বৈশিষ্ট্যগুলি ইন্টিগ্রেশন মডিউলগুলির সাথে একত্রে দুর্দান্ত কাজ করে । এই মডিউলটি কেবল ডি 7 হিসাবে শুরু হয়েছে, তবে এটি ইতিমধ্যে ড্রুপাল 8 কোর সহ অন্তর্ভুক্ত করা হয়েছে। ভিডিও টিউটোরিয়াল দ্রুপাল বিন মডিউল টিউটোরিয়াল - বিন ম্যানেজমেন্ট ইউআই ব্যবহার করে এই মডিউলটির শক্তি এবং আপনি এটির সাথে কী কী করতে পারেন তা বোঝার জন্য একটি দুর্দান্ত ভূমিকা সরবরাহ করে (কেবলমাত্র সাইট বিল্ডিং কৌশলগুলি ব্যবহার করে, কোনও কাস্টম কোডিং জড়িত নেই)।
আবাস
বাসস্থানের একটি মডিউল সবচেয়ে ইন্দ্রিয় তোলে বৈশিষ্ট্য ভিত্তিক কর্মপ্রবাহ। প্রকল্পের পৃষ্ঠা থেকে এটি সম্পর্কে একটি উদ্ধৃতি এখানে দেওয়া হয়েছে:
মাল্টি-এনভায়রনমেন্ট সেটআপে (যেমন প্রোড, পরীক্ষা, দেব, স্থানীয়) কিছু মডিউল রয়েছে যা আপনি সর্বদা নির্দিষ্ট পরিবেশে সক্ষম বা অক্ষম রাখতে চান to প্রতিবার আপনি যখন একটি ডেটাবেস সিঙ্ক করুন তবে আপনাকে একই মডিউলগুলি পুনরায় সক্ষম / অক্ষম করতে হবে। সবচেয়ে খারাপ, আপনি অলস হন এবং উত্পাদন মডিউল সক্ষম করে রাখেন।
বাসস্থান প্রতিটি পরিবেশে (আবাসস্থল) নির্দিষ্ট মডিউল সক্ষম বা অক্ষম করার জন্য সেটিংস সরবরাহ করে। উদাহরণস্বরূপ যেমন vari কনফ ['আবাস'] = 'স্থানীয়' দিয়ে একটি ভেরিয়েবল সেট করুন; আপনার সেটিংস.এফপি ফাইলে (সেখানে ব্যবহারের আসল পরিবর্তনশীল আপনার বর্তমান কর্মপ্রবাহের জন্য কনফিগারযোগ্য)। অক্ষম করা / সক্ষম করার মডিউলগুলি হুক_ইনিতে করা হয়।
6 - প্রস্তাবিত সংস্থানসমূহ:
7 - বৈশিষ্ট্যগুলি ব্যবহারের সম্ভাব্য বিকল্প
আপনি যদি বৈশিষ্ট্যগুলি ব্যবহার করতে সক্ষম না হন বা (এখনও) ইচ্ছুক হন , তবে নীচের পন্থাগুলি / মডিউলগুলি কি ধরণের বিকল্প সরবরাহ করতে পারে তা আপনি যাচাই করতে চাইতে পারেন।
ম্যানুয়াল রফতানি / আমদানি
এগুলি সাধারণভাবে পরিচিত সুবিধাগুলি (শব্দের বৈশিষ্ট্যগুলি এড়ানোর জন্য ...) প্রশাসক ইউআইয়ের মাধ্যমে নিয়ম , ভিউ , ইত্যাদি (অসম্পূর্ণ তালিকা!) মডিউলগুলির জন্য উপলব্ধ ।
বান্ডিল কপি
কিছু লোক বান্ডিল কপি মডিউলটিকে একটি সম্ভাব্য বিকল্প হিসাবে বিবেচনা করে । এটির জন্য রফতানি / আমদানি সহায়তা রয়েছে:
- নোড প্রকার।
- বর্গীকরণ সূত্র।
- ব্যবহারকারী।
- ফিল্ড এপিআই ক্ষেত্রগুলি।
- মাঠ গ্রুপ।