Cloud Storage Solutions v.8

না, এই ফিচারটি শুধু সংস্করণ ১৫ থেকে পাওয়া যায়। তার আগে মডিউল পূর্বনির্ধারিত ফোল্ডার কাঠামোতে কাজ করে:

1. Odoo - সিঙ্কের মূল ফোল্ডার

2. Models - প্রতিটি Odoo নথির ধরনের ফোল্ডার। যেমন, 'Projects', 'Partners'। domain অনুযায়ী আরও নির্দিষ্ট ফোল্ডার থাকতে পারে: যেমন 'Customer 1 Projects', 'Projects of the Customer 2', 'Internal Projects' ইত্যাদি।

3. Objects - প্রতিটি নথির ফোল্ডার, যেমন 'Project 1' বা 'Customer 1'

4. এই Odoo নথির সাথে সম্পর্কিত ফাইল ও ফোল্ডার যা সিঙ্ক হবে।

ফলে আপনার কাছে উদাহরণস্বরূপ থাকতে পারে:

• Odoo / Projects / Project 1 /  project 1 সম্পর্কিত ফাইল ও ফোল্ডার

• Odoo / Customer 1 Projects / Project 1; Odoo / Customer 2 Projects / Project 3, ...

• Odoo / Customers / Customer 1 / customer 1 সম্পর্কিত ফাইল ও ফোল্ডার

এই কাঠামো সবসময় সমতল, অর্থাৎ শ্রেণিবিন্যাসের শুধু সেই স্তরগুলোই আছে। তাই বিভিন্ন নথির ধরন একই কাঠামোতে রাখা যায় না—এটাই সঠিক। ফোল্ডার 'Customer 1'-এর ভিতরে বিক্রয় অর্ডার, চালান ও প্রকল্প—সবগুলোর ফাইল একসাথে রাখা যায় না। প্রতিটি নথির ধরনের নিজস্ব (বা কয়েকটি নিজস্ব) ফোল্ডার থাকে। না হলে পেছনের সিঙ্ক করার উপায় থাকবে না, কারণ নির্ভর করার কোনো মানদণ্ড থাকবে না।

না, টুল একটিমাত্র ব্যবহারকারী এন্ডপয়েন্টের উপর নির্ভর করে। সব সিঙ্ক প্রক্রিয়া একজন cloud অ্যাডমিন (অ্যাপ)-এর অধীনে হয়। তৈরি ফোল্ডার / ফাইলের অ্যাক্সেস অধিকার স্বয়ংক্রিয় নয়। সেগুলো আপনার ক্লাউড স্টোরেজ সমাধানে প্রশাসন করতে হবে।

অ্যাপ ধরে নেয় সংযুক্তির বাইনারি বিষয়বস্তু Odoo সার্ভারের বদলে Cloud Client-এ রাখা হয়। তাই Odoo-তে সেই সংযুক্তিগুলো URL ধরনের হয়, এবং আপনি যেকোনো সময় সংযুক্তি বাক্স বা Cloud Client থেকে সেগুলো খুলতে পারেন।

সেটআপের পর কোনো ম্যানুয়াল কাজ লাগে না, কারণ সিঙ্ক সম্পূর্ণ স্বয়ংক্রিয়। কোন Odoo নথির ধরন সিঙ্ক হবে তা ঠিক করুন এবং প্রতিটির জন্য সম্পর্কিত মডেল সেট করুন (গ্রাহক, বিক্রয় বা ক্রয় অর্ডার, টাস্ক, প্রকল্প ইত্যাদি)।

হ্যাঁ, পারেন। এ জন্য প্রতিটির একটি নিয়ম তৈরি করুন, তারপর ফিল্টার প্রয়োগ করুন: যেমন প্রকল্পের ধরন অনুসারে।

ফিল্টার পরস্পর-বর্জনীয় রাখুন যাতে নথি নিশ্চিতভাবে বরাদ্দ হয়। যেমন 'গ্রাহক কিন্তু সরবরাহকারী নয়', 'সরবরাহকারী কিন্তু গ্রাহক নয়'। নাহলে নির্দিষ্ট নথির ফোল্ডার এক মডেল থেকে অন্য মডেলে লাফাবে।

