উত্তর:
এটি সুবিধাগুলি কী তা নিয়ে তেমন কিছু নয় তবে আপনি যেমন বলেছিলেন এমন কোনও নির্দিষ্ট পরিস্থিতির জন্য উপযুক্ত কি তা সম্পর্কে আরও বেশি। আপনি নোডের সাথে এবং 99% পরিস্থিতিতে (যেমন আমি কমপক্ষে খুঁজে পেয়েছি) বেশিরভাগ কিছুই উপস্থাপন করতে পারি আপনাকে কাস্টম সত্তার প্রকারগুলি প্রয়োগ করতে হবে না।
আমি সর্বদা taxonomy_term
সত্তা টাইপটিকে কেন একটি নোড / সামগ্রীর ধরণের হতে হবে তা একটি ভাল উদাহরণ হিসাবে মনে করি :
একটি ট্যাক্সনোমি শব্দটি মূলত বিভিন্ন সত্তাকে একত্রে গ্রুপ করার জন্য এবং যেমন নোডের মতো একই কার্যকারিতার প্রয়োজন হয় না। আপনি যখন পারে তাত্ত্বিক (সম্ভবত একটি নোড রেফারেন্স ক্ষেত্র সহ) এই কার্যকারিতা সম্পাদন করার জন্য একটা বিষয়বস্তুর প্রকার ব্যবহার করেন, একটি বর্গীকরণ সূত্র শব্দটি তাই এটি সত্যিই অর্থে দেখা যায় না তা করার একটি নোড একই জিনিস যা করতে হবে না। একই সত্তা user
এবং taxonomy_vocabulary
সত্তা টাইপ জন্য বলা যেতে পারে ।
সুতরাং একটি শ্রেণিবদ্ধ পদটি পৃথক সত্তা হিসাবে তৈরি করা হয় এবং কেবল ক্ষেত্র সংযুক্ত থাকা ইত্যাদি সক্ষম হওয়ার সুবিধা অর্জন করার সাথে সাথে এটির যা করা প্রয়োজন তা করার জন্য প্রোগ্রাম করা হয় etc.
আমি মনে করি সহজ উত্তর হল যে যখন একটি নোড / বিষয়বস্তুর প্রকার নেই আপনি এটি প্রয়োজন, অথবা এটি খুব সামান্য সুবিধার জন্য Overkill / ওভারহেড শুধু একটি বৃহদায়তন পরিমাণ না, তাহলে আপনি একটি কাস্টম সত্তা লিখতে নির্বাচন করা উচিত।
এটি কেবলমাত্র আমার ব্যক্তিগত অভিজ্ঞতার ভিত্তিতে; আমি ড্রপাল মূল বিকাশের সাথে প্রত্যক্ষভাবে জড়িত কেউ এই সম্পর্কে কী বলতে চেয়েছিল তা শুনতে আগ্রহী হব।
আমি যে থাম্ব ব্যবহার করি তার একটি খুব সহজ নিয়ম হ'ল আপনার সামগ্রীটি প্রকাশ্যে প্রকাশের প্রয়োজন কিনা। যদি তাই হয় তবে নোডের জন্য যান, কোনও সত্তা না বেছে নিলে। সত্তা সফ্টওয়্যার এখন আপনাকে আপনার সত্তা পূরণের জন্য একটি ইন্টারফেস তৈরি করতে দেয়।
উদাহরণস্বরূপ, ডি 6 দিয়ে তৈরি একটি ওয়েবসাইটে আমরা একটি বিজ্ঞাপন সামগ্রীর ধরণ তৈরি করি (এর চিত্র ক্ষেত্রের সাথে, শুরু / শেষের তারিখ ...) তবে আপনাকে এটি ডিফল্টরূপে প্রকাশিত করতে হবে না এবং আপনার সম্পাদকদের সম্পাদনা করার অধিকার দিতে হবে / এই নোডটি দেখুন এবং আশা নেই কোনও দর্শন / অনুসন্ধান এগুলি বাইরের বিশ্বে প্রদর্শিত হবে না। এটি বেশ জটিল এবং সত্তা মোকাবেলা করা আরও সহজ হবে।
একটি সত্তা একটি নির্দিষ্ট ব্যবহারের ক্ষেত্রে প্রতিনিধিত্ব করে ।
আমি বিশ্বাস করি যে এই সাধারণ সংজ্ঞাটির জন্য কৃতিত্ব ফাগোর কাছে যায় তবে আমি একটি রেফারেন্স খুঁজে পেতে অলস হই।
আমরা চাইলে সমস্ত ব্যবহারের ক্ষেত্রে Content
(ওরফে Nodes
) ব্যবহার করতে পারি, তবে প্রায়শই এটি বোঝায় না।
Content
মন্তব্য এবং মেনু অবস্থান উভয়ের জন্য একজন লেখক এবং সেটিংস রয়েছে।
Users
, তুলনায় যথেষ্ট পৃথক একটি ব্যবহারের কেস উপস্থাপন Content
করুন কারণ user
উপরের উভয়টিই যে কোনও ধারণা দেয় না অন্যদিকে, user
অবশ্যই একটি ইমেল এবং একটি পাসওয়ার্ড থাকতে হবে।
Taxonomy terms
দাঁড়ান কারণ তাদের শ্রেণিবদ্ধ, এমনকি একটি বৃত্তাকার হিসাবে ব্যবস্থা করার জন্য বিল্ট ইন কার্যকারিতা রয়েছে।
যদি আপনার ব্যবহার-কেস বিদ্যমান সত্তার সাথে যথেষ্ট সমান হয় তবে সেই সত্তাটি ব্যবহার করে যান। আপনার সত্তা যদি বিদ্যমান বিদ্যমানগুলির তুলনায় উল্লেখযোগ্যভাবে আলাদা বিধি দ্বারা নিয়ন্ত্রিত হয় তবে একটি নতুন তৈরি করুন।
রয়েছে সংস্থাগুলো পরিচিতি , কিন্তু দুর্ভাগ্যবশত এটি সত্যিই আপনার প্রশ্নের উত্তর দিতে না।
আমি মনে করি এটি সমস্ত প্রসঙ্গে, কোনও নোড মূলত সামগ্রীর জন্য ব্যবহৃত হয় যাতে এটি ব্লগ, নিবন্ধগুলি, প্রায়শই জিজ্ঞাসিত প্রশ্ন ইত্যাদির মতো হয়ে থাকে staff কর্মচারী, গ্রাহকগণের মতো প্রোফাইলে ব্যবহারকারী যখন আপনি কোনও নতুন শত্রুতা তৈরি করতে পারেন তার উদাহরণ:
আপনি যখন সমর্থন টিকিটের মতো কোনও কিছুর জন্য নোড ব্যবহার করতে পারেন এটি সেরা টেম্পলেট এবং ডিফল্ট নাও হতে পারে ... আশা করি এটি সহায়তা করবে।
সত্তা নোডের চেয়ে কম ওভারহেড দিয়ে তৈরি করা যেতে পারে যেহেতু সত্তাগুলির সমস্ত ভারী শুল্ক কার্যকারিতা থাকা দরকার নেই।
এর অর্থ হল স্টোরেজটি সহজতর হতে পারে - আপনি চাইলে JOINS ছাড়াই একটি সাধারণ ক্যোয়ারিতে সমস্ত তথ্য দখল করতে এগুলি তৈরি করতে পারেন। কেবলমাত্র একটি পরিপাটি টেবিলে সুন্দরভাবে সমস্ত ক্ষেত্র।
সত্তাগুলি সম্পর্কে কোয়েরি করা দরকার এমন অনেকগুলি ফাংশন থাকলে এবং আপনি ডাটাবেসে আপডেট আপডেটের সাথে এক সাথে প্রচুর সত্ত্বা আপডেট করে দিলে এটি একটি বিশাল উপকার হতে পারে। আপনি যদি নিশ্চিত করতে পারেন যে কোনও একক টেবিলে ডেটা তুলনামূলকভাবে স্ব-অন্তর্ভুক্ত রয়েছে, আপনার কাছে ডেটা দুর্নীতির কম উদ্বেগ এবং সম্ভাবনা রয়েছে।
একটি সামগ্রীর ধরণ সাইট সামগ্রী হিসাবে নকশাকৃত। এটি হ'ল প্রতিটি বিষয়বস্তুর প্রকারটি সাইটে প্রকাশ ও প্রদর্শিত হওয়ার জন্য ডিজাইন করা হয়েছে। উদাহরণস্বরূপ, একটি নিবন্ধ (বাক্সের বাইরে) প্রথম পৃষ্ঠায় উপস্থিত হওয়ার জন্য ডিজাইন করা হয়েছে।
এখন, ধরা যাক আপনি একটি কর্মসংস্থান বা অ্যাপার্টমেন্ট অ্যাপ্লিকেশন ফর্মের মতো কিছু তৈরি করতে চান। স্পষ্টতই, আপনি নিজের ওয়েবসাইটে কারও কর্মসংস্থান অ্যাপ্লিকেশন প্রকাশ করতে চাইবেন না। এছাড়াও, আপনি যদি গ্রাহক / সীসা পরিচিতির একটি তালিকা তৈরি করতে চান? আপনি কি চান্স চান যে এই তথ্যটি আপনার ওয়েবসাইটে ভুলক্রমে প্রকাশিত হতে পারে? ব্যক্তিগতভাবে, আমি না।
সুতরাং, সত্তা ফর্ম মডিউল যা উপরে আলোচনা করা হয়েছে। এটি আপনাকে এমন একটি সত্তার প্রকার তৈরি করতে দেয় যা সামগ্রী হতে নকশাকৃত নয়। যাইহোক, এই সত্তা প্রকারগুলি এমন কোনও মডিউলে উপলব্ধ রয়েছে যা নিয়ম, দর্শন এবং জৈব গোষ্ঠীর মতো সত্ত্বাগুলি সমর্থন করে কেবল কয়েকটি নাম রাখে।
এবং তারপরে আপনি ড্রুপাল কমার্সে প্রবেশ করুন যেখানে পণ্য সত্তার ধরণের। মূলত সত্তাগুলি বিকাশকারীদের মূল ড্রুপাল ডিজাইনারদের দ্বারা আগে কখনও প্রত্যাশিতভাবে দ্রুপাল প্রসারিত করতে সক্ষম করে।
এটি আলোচনার বিষয় এবং শেষ পর্যন্ত আপনাকে বিকাশকারী হিসাবে আপনার সিদ্ধান্ত নিতে হবে।
আমি নোডের উপরে সত্তা নির্বাচন করি যখনই ডেটাটি তাদের নিজস্ব ইউআরএল দিয়ে প্রকাশ্যে না পাওয়া উচিত। নোডগুলি ডিফল্টরূপে একটি ইউআরএল ওরফে, প্রকাশিত স্থিতি, একটি শিরোনাম, মেটা ট্যাগস ... পেয়ে থাকে তবে সত্তা ডাটাবেসে একটি রেকর্ড পেয়ে থাকে।
"আমি যতটা সম্ভব টেক্সট সহ আরও বেশি ব্যানার যুক্ত করতে এবং তারপরে একটি ব্লগপোস্টে তার মধ্যে একটির মধ্যে চয়ন করতে সক্ষম হতে চাই"
সত্তা বনাম সামগ্রী
সত্তা রয়েছে সত্তা বান্ডেলগুলি যা আছে ক্ষেত্রসমূহ
বিষয়বস্তু হ'ল এক ধরণের সত্তা। সুতরাং,
বিষয়বস্তু রয়েছে বিষয়বস্তু বান্ডেলগুলি (ধারা, পৃষ্ঠা) যা আছে ক্ষেত্রসমূহ (শরীরের, নিবন্ধ চিত্র)
আপনি যদি প্রোগ্রামার হন তবে অবশ্যই আপনার নিজের সত্তা তৈরির পথটি বেছে নিন তবে সাইট বিল্ডারদের জন্য এটি যেতে সেরা পথ নাও হতে পারে। আবার সাইট নির্মাতাদের জন্য সত্ত্বা তৈরি করার জন্য ইউআই রয়েছে http://drupal.org/project/eck