একটি ফাইল দিন। একটি ডেটাবেস পান।
অথবা আপনার আগে থেকে থাকা সংযোগটিই লাগিয়ে দিন। দুটোই একই ইন্টারফেসের আড়ালে চলে যায়, তাই কোনো উইজেট পার্থক্য বুঝতে পারে না, আর পড়া মানুষটিও পারে না।
প্রবেশের তিনটি পথ
একটি ফাইল, ডেটাবেস বা অ্যাকাউন্ট আনুন
আসল টেবিল, ভান করা স্প্রেডশিট নয়
টাইপসহ কলাম, সেগুলোতে লেখা ফর্ম, আর কাঠামোর জন্য একটি ডিজাইনার। একটি স্প্রেডশিট ফেলে দিলে সেটি আগে থেকেই ভরা অবস্থায় চলে আসে — কলামগুলো ফাইল থেকে পড়া হয়, আপনাকে অনুমান করতে হয় না।
PostgreSQL, MySQL বা MongoDB
শুধু-পড়ার সংযোগ। Pro-তে দুটি, Team-এ দশটি। শুধু-পড়া একটি সীমাবদ্ধতা নয়, বরং উদ্দেশ্যই এটাই: dash-b আপনার প্রোডাকশন ডেটায় কিছু লিখতে পারে না, কারণ সেই ক্ষমতা কখনো দেওয়াই হয়নি।
প্রতিটি উৎসের জন্য একটি ক্যাটালগ
কানেক্টর, OAuth অ্যাকাউন্ট, আর আপনার নিজের WordPress সাইট — যার পোস্ট, পেজ ও মিডিয়া উইজেট পড়তে পারে এমন কিছু হিসেবে চলে আসে, আপনার থিম বদলে দেওয়ার কোনো প্লাগইন ছাড়াই।
আপনার পাঠকরা
একজন ব্যবহারকারী কী দিয়ে গঠিত তা ঠিক করুন
ফিল্ডের নাম দিন, টাইপ বেছে নিন, আপলোডের অনুমতি দিন, আর সেগুলো লেখা প্রোফাইল ফর্মটি নিজেই তৈরি হয়ে যায়। একজন পাঠকের ড্যাশবোর্ডে এর দরকার নেই। একশো পাঠকের ড্যাশবোর্ডে দরকার আছে, আর এটাই একটি পেজ আর একটি প্রোডাক্টের পার্থক্য।
সৎ অংশটি
ডেটা উপস্থিত না থাকলে কী ঘটে
যে টাইল তার সোর্সে পৌঁছাতে পারে না, সে সেটা বলে দেয়।
সে খালি চার্ট আঁকে না, আর গত সপ্তাহের সংখ্যাগুলো আজকের বলে চুপিচুপি দেখায়ও না। এক্সপোর্ট করা কপিতে এটাই সবচেয়ে দরকারি, যেখানে অর্ধেক সার্ভিস আদৌ নেই — আপনি সবসময় জানেন কোন অর্ধেকটা দেখছেন।
আপনার ডেটা আপনারই থাকে, বেরিয়ে যাওয়ার পথেও।
একটি ডিজাইন এক্সপোর্ট করলে সে তার কাঠামোও সঙ্গে নেয়। পুরো ডিজাইনার এক্সপোর্ট করলে সংযোগগুলোও নেয়। এর কোনোটির জন্যই কখনো কোনো প্ল্যান লাগেনি।