Bento: ایک HTML فائل میں مکمل آفس سوٹ

Bento کیا ہے

Bento ایک آفس سوٹ ہے جو ایک واحد HTML فائل کے طور پر جاری کیا جاتا ہے۔ آپ ایک فائل ڈاؤن لوڈ کرتے ہیں، اسے کسی بھی جدید browser میں کھولتے ہیں، اور وہ فائل editor اور document دونوں کا کام کرتی ہے۔ اس کے لیے installer یا account کی ضرورت نہیں ہوتی۔ اسے MIT license کے تحت جاری کیا گیا ہے، source github.com/nyblnet/bento پر موجود ہے، اور اس کا پہلا جاری کردہ release 21 July 2026 کو سامنے آیا۔ 1 August 2026 کو لکھتے وقت اسے جاری ہوئے دو ہفتے بھی مکمل نہیں ہوئے تھے۔ یہی اس پوسٹ کی سب سے اہم بات ہے، اور اسی وجہ سے آخری section migration کے بجائے evaluation کے بارے میں ہے۔

"ایک فائل میں فِٹ ہونے" کا اصل مطلب

خود میزبان آفس سوٹ عام طور پر کئی اجزا پر مشتمل ہوتا ہے۔ Nextcloud ویب سرور کے پیچھے PHP کے طور پر چلتا ہے، اور اس کے ساتھ database، cache اور background job runner ہوتے ہیں۔ ایڈیٹر اس کے ساتھ چلنے والی دوسری سروس ہوتی ہے، جیسے Collabora Online یا ONLYOFFICE Docs، جو عموماً اپنے الگ container میں چلتی ہے اور browser اس سے HTTP کے ذریعے رابطہ کرتا ہے۔ دستاویز filesystem اور database کی ایک row میں محفوظ ہوتی ہے، جبکہ editing session ایڈیٹر سروس کے اندر موجود رہتا ہے۔

Bento اس پورے stack کو ختم کر دیتا ہے۔ ڈاؤن لوڈ Bento_Slides.bento.html ہے، اور release v1.0.11 (27 July 2026) میں اس کا حجم تقریباً 571 KB ہے۔ اس ایک فائل کے اندر یہ سب شامل ہیں:

• ایڈیٹر، جو viewer بھی ہے
• presentation runtime، جو deck کو full screen میں دکھاتا ہے
• deck میں استعمال ہونے والے fonts اور images، جو embedded ہیں
• خود دستاویز، جو فائل کے اوپری حصے کے قریب readable JSON block کے طور پر موجود ہے

محفوظ کرنے کا طریقہ غیر معمولی ہے۔ فائل اپنے data block کو خود دوبارہ لکھتی ہے۔ صفحہ File System Access API کے ذریعے browser سے write access طلب کرتا ہے۔ یہ browser interface ہے جو صفحے کو صارف کی منتخب کردہ فائل میں دوبارہ لکھنے دیتا ہے۔ جن browsers میں یہ API موجود نہیں ہوتی، وہاں download حاصل ہوتا ہے۔ deck میں ترمیم کرنے سے اسی self-contained فائل کی ایک نئی copy بنتی ہے۔ کچھ بھی upload نہیں کیا جاتا، کیونکہ upload کرنے کے لیے کوئی سرور موجود نہیں۔

"ایک فائل" سن کر لوگ عموماً اسی نکتے کو غلط سمجھتے ہیں۔ اس کا مطلب یہ نہیں کہ ایک server binary آپ کے VPS پر آفس سوٹ کو ایک single process کے طور پر چلا رہی ہے۔ یہاں کوئی process موجود ہی نہیں۔ runtime browser ہے، اس لیے اگر آپ VPS استعمال کریں تو وہ صرف static file فراہم کرتا ہے، اور کچھ نہیں۔

Bento آفس سوٹ میں آج دستیاب چیزیں

"آفس سوٹ" اس منصوبے کا ہدف ہے، موجودہ اجزا کی مکمل فہرست نہیں۔ فی الحال ایک ایپلیکیشن موجود ہے: bento/slides، جو پریزنٹیشن ایڈیٹر ہے۔ روڈمیپ میں bento/spaces برائے نوٹس، bento/dash برائے شیٹس اور ٹیبلز، اور bento/vault شامل ہیں۔ ان میں سے ہر ایک کو اپنی خود مختار .bento.html فائل کے طور پر تیار کرنے کا منصوبہ ہے۔ اگر آپ کو آج ورڈ پروسیسر یا اسپریڈشیٹ درکار ہے تو Bento میں ایسا کوئی سافٹ ویئر موجود نہیں۔