না, এই টুল শুধু একটি কারিগরি কোর। আপনার cloud client-এর কানেক্টরও লাগবে।

হ্যাঁ, তবে অনেক ফোল্ডার/সংযুক্তি সিঙ্ক করতে হলে প্রক্রিয়া ধীর হতে পারে। একই সঙ্গে ক্লায়েন্টরা >10k অংশীদার ও ~5k পণ্য ভেরিয়েন্ট সিঙ্কের পরিবেশ জানিয়েছেন, এবং প্রক্রিয়া গ্রহণযোগ্য ছিল।

কয়েকটি বিষয় জোর দিয়ে বলা:

1. সিঙ্ক এমনভাবে তৈরি যে কোনো আইটেম সিঙ্ক হবে ও হারাবে না, যদিও দ্রুত নাও হতে পারে। FIFO সারি ও প্রতিটি জবের কমিট এটি নিশ্চিত করে।
2. অবজেক্টের সংখ্যা যৌক্তিকভাবে সীমিত করা যায়। মডেল কনফিগারেশন পুরনো আইটেমের সিঙ্ক সীমাবদ্ধ করতে দেয় (যেমন আর্কাইভড অংশীদার বা ২ বছর আগের অর্ডার সিঙ্কের অর্থ নেই)।

না। রিয়েল-টাইম সিঙ্ক এড়ানোর আমাদের জোরালো কারণ আছে:

• পারফরম্যান্স সমস্যা। সিঙ্ক যদি রিয়েল-টাইম হয়, প্রতিটি ফাইল আপলোডে লোডিং স্ক্রিন দেখাবে।

• সংঘাতের সমস্যা। ২ জন ব্যবহারকারী একই সঙ্গে কোনো আইটেম বদলালে অমীমাংসিত পরিস্থিতি হতে পারে। নিয়মিত জবে পরে ঠিক করা যায়; রিয়েল-টাইমে সেটা কিউ হিসেবে রাখতে হবে, যা ব্যবহারকারীদের আরও বিভ্রান্ত করবে।

• কার্যকারিতার সমস্যা। বিশেষত আইটেমের নাম বদল ও পুনর্গঠন। ব্যাকওয়ার্ড সিঙ্কে টুল ডিরেক্টরির যুক্তির উপর কঠোরভাবে নির্ভর করে এবং প্রতি সিঙ্কে ১০০% আইটেম পরীক্ষা হয়। প্রতি আপডেটের পর করলে সেকেন্ডে হাজার হাজার অনুরোধ হবে। না করলে: পরিবর্তন হারিয়ে যাবে।

না, এই সুবিধা শুধু সংস্করণ 15 থেকে পাওয়া যায়।

হ্যাঁ, আপনার cloud client কনফিগারেশনের উপর নির্ভর করে।

বর্তমান Odoo Apps Store নীতি অনুসারে:

• সংস্করণ 12.0 ও তার আগের জন্য কেনা প্রতিটি মডিউল 12.0 পর্যন্ত সব সংস্করণে প্রবেশ দেয়।
• সংস্করণ 13.0 থেকে প্রতিটি মডিউল সংস্করণ আলাদা কিনতে হয়।
• সংস্করণ যাই হোক, কেনায় সেই প্রধান সংস্করণের সব হালনাগাদ ও বাগ সংশোধনের অধিকার মেলে।

মনে রাখুন, faOtools দল এই নীতি নিয়ন্ত্রণ করে না। সব প্রশ্নে সরাসরি Odoo Apps Store প্রতিনিধিদের সাথে যোগাযোগ করুন।

সবচেয়ে সোজা উপায় হল Odoo স্টোরের বিল্ট-ইন ওয়ার্কফ্লো ব্যবহার করা:

1. মডিউলের পৃষ্ঠা খুলুন এবং Deploy on odoo.sh বোতামে ক্লিক করুন

