हाम्रै उत्पादन · मार्केटप्लेस
UniMarket, बंगलादेशका लागि बनाइएको मार्केटप्लेस।
धेरै विक्रेता, एउटै कार्ट। किनमेल गर्नेले क्यास अन डेलिभरीमा तिर्छन्, प्रत्येक पसलको ढुवानी पछ्याउँछन्, र हरेक चरणमा इमेल पाउँछन्। विक्रेताले Seller Center बाट आफ्नो पसल चलाउँछन्, र टोलीले एडमिन प्यानलबाट पूरै मार्केटप्लेस चलाउँछ। यो बाङ्ला र अंग्रेजीमा छ, एपजस्तै इन्स्टल हुन्छ, र हाम्रै सर्भरमा चल्छ।
unimarket.22softwares.com मा डेमो क्याटलगसहित अर्ली एक्सेसमा लाइभ। unimarket.bd डोमेन योजनामा छ।
- Web
- Installable app (PWA)
- বাংলা · English
- Light & dark
- भाषा, बाङ्ला र अंग्रेजी, छुट्टाछुट्टै ठेगानामा
- २
- फेसनदेखि डिजिटल डाउनलोडसम्मका वर्ग
- ३४
- विक्रेताले बदल्न सक्ने पसल थिम
- १०
- अर्डर चरण, प्रत्येकमा इमेलसहित: राखिएको, पुष्टि भएको, प्याक भएको, पठाइएको, पुग्यो
- ५
लाइभ मार्केटप्लेस
सार्वजनिक पसलका स्क्रिनसट, लाइभ साइटबाट लिइएका। मार्केटप्लेस अर्ली एक्सेसमा हुँदा क्याटलग डेमो डेटा हो।
गृहपृष्ठ, अंग्रेजी 
गृहपृष्ठ, बाङ्ला 
वर्ग पृष्ठ 
फ्ल्यास सेलसहित उत्पादन पृष्ठ 
विक्रेताको पसल पृष्ठ 
किनमेल गाइड
फोनमा गृहपृष्ठ 
फोनमा गृहपृष्ठ, बाङ्ला 
फोनमा सबै अफर
किनमेल गर्ने, बेच्ने र टोलीले के पाउँछन्
एउटै कार्ट, धेरै पसल
किनमेल गर्नेले एकपटक चेकआउट गर्छन्। अर्डर प्रति पसल एउटा ढुवानीमा विभाजित हुन्छ, प्रत्येकको आफ्नै डेलिभरी शुल्क र आफ्नै स्थितिसहित। अतिथिले खाताबिना अर्डर गर्न सक्छन्, र क्यास अन डेलिभरी पूर्वनिर्धारित भुक्तानी हो।
लगइनबिना ट्र्याकिङ
हरेक अर्डरको नम्बर हुन्छ (UNI-3001 देखि माथि)। नम्बर र फोनका अन्तिम चार अंक भएको जोसुकैले यो कहाँ छ भनेर हेर्न सक्छ, र ढुवानीको स्थिति बदलिँदा किनमेल गर्नेले इमेल पाउँछन्।
हरेक पसलका लागि Seller Center
विक्रेताले उत्पादन, सेवा र डिजिटल डाउनलोड सूचीबद्ध गर्छन्, पुष्टिदेखि ढुवानीसम्म अर्डर सम्हाल्छन्, इन्भ्वाइस र लेबल छाप्छन्, कमाइ हेर्छन् र निकाल्छन्, अनि १० थिम र ब्लक-आधारित पृष्ठ निर्माताले आफ्नो पसल पृष्ठ डिजाइन गर्छन्।
भित्रै बनेका वृद्धि उपकरण
विक्रेता जोडिन सक्ने फ्ल्यास सेल र अभियान, प्लेटफर्म र पसलका भाउचर, वालेटबाट प्रति क्लिक तिरिने प्रायोजित उत्पादन, न्युजलेटर, पुश सूचना र हरेक पसलका लागि छाप्न मिल्ने QR फ्लायर।
मार्केटप्लेस चलाउने एडमिन प्यानल
अर्डर, विक्रेता आवेदन र पहिचान जाँच, उत्पादन समीक्षा, भुक्तानी, अभियान, गृहपृष्ठ र ब्यानर, आगन्तुक र चेकआउट तथ्यांक (छोडिएका चेकआउट सहित), दुई-चरण साइन-इनसहित स्टाफ भूमिका, र अडिट लग।
इन्स्टल गर्न मिल्ने र ढिला फोनमा छिटो
यो ब्राउजरबाट एपजस्तै इन्स्टल हुन्छ, फोनमा तलको ट्याब बार छ, ढिला जडानमा चल्छ र अर्डर अपडेट पुश सूचनाका रूपमा पठाउन सक्छ।
एउटै कोडबेस, चार सतह
पसल, Seller Center, एडमिन प्यानल र इन्स्टल गर्न मिल्ने एप सबै हाम्रै सर्भरमा एउटै TypeScript प्रोजेक्टबाट चल्छन्।
स्टोरफ्रन्ट
धेरै थोरै क्लाइन्ट JavaScript भएका सर्भर-रेन्डर गरिएका पृष्ठ, hreflang सहित प्रत्येक भाषाको छुट्टै ठेगाना, संरचित डेटा, साइटम्याप र Google Merchant उत्पादन फिड।
- Next.js 16
- React 19
- TypeScript
- Tailwind CSS 4
Seller Center र एडमिन
एउटै कोडबेसमा दुई साइन-इन संसार: विक्रेताले आफ्नै अर्डर र उत्पादन मात्र देख्छन्, स्टाफ पासवर्ड र अथेन्टिकेटर कोडले साइन इन गर्छन् र आफ्नो भूमिकाको ठ्याक्कै अनुमति पाउँछन्।
- Server actions
- Zod
- TOTP
- Audit log
डेटा
आफ्नै इन्स्टेन्स, प्रमाणीकरण चालु र न्यूनतम-अधिकार एप प्रयोगकर्तासहित MongoDB। पैसा पूरा पोइसामा भण्डारण गरिन्छ, दशमलवमा कहिल्यै होइन, र अर्डरले स्टक एटोमिक रूपमा रिजर्भ गर्छ।
- MongoDB
- Mongoose
- sharp
साइन-इन र सन्देश
किनमेल गर्नेले इमेल वा फोनको एकपटके कोडले, वा Google वा Apple ले साइन इन गर्छन्। अर्डर इमेल हाम्रै मेल सर्भरबाट DKIM-हस्ताक्षरित छन्, र पुश सूचना Firebase Cloud Messaging बाट जान्छन्।
- Firebase Auth
- FCM
- Postfix
- OpenDKIM
सञ्चालन
हामी आफैँ चलाउँछौं
आफ्नै डाटाबेस, आफ्नै ब्याकअप, आफ्नै मेल सेटअप र एक कमान्डको डिप्लोइ तथा एक कमान्डको रोलब्याक।
- Cloudflare पछाडि आफ्नै VPS मा होस्ट गरिएको, एपको अगाडि Let’s Encrypt प्रमाणपत्र र nginx सहित।
- आफ्नै MongoDB सेवा, सर्भरमै बाँधिएको र प्रमाणीकरण चालु, हरेक रात ब्याकअप लिइने र १४ दिन राखिने।
- वेब सर्भरमा साइन-इन र API मा दर सीमा, साथै एपमा प्रति-प्रयोगकर्ता सीमा।
- अर्डर इमेल SPF, DKIM र DMARC पास गर्छन् र स्प्याममा होइन, इनबक्समा पुग्छन्।
- सर्भरमा बिल्ड गर्ने, स्विच गर्ने र हेल्थ-चेक गर्ने एक कमान्डको डिप्लोइ, र अघिल्लो रिलिजमा एक कमान्डको रोलब्याक।
हामीले समाधान गरेका कठिन समस्या
किनमेल गर्नेले कहिल्यै नदेख्ने भागहरू।
बाङ्लामा छिटो पृष्ठ
- समस्या
- बाङ्ला वेब फन्ट ठूलो हुन्छ। पहिलो डिजाइनको क्रममा हामीले एउटा करिब २०० KB नाप्यौं।
- हामीले के गर्यौं
- हामी फोन वा कम्प्युटरमै भएको बाङ्ला फन्ट प्रयोग गर्छौं, र ल्याटिन अक्षर र अंकका लागि मात्र सानो आफ्नै फन्ट।
नतिजा हाम्रो परीक्षणमा वेब फन्टले मोबाइल Lighthouse प्रदर्शन अंकको दश अंकभन्दा बढी खायो, र सिस्टम फन्टले केही खाँदैन।
एउटा चेकआउट, धेरै विक्रेता
- समस्या
- कार्टमा धेरै पसलका सामान हुन सक्छन्, प्रत्येकको आफ्नै स्टक, डेलिभरी शुल्क र स्थिति, र दोहोरो ट्यापले दुई अर्डर राख्नु हुँदैन।
- हामीले के गर्यौं
- चेकआउटले सबै कुरा डाटाबेसबाट फेरि मूल्य निकाल्छ, स्टक एटोमिक रूपमा रिजर्भ गर्छ, अर्डरलाई प्रति पसल एक ढुवानीमा बाँड्छ र दोहोरिएको सबमिट बेवास्ता गर्छ।
नतिजा प्रत्येक विक्रेताले आफ्नो ढुवानी मात्र देख्छन्, किनमेल गर्नेले प्रति पसल टाइमलाइनसहित एउटा अर्डर देख्छन्, र रद्द गर्दा स्टक फर्कन्छ।
खुला ट्याब नबिगारी अपडेट
- समस्या
- डिप्लोइपछि, ट्याब खुला छोडेका किनमेल गर्नेले पुरानो संस्करणको बटन थिच्दा त्रुटि देख्न सक्छन्।
- हामीले के गर्यौं
- हरेक रिलिजको आफ्नै डिप्लोइमेन्ट id हुन्छ, र पृष्ठका कार्य हराइसकेको रिलिजका हुन् भन्ने थाहा पाउँदा पृष्ठ आफैँ रिलोड हुन्छ।
नतिजा कसैले बिग्रेको बटन नदेखी हामी दिउँसै डिप्लोइ गर्न सक्छौं।
डेमोजस्तो होइन, उत्पादनजस्तै परीक्षण गरिएको
- हाम्रो स्थानीय प्रोडक्सन बिल्डमा Lighthouse: हामीले जाँचेको हरेक पृष्ठमा Accessibility, Best Practices र SEO १००, मोबाइलमा Performance ९३ देखि ९८।
- सम्पूर्ण एपको सुरक्षा समीक्षा, खाता-कब्जाका निष्कर्ष पहिले र मध्यम निष्कर्ष पछि सच्याइएको।
- लाइभ साइटमा साँचा अर्डर, रद्द र ट्र्याकिङ प्रवाह अन्त-देखि-अन्त परीक्षण गरिएको, प्रत्येक चरणले पठाउने इमेल सहित।
- फोन प्रमाणीकरण र पैसा सम्हालका लागि टाइप जाँच र युनिट टेस्ट, र बाङ्ला स्ट्रिङ छुट्दा असफल हुने बिल्ड।
प्रविधि
- Next.js
- React
- TypeScript
- Tailwind CSS
- MongoDB
- Firebase
- nginx
- Postfix
- Cloudflare
यसरी बनाइएको मार्केटप्लेस चाहनुहुन्छ?
हामी बहु-विक्रेता पसल सुरुदेखि अन्तसम्म डिजाइन, निर्माण र सञ्चालन गर्छौं: स्टोरफ्रन्ट, विक्रेता उपकरण, एडमिन, भुक्तानी, डेलिभरी, इमेल र होस्टिङ।