ریلیز کی رفتار بہت زیادہ ہے۔ 21 July 2026 کو v1.0.6 پہلی جاری کردہ build تھی، اور 27 July 2026 کو v1.0.11 جاری ہوئی؛ یعنی 7 دن میں 6 ریلیزز۔ یہ maintainers کے بارے میں اچھی علامت ہے، لیکن سافٹ ویئر کے بارے میں ایک انتباہ بھی ہے۔ جو سافٹ ویئر اتنی تیزی سے تبدیل ہو رہا ہو، اس میں ابھی بھی bugs دریافت ہو رہے ہوتے ہیں۔ ریلیز نوٹس بھی یہی ظاہر کرتے ہیں: بڑے متن کی وجہ سے live collaboration کے crash ہونے کی اصلاحات، محفوظ کردہ فائلوں میں stylesheet کی نقل بننے کی اصلاحات، اور منفی values کے لیے chart baselines کی اصلاحات۔

چھوٹے VPS کے لیے ایک فائل کیوں موزوں ہے

Deck شائع کرنے کے لیے ایک فائل کو اس directory میں copy کرنا کافی ہے جسے آپ کا web server پہلے ہی serve کرتا ہے۔ کسی orchestration کی ضرورت نہیں، کوئی container مسلسل running رکھنے کی ضرورت نہیں، اور upgrade کے وقت کسی database کو migrate کرنے کی ضرورت نہیں۔ اس کا موازنہ editor services سے کریں، اور ہر vendor کی اپنی شائع کردہ کم از کم ضروریات استعمال کریں:

[
  {
    "label": "bento/slides (no backend)",
    "min_ram_mb": 0
  },
  {
    "label": "Collabora Online CODE",
    "min_ram_mb": 1024
  },
  {
    "label": "ONLYOFFICE Docs, Debian package",
    "min_ram_mb": 2048
  },
  {
    "label": "ONLYOFFICE Docs, Docker",
    "min_ram_mb": 4096
  }
]

یہ August 2026 تک vendor کی شائع کردہ کم از کم ضروریات ہیں، کسی running box پر ناپی گئی قدریں نہیں۔ Collabora system کے لیے 1 GB اور تقریباً 50 MB فی user شائع کرتا ہے، اس لیے پہلے user کے connect ہونے سے پہلے کم از کم 1024 MB درکار ہے۔ ONLYOFFICE Docs Debian package سے 2048 MB اور Docker میں 4096 MB مانگتا ہے، اس کے علاوہ 4 GB swap اور 40 GB disk بھی درکار ہے۔ Bento کے editing backend کے لیے 0 MB درکار ہے، کیونکہ اس میں editing backend موجود نہیں۔ دونوں میں سے کسی بھی editor service کے نیچے آپ Nextcloud کو اس کے database اور cache کے ساتھ چلا رہے ہوتے ہیں، اس لیے 2 GB VPS پر یہ فرق طے کرتا ہے کہ آپ مزید کیا host کر سکتے ہیں۔

Backups بھی اسی طرح آسان ہو جاتے ہیں۔ Nextcloud کو restore کرنے کا مطلب ایسی files اور database restore کرنا ہے جو ایک دوسرے سے مطابقت رکھتے ہوں اور ایک ہی وقت کے ہوں۔ Bento deck کو restore کرنے کا مطلب ایک file restore کرنا ہے۔ پھر بھی اس کا باقاعدہ backup، history کے ساتھ، ضروری ہے، کیونکہ editor file کو اسی جگہ rewrite کرتا ہے، اور in-place write میں خرابی ہو سکتی ہے: اس directory کا scheduled restic snapshot اس ضرورت کو پورا کرتا ہے۔

صرف ایک optional server component ہے۔ Live collaboration میں وہ چیز استعمال ہوتی ہے جسے project blind relay کہتا ہے، اور اسے repository میں server/sync-worker/ سے self-host کیا جا سکتا ہے۔ Documents browser میں AES-GCM (Galois/Counter Mode، authenticated encryption mode) کے ذریعے encrypted ہوتے ہیں، room key کبھی file سے باہر نہیں جاتی، اور relay ciphertext، connection timing اور اس key کا hash رکھتا ہے۔ اپنی ذات کے لیے editing کرنے کو relay کی ضرورت نہیں ہوتی۔

Nextcloud اور Collabora کے مقابلے میں آپ کیا چھوڑتے ہیں

رسائی کا کنٹرول سب سے بڑا فرق ہے۔ Bento میں اشتراک کی key دستاویز کے ساتھ بنائی جاتی ہے اور فائل کے اندر محفوظ رہتی ہے، اس لیے فائل کا مالک ہونا session کی رکنیت کے برابر ہے۔ کسی شخص کی رسائی منسوخ کرنے کا طریقہ key کو تبدیل کرنا ہے۔ اس ماڈل میں accounts، groups، single sign-on اور audit trail شامل نہیں ہیں۔ Nextcloud صارفین، میعاد ختم ہونے والی share links، quotas، server-side version history اور mobile clients فراہم کرتا ہے۔ اگر دو افراد کو ایک ہی دستاویز کے لیے رسائی کی مختلف سطحیں درکار ہوں تو Bento اس فرق کو ظاہر نہیں کر سکتا۔

فارمیٹ کے ساتھ مطابقت دوسرا فرق ہے۔ Bento اپنا JSON محفوظ کرتا ہے۔ اسی وجہ سے فائل قابلِ مطالعہ رہتی ہے اور script اسے edit کر سکتی ہے۔ Collabora اور ONLYOFFICE، OOXML (.docx اور .pptx family) کو اعلیٰ fidelity کے ساتھ round-trip کرنے کے لیے موجود ہیں، کیونکہ باقی دنیا آپ کو یہی format بھیجے گی۔ ایسا workflow بنانے سے پہلے release notes دیکھیں کہ آپ نے جو version download کیا ہے، وہ کیا import اور export کرتا ہے، تاکہ آپ PowerPoint compatibility کو بلاجواز فرض نہ کریں۔

پختگی تیسرا فرق ہے۔ project اپنی خامیوں کو واضح طور پر دستاویز کرتا ہے، جو اس کے حق میں ایک بات ہے۔ live collaboration کے دوران undo snapshot پر مبنی ہے اور کسی collaborator کی اسی property پر بیک وقت کی گئی edit کو واپس کر سکتا ہے۔ editing کا مرکز desktop ہے، جبکہ phones پر viewing اور presenting، editing کے مقابلے میں بہتر ہے۔ save-as menu ابھی phone screen پر پوری طرح فٹ نہیں ہوتا۔ v1.0.11 میں یہ معلوم limitations ہیں۔ دو ہفتے پرانے project میں کچھ نامعلوم limitations بھی موجود ہیں۔

کیا آپ کو حقیقی دستاویزات کے لیے اس پر اعتماد کرنا چاہیے؟

اس سوال کو دستاویز کی ضرورت کے لحاظ سے تقسیم کریں۔ کانفرنس کی گفتگو، سیلز ڈیک یا ایسا لیکچر جسے آپ دس سال بعد دوبارہ کھولنا چاہتے ہیں، اس کے لیے یہ موزوں ہے، کیونکہ فائل میں اپنا editor شامل ہوتا ہے اور اسے 2036 میں بھی project کے موجود رہنے کی ضرورت نہیں ہوتی۔ تین reviewers، retention policy اور نامزد approver والے contract کے لیے یہ موزوں نہیں ہے، کیونکہ اس دستاویز کو accounts اور server-side history درکار ہوتی ہے۔

دو عملی حفاظتی اقدامات کریں۔ decks کو version control میں یا history والے backup میں رکھیں، کیونکہ جو فائل save کے وقت خود کو دوبارہ لکھتی ہے وہ save کے وقت corrupt بھی ہو سکتی ہے، اور آپ کو کل کی copy درکار ہوگی۔ اور کسی نامعلوم شخص کی طرف سے آنے والے .bento.html کو document کے بجائے program سمجھیں، کیونکہ حقیقت میں وہ یہی ہے: ایک web page جس کے اندر مکمل application موجود ہے۔ اسے اسی طرح کھولیں جیسے آپ کسی بھی غیر معتبر web page کو کھولتے ہیں۔

automation کا طریقہ واقعی مفید ہے اور اسے واضح طور پر بیان کرنا ضروری ہے۔ چونکہ document فائل کے اندر plain JSON ہوتا ہے، coding agent کسی .bento.html میں براہِ راست ترمیم کر سکتا ہے، اور project اس مقصد کے لیے Claude Code skill فراہم کرتا ہے۔ یہ مقامی open-weight models کے ساتھ بھی کام کرتا ہے، اس لیے پہلے سے اپنا model چلانے کے لیے Ollama استعمال کرنے والا box machine سے کچھ باہر بھیجے بغیر slides کا ابتدائی مسودہ تیار کر سکتا ہے۔

چھوٹے سرور پر Bento کی جگہ

Bento ان واحد مقصد والے دوسرے ٹولز کے ساتھ موزوں ہے جو کم وسائل استعمال کرتے ہوئے چھوٹے VPS پر اپنی جگہ بناتے ہیں: خود میزبان RSS ریڈر یا ذاتی مالیات کے لیے Actual Budget۔ ایک کام، کم وسائل، اور ایسا ڈیٹا جسے آپ application کے بغیر بھی پڑھ سکتے ہیں۔ جو لوگ اپنی notes app کو خود میزبان Notion متبادل میں تبدیل کرتے ہیں، وہ بھی یہی سمجھوتا کر رہے ہیں، جبکہ خود میزبانی کے لیے مکمل رہنما اس فہرست کے باقی حصے کا احاطہ کرتا ہے۔

اگر آپ کو users، sharing اور version history کے ساتھ مکمل document platform درکار ہے تو VPS پر Docker، TLS اور backups کے ساتھ Nextcloud اب بھی درست انتخاب ہے۔ Bento اس جگہ کا متبادل نہیں ہے۔ یہ وہ چیز ہے جسے آپ اپنے server سے باہر کسی شخص کو ایک فائل کے طور پر بھیجتے ہیں، جو اس کے لیے بغیر login اور plugin کے کھل جاتی ہے۔

FAQ

کیا Bento، Nextcloud اور Collabora کا متبادل ہے؟

ایک ہی کام کے لیے نہیں۔ Collabora یا ONLYOFFICE کے ساتھ Nextcloud آپ کو اکاؤنٹس، مشترکہ فولڈرز، اجازتیں اور server-side version history فراہم کرتا ہے، اور ان سہولتوں کے لیے اسے حقیقی server stack درکار ہوتا ہے۔ Bento ایک ایسی portable file فراہم کرتا ہے جو کہیں بھی کھل جاتی ہے اور اسے server کی ضرورت نہیں ہوتی۔ جب document خود کفیل ہونا چاہیے تو Bento استعمال کریں۔ جب کئی لوگوں کو وقت کے ساتھ ایک ہی document تک مختلف سطح کی رسائی درکار ہو تو Nextcloud stack استعمال کریں۔

کیا Bento کو server یا VPS درکار ہے؟

نہیں۔ .bento.html file کسی بھی جدید browser میں local disk سے کھل جاتی ہے اور offline ترمیم کی اجازت دیتی ہے۔ VPS دو اختیاری کاموں کے لیے مفید ہے: file کو HTTPS کے ذریعے پیش کرنا تاکہ دوسرے لوگ اسے download کر سکیں، اور live collaboration کے لیے sync relay چلانا۔ یہ relay project repository میں موجود server/sync-worker/ سے self-host کیا جا سکتا ہے۔ یہ ciphertext اور connection metadata محفوظ کرتا ہے، اس لیے اسے آپ کا content کبھی نظر نہیں آتا۔

Bento documents کو کس format میں محفوظ کرتا ہے؟

یہ اپنے JSON format میں محفوظ کرتا ہے۔ یہ format HTML file کے اوپری حصے کے قریب ایک readable block کے طور پر لکھا جاتا ہے، جبکہ fonts اور images اس کے ساتھ embed ہوتی ہیں۔ file کو text editor میں کھولیں تو آپ document structure پڑھ سکتے ہیں۔ اسی وجہ سے scripts اور AI agents کسی deck میں براہِ راست ترمیم کر سکتے ہیں۔ اس کا مطلب یہ بھی ہے کہ stored format OOXML نہیں ہے۔ اس لیے یہ فرض نہ کریں کہ .pptx workflow محفوظ رہے گا، جب تک آپ اپنے زیرِ استعمال release میں import اور export کی جانچ نہ کر لیں۔

اگر user accounts نہ ہوں تو collaboration کیسے کام کرتی ہے؟

collaboration key document بناتے وقت تیار کی جاتی ہے اور file کے اندر موجود رہتی ہے۔ اس لیے جس کے پاس file ہو، وہ session میں شامل ہو سکتا ہے۔ Edits، CRDT (conflict-free replicated data type، یعنی ایسی structure جو مرکزی اختیار کے بغیر بیک وقت ہونے والی تبدیلیوں کو merge کرتی ہے) کے ذریعے merge ہوتی ہیں اور AES-GCM کے ساتھ encrypted حالت میں منتقل ہوتی ہیں۔ Presence names دعوے ہوتے ہیں، ثبوت نہیں۔ اس لیے participant list کو identity check کے بجائے label سمجھ کر پڑھیں۔ Access منسوخ کرنے کے لیے key rotate کریں اور file دوبارہ تقسیم کریں۔

کیا Bento اہم documents کے لیے تیار ہے؟

یہ MIT licensed ہے اور open development کے تحت تیار کیا جا رہا ہے۔ 1 August 2026 کو اسے جاری ہوئے ابھی دو ہفتے بھی نہیں ہوئے تھے، اور اس کے پہلے ہفتے میں چھ releases جاری ہوئی تھیں۔ اسے اس software کے طور پر جانچیں جس کا آپ اس ماہ جائزہ لے رہے ہیں، نہ کہ اس software کے طور پر جسے آپ اس quarter میں standardize کریں گے۔ ہر deck کو history والی backup میں محفوظ رکھیں۔ جس export path پر انحصار کرنا ہے، اس پر انحصار سے پہلے اس کی جانچ کریں۔ compliance یا retention requirement رکھنے والی ہر چیز ایسے system میں رکھیں جس میں accounts اور version history موجود ہو۔