2. তারপর আপনাকে GitHub পৃষ্ঠায় পাঠানো হবে। অ্যাকাউন্টে লগ ইন করুন, তারপর 'Create a new repo' ক্লিক করুন বা বিদ্যমানটি ব্যবহার করুন। রিপোজিটরি যেন প্রাইভেট হয়। OPL-1 লাইসেন্সের অধীনে অ্যাপ প্রকাশ করা অনুমোদিত নয়। প্রয়োজনে Odoo.sh প্রকল্পের জন্য নতুন repo তৈরি করুন

3. তারপর odoo.sh-এ যান এবং Deploy বোতামে ক্লিক করুন। পপ-আপ উইন্ডোতে সিদ্ধান্ত জমা দিন এবং 'Continue.' ক্লিক করুন। এতে ইনস্টলেশন শুরু হবে।

এই ধাপগুলো প্রকল্পের প্রোডাকশন শাখায় অ্যাপ ইনস্টল করবে। অন্য শাখায় অ্যাপ ডিপ্লয় বা মডিউল আপডেট করতে নিচের কাজগুলো করুন:

1. Odoo স্টোর থেকে অ্যাপের সোর্স কোড আপলোড করুন

2. মডিউলটি প্রয়োজনীয় GitHub রিপোজিটরিতে commit করুন। নিশ্চিত করুন অ্যাপের কোনো ফোল্ডার/ফাইল উপেক্ষিত নয় (অর্থাৎ repo-এর .gitignore-এ নেই)। রিপোজিটরি odoo.sh স্বয়ংক্রিয়ভাবে তৈরি করে এবং ডিফল্টে কিছু গুরুত্বপূর্ণ আইটেম থাকতে পারে (যেমন /lib)। মডিউলের সব ডিরেক্টরি, সাবডিরেক্টরি ও ফাইল ব্যতিক্রম ছাড়া আপলোড করুন

3. odoo.sh প্রকল্পের লক্ষ্য শাখা Deploy করুন অথবা, সেটিংস যদি তা ধরে নেয়, স্বয়ংক্রিয়ভাবে তৈরি হওয়া পর্যন্ত অপেক্ষা করুন।

হ্যাঁ, অবশ্যই। একই সাথে Odoo সব নির্ভরতা কার্টে স্বয়ংক্রিয় যোগ করে, তাই দ্বিগুণ অর্থ এড়াতে আগে কেনা টুল বাদ দিন।

লাল/কমলা সতর্কতা অ্যাপের বৈশিষ্ট্যে প্রভাব ফেলে না। দুঃখজনকভাবে আমাদের মডিউল কখনো স্ট্যান্ডার্ড স্বয়ংক্রিয় পরীক্ষা পাস করে না, কারণ সেগুলো এমন আচরণ ধরে নেয় যা অ্যাপের লক্ষ্যের সাথে সাংঘর্ষিক। যেমন আমরা মূল্য হিসাব বদলাই, অথচ স্ট্যান্ডার্ড Odoo মডিউল পরীক্ষা চূড়ান্ত মূল্যকে স্ট্যান্ডার্ড অ্যালগরিদমের সাথে তুলনা করে।

প্রথমে ডিপ্লয় করা ডাটাবেসের বৈশিষ্ট্য দেখুন। সব ঠিকঠাক কাজ করছে?

যদি তবু মনে করেন সতর্কতা আসল বৈশিষ্ট্যে প্রভাব ফেলে, যোগাযোগ করুন এবং পূর্ণ ইনস্টলেশন লগ ও ডিপ্লয় করা মডিউলের সম্পূর্ণ তালিকা (কোর ও তৃতীয় পক্ষসহ) পাঠান।

না, আমরা টুল শুধু অফিসিয়াল Odoo অ্যাপ স্টোর.

দুঃখিত, ব্যক্তিগত মূল্য দেওয়ার কারিগরি উপায় আমাদের নেই। 

না, তৃতীয় পক্ষের অ্যাপ Odoo Online-এ ব্যবহার করা যায় না। দুঃখজনকভাবে Odoo SaaS সেই সম্ভাবনা আটকে দেয়।

হ্যাঁ, সঠিকভাবে চলতে টুলের নির্ভরতায় চিহ্নিত সব মডিউল দরকার। অ্যাপ পাতার মূল্যে প্রয়োজনীয় নির্ভরতা ইতিমধ্যে অন্তর্ভুক্ত।