অ্যাডমিন প্যানেল
প্রতিটি published Proyecta অ্যাপে একটি অ্যাডমিন প্যানেল থাকে — একটি নিরাপদ, sign-in-gated ব্যাক অফিস যেখানে তুমি কোড না ছুঁয়েই তোমার content এবং form submission পরিচালনা করতে পারো।
তোমার অ্যাপের পাবলিক ফেস হবে একদম নিজস্ব এবং ব্র্যান্ড-স্পেসিফিক। কিন্তু তার পেছনে, প্রতিটি অ্যাপেরই একটা একঘেয়ে-কিন্তু-অপরিহার্য ব্যাক অফিস দরকার: content সম্পাদনা করার, leads পর্যালোচনা করার, এবং দৈনন্দিন কাজ চালানোর জায়গা। Proyecta সেটা তোমার জন্য schema-driven, template-owned কম্পোনেন্ট দিয়ে তৈরি করে দেয়, তাই প্রতিটি অ্যাপে এটি সামঞ্জস্যপূর্ণ ও সঠিক থাকে — এবং AI-কে দিয়ে একটা CRUD স্ক্রিন হাতে তৈরি করাতে তোমাকে অপেক্ষা করতে হয় না।
যা যা পরিচালনা করা যায়
Section titled “যা যা পরিচালনা করা যায়”| বিভাগ | কী করে | অবস্থা |
|---|---|---|
| Content | তোমার প্রতিটি collection-এ entry তৈরি, সম্পাদনা, publish এবং archive করো | পাওয়া যাচ্ছে |
| Form submissions | তোমার ফর্মগুলো থেকে আসা submission পর্যালোচনা করো, পঠিত চিহ্নিত করো এবং archive করো | পাওয়া যাচ্ছে |
| Commerce orders | তোমার storefront-এর অর্ডার পর্যালোচনা করো ও সম্পন্ন করো | পাওয়া যাচ্ছে |
| Members / users | তোমার অ্যাপে sign in করা মানুষদের এবং তাদের roles পরিচালনা করো | পাওয়া যাচ্ছে |
তুমি কোন কোন বিভাগ দেখবে তা নির্ভর করে তোমার অ্যাপ কী করে তার উপর — প্যানেলটি তোমার অ্যাপের live shape পড়ে এবং যা প্রযোজ্য শুধু সেটুকুই রেন্ডার করে। যে অ্যাপে কোনো storefront নেই, সেখানে অর্ডার বিভাগও থাকে না।
কে ঢুকতে পারবে
Section titled “কে ঢুকতে পারবে”অ্যাডমিন প্যানেল RBAC-gated। একজন ভিজিটরকে admin অ্যাকাউন্ট দিয়ে sign in করতে হবে এটি দেখতে — প্রতিটি অ্যাডমিন অ্যাকশন শুধু UI-তে লুকানো নয়, server-এ enforce করা হয়।
অ্যাপ তৈরি করার সময় তুমি যে email নির্দিষ্ট করো, admin অধিকার সেটিকেই দেওয়া হয় — identity provider-এর যাচাই করা ঠিকানার সাথে মিলিয়ে। যে সবার আগে sign in করে তাকে এটি দেওয়া হয় না — একটি সাধারণ অ্যাপে প্রথম ভিজিটর সহ বাকি সবাই একজন সাধারণ ব্যবহারকারী হিসেবেই sign in করে। sign in কীভাবে কাজ করে এবং roles কীভাবে দেওয়া হয় সে সম্পর্কে Users & Auth দেখো।
বিল্ডিং ব্লকগুলো
Section titled “বিল্ডিং ব্লকগুলো”প্যানেলটি template-owned কম্পোনেন্ট দিয়ে তৈরি। তুমি এগুলো লেখো না — এগুলো প্রতিটি অ্যাপের অংশ — কিন্তু প্রধান কম্পোনেন্টগুলো কী করে তা জেনে রাখলে কাজে আসে:
| কম্পোনেন্ট | কী দেয় |
|---|---|
CollectionManager |
একটি collection-এর জন্য পূর্ণাঙ্গ অ্যাডমিন স্ক্রিন: সার্চযোগ্য ও সাজানোযোগ্য একটি তালিকা এবং স্বয়ংক্রিয়ভাবে তৈরি create/edit ফর্ম। প্রতিটি collection-এর জন্য একটি। |
SubmissionsInbox |
ফর্মের inbox: New / Read / Archived ট্যাব, একটি unread ব্যাজ, এবং প্রতিটি submission-এর detail view। |
AdminShell |
সব কিছুর চারপাশের কাঠামো — একটি collapsible sidebar এবং top bar যা বিভাগগুলোকে একসাথে যুক্ত করে। |
CollectionManager: তোমার schema থেকে স্বয়ংক্রিয় CRUD
Section titled “CollectionManager: তোমার schema থেকে স্বয়ংক্রিয় CRUD”CollectionManager একটি collection-এর schema পড়ে এবং প্রায় শূন্য হাতে-লেখা কোড দিয়ে পুরো editing অভিজ্ঞতা তৈরি করে:
- তোমার entry-গুলো তালিকাভুক্ত করে একটি টেবিলে status ব্যাজ, সার্চ, এবং একটি New বোতাম সহ।
- প্রতিটি ফিল্ডের type থেকে স্বয়ংক্রিয়ভাবে ফর্ম তৈরি করে — টেক্সট ফিল্ড হয় input, দীর্ঘ টেক্সট হয় textarea, সংখ্যা হয় number input, on/off মান হয় switch, choice ফিল্ড হয় dropdown, তারিখ হয় date picker, reference হয় linked collection-এর উপর একটি picker, এবং image ফিল্ডে আপলোড বোতাম থাকে (media-library picker এবং URL paste করার বিকল্প সহ)।
- প্রথমে draft হিসেবে সেভ করে — publishing একটি স্পষ্ট, আলাদা অ্যাকশন, তাই ভুলক্রমে কিছু live হয়ে যায় না। তুমি একটি entry unpublish বা archive-ও করতে পারো (archive হলো soft delete — এটি অ্যাপ এবং প্যানেল থেকে অদৃশ্য হয়ে যায় কিন্তু মুছে যায় না)।
- একক content-ও সামলায়: singleton collection (যেমন তোমার ব্যবসার তথ্য) সরাসরি ফর্ম রেন্ডার করে, কোনো তালিকা ছাড়াই।
Editing সত্যিকার অর্থেই no-code: তুমি (বা যাকে admin বানাও) প্যানেল থেকে শব্দ, দাম, ছবি এবং সময়সূচি পরিবর্তন করো, publish চাপো, এবং live অ্যাপ আপডেট হয়ে যায়।
নোট: Commerce পণ্যগুলো commerce tools দিয়ে পরিচালিত হয়,
CollectionManager-এ নয় — যদিও catalog হলো content। দেখো Commerce।
অ্যাডমিন কীভাবে তৈরি হয়
Section titled “অ্যাডমিন কীভাবে তৈরি হয়”তোমাকে এটা চাইতে হয় না, আর AI-ও এটা হাতে বানায় না। প্যানেলটি একটি self-configuring “standing admin”: প্রতিটি অ্যাপের template-এ baked-in একটি নির্দিষ্ট /admin, যা তোমার অ্যাপের live content schema এবং capability configuration পড়ে নিজেকে রেন্ডার করে — কোনো AI wiring ছাড়াই। পরে নতুন collection যোগ করলে সেটি নিজে থেকেই দেখা যাবে, কোনো rebuild দরকার নেই।
Content এবং form submission ছাড়াও, তোমার অ্যাপ আসলে যা যা করে তার জন্য বিভাগ আসে — অর্ডার ও রিটার্ন, বুকিং ও সময়সূচি, সদস্য ও roles, একটি মিডিয়া লাইব্রেরি, ইমেল ও পুশ। তোমার অ্যাপে যেগুলো প্রযোজ্য শুধু সেগুলোই পাবে, যেগুলো নয় সেগুলো পাবে না।
যেহেতু এটি template-owned, তাই প্রতিটি অ্যাপে এটি সামঞ্জস্যপূর্ণ ও সঠিক থাকে, আর AI যখন তোমার পাবলিক পেজগুলো সম্পাদনা করে তখনও এটি এদিক-ওদিক সরে যায় না বা ভেঙে পড়ে না। পরে যদি তুমি কনসোলটিতেই কোনো পরিবর্তন চাও, তাহলে বলো — সেটি একটি স্পষ্ট সম্পাদনা, প্রথম build নিজে থেকে যা আন্দাজে করে ফেলে এমন কিছু নয়।
সাধারণ প্যাটার্ন
Section titled “সাধারণ প্যাটার্ন”অ্যাডমিন প্যানেলটি নিজে কখনোই চাইতে হয় না — প্রতিটি অ্যাপের সাথেই এটি আসে, আর নতুন collection নিজে থেকেই সেখানে দেখা যায়। AI-এর কাছে যা চাওয়ার মতো:
"Add a 'featured' toggle to my services so I can choose what shows on the homepage."— নতুন ফিল্ড অ্যাডমিনে নিজে থেকেই চলে আসে।"Make the headline and hours on my homepage editable from the admin."— হার্ডকোড করা লেখা content-এ নিয়ে আসে।"Build me a back-office page showing this week's bookings at a glance."— একই বিল্ডিং ব্লক দিয়ে সাজানো একটি বিশেষ পেজ।
সংশ্লিষ্ট
Section titled “সংশ্লিষ্ট”- Content Management — অ্যাডমিন যে collections এবং entries সম্পাদনা করে।
- Forms — submissions inbox-এর উৎস।
- Users & Auth — sign in কীভাবে কাজ করে এবং admin role কীভাবে দেওয়া হয়।
- Commerce — তোমার catalog এবং অর্ডার পরিচালনা।