PDF মার্জ

PDF ফাইল মার্জ করুন — ফ্রি, প্রাইভেট এবং আপলোড ছাড়াই

এই ফ্রি টুল দিয়ে আপনি কয়েক সেকেন্ডেই একাধিক PDF ফাইলকে একটি ডকুমেন্টে মার্জ করতে পারবেন: আপনার PDF-গুলো ড্রপ করুন, ড্র্যাগ করে ক্রম ঠিক করুন, আর Merge বাটনে ক্লিক করুন। প্রতিটি বড় প্রতিযোগীর — iLovePDF, Smallpdf, Adobe-র অনলাইন মার্জ, PDF24 এবং Soda PDF-এর বিপরীতে — আপনার ডকুমেন্ট কখনও কোনো সার্ভারে আপলোড হয় না। মার্জ করার পুরো কাজটি JavaScript এবং ওপেন-সোর্স pdf-lib লাইব্রেরি ব্যবহার করে সম্পূর্ণভাবে আপনার ব্রাউজারের ভেতরেই হয়, তাই চুক্তিপত্র, ইনভয়েস, মেডিকেল রেকর্ড ও স্ক্যান করা কাগজপত্র শুরু থেকে শেষ পর্যন্ত আপনার ডিভাইসেই থাকে।

এখানে কোনো সাইনআপ নেই, কোনো ওয়াটারমার্ক নেই, এবং কোনো সীমাবদ্ধতা নেই: Smallpdf-এর মতো দৈনিক টাস্ক লিমিট নেই, iLovePDF-এর ফ্রি টিয়ারের মতো ২৫ MB সাইজের ছাদ নেই, Adobe-র মার্জ টুলের মতো অ্যাকাউন্টের বাধ্যবাধকতা নেই। আপনার ডিভাইসের মেমরি যত ফাইল সামলাতে পারে ততগুলো যোগ করুন, ফাইল-পেজ-সাইজের লাইভ টোটাল দেখুন, আউটপুট ফাইলের নাম দিন, আর আপনার একত্রিত PDF ডাউনলোড করুন।

কীভাবে একাধিক PDF একটি ফাইলে একসাথে করবেন

১) ফাইল যোগ করুন — ড্রপ জোনে PDF ড্র্যাগ-এন্ড-ড্রপ করুন বা ক্লিক করে ব্রাউজ করুন। প্রতিটি ফাইল একটি কার্ড হিসেবে দেখা যায়, সাথে থাকে প্রথম পেজের থাম্বনেইল, পেজ সংখ্যা ও সাইজ। ২) সাজান — কার্ডগুলো ড্র্যাগ করে (বা অ্যারো বাটন দিয়ে) মার্জের ক্রম ঠিক করুন; তালিকার ক্রমই আউটপুটের ক্রম। ৩) পেজ বাছুন (ঐচ্ছিক) — যেকোনো কার্ডে 1-3,5-এর মতো রেঞ্জ লিখে সেই ফাইল থেকে শুধু নির্দিষ্ট পেজগুলোই যুক্ত করুন। ৪) মার্জ — বাটনে ক্লিক করুন, আর তৈরি PDF সঙ্গে সঙ্গে ডাউনলোড হয়, কোনো সার্ভার রাউন্ড-ট্রিপ ছাড়াই।

ছবিও মার্জ করতে চান? আপনার PDF-এর পাশাপাশি JPG বা PNG ফাইল ড্রপ করুন — প্রতিটি ছবি স্বয়ংক্রিয়ভাবে একটি পূর্ণ পেজে রূপান্তরিত হয়, ফলে স্ক্যান করা স্বাক্ষরের পাতা, রসিদের ছবি বা স্ক্রিনশট একই ডকুমেন্টে যুক্ত করা সহজ হয়ে যায়। iLovePDF এবং Smallpdf এটিকে আলাদা JPG-থেকে-PDF রূপান্তরের ধাপ হিসেবে গণ্য করে; এখানে তা একটিমাত্র নির্বিঘ্ন ধাপেই ঘটে।

ব্রাউজারে মার্জ করা কেন iLovePDF, Smallpdf ও Adobe-র চেয়ে নিরাপদ

iLovePDF, Smallpdf, Adobe-র অনলাইন মার্জ টুল, PDF24 এবং Soda PDF-এর মতো প্রচলিত সাইটগুলো ফাইল প্রসেস করে তাদের সার্ভারে: আপনার ডকুমেন্ট আপলোড হয়, দূরবর্তীভাবে হ্যান্ডল করা হয়, তারপর ‘কয়েক ঘণ্টার মধ্যে’ মুছে ফেলা হয় — এই সময়টুকু আপনি একটি তৃতীয় পক্ষের ওপর নথির বিষয়বস্তুর জন্য বিশ্বাস রাখছেন। স্পর্শকাতর কাগজপত্রের জন্য — চুক্তি, ট্যাক্স ডকুমেন্ট, আইনি নথি, মেডিকেল রেকর্ড — সেই বিশ্বাসের প্রয়োজন হওয়া উচিত নয়।

এখানে PDF ইঞ্জিন আপনার নিজের মেশিনেই চলে। মার্জ করার সময় ব্রাউজারের নেটওয়ার্ক ট্যাব খুলুন — আপনি শূন্য ফাইল আপলোড দেখতে পাবেন। এ কারণেই কোনো সাইজ লিমিট নেই এবং বড় ফাইলগুলো দ্রুত মার্জ হয়: সার্ভারে কোনো রাউন্ড-ট্রিপই নেই। একই প্রাইভেসি নিশ্চয়তা প্রযোজ্য — আপনি শেয়ার্ড অফিস কম্পিউটার, বাড়ির ল্যাপটপ বা মোবাইল ফোন, যেখানেই থাকুন না কেন।

কোনো লিমিট নেই, ওয়াটারমার্ক নেই, আপসেল নেই

বড় টুলগুলোর ফ্রি টিয়ার উল্লেখযোগ্যভাবে সংকীর্ণ। Smallpdf ফ্রি ব্যবহারকারীদের ফাইল সাইজ নির্বিশেষে দিনে দুটি টাস্কে সীমাবদ্ধ রাখে। iLovePDF-এর ফ্রি টিয়ার আপলোড প্রায় ২৫ MB এবং প্রতি মার্জে প্রায় ১৫টি ফাইলে সীমিত করে, আর পেজ-বাই-পেজ সংগঠনের মতো উন্নত ফিচারের জন্য iLovePDF Pro লাগে। Adobe-র ফ্রি মার্জ টুলে একটি ফ্রি Adobe অ্যাকাউন্ট লাগে এবং প্রসেসিং লিমিট আরোপ করে। PDF24 বেশি উদার হলেও এখনও সার্ভার-ভিত্তিক। Soda PDF-এর ফ্রি অনলাইন টিয়ারে ব্যবহারের কোটা আছে।

যেহেতু এই টুল আপনার ডিভাইসে চলে এবং কোনো সার্ভার খরচ নেই, পুরো ফিচার সেট — সীমাহীন মার্জ, পেজ-রেঞ্জ নির্বাচন, পুনর্বিন্যাস, JPG-থেকে-পেজ রূপান্তর — সবার জন্য, প্রতিদিন ফ্রি। আউটপুট হলো একটি পরিচ্ছন্ন, স্ট্যান্ডার্ড PDF: মূল কোয়ালিটি অক্ষত থাকে (মার্জ লসলেস — পেজ কপি হয়, পুনরায় কম্প্রেস হয় না), আপনার পেজে কোনো ওয়াটারমার্ক বসে না, এবং আপনার মূল ফাইলগুলো অস্পর্শিত থাকে।

প্রতিটি ডিভাইসে কাজ করে — Windows, Mac, Linux, iPhone, Android

Windows-এ (যেখানে কোনো বিল্ট-ইন মার্জ টুল নেই), Mac-এ Preview না খুলেই, Linux-এ এবং iPhone বা Android-এ সরাসরি Safari বা Chrome থেকে PDF একসাথে করুন — Files অ্যাপ থেকে ফাইল বাছুন, সাজান, মার্জ করুন, ডাউনলোড করুন। iLovePDF-এর ডেডিকেটেড iOS ও Android অ্যাপ আছে; এই ব্রাউজার টুল যেকোনো ডিভাইসে ইনস্টলেশন ছাড়াই কাজ করে, সব জায়গায় একই ফিচার এবং একই প্রাইভেসি নিশ্চয়তার সাথে।

টিপ: মার্জের পরে ফাইলটি যদি আপনার প্রত্যাশার চেয়ে বড় হয়, টোটাল বারে দেখানো পেজ সংখ্যা ও সাইজ আপনাকে সিদ্ধান্ত নিতে সাহায্য করবে কোন পেজ রেঞ্জ ছেঁটে ফেলবেন — পুরো অ্যাপেন্ডিক্সের বদলে ‘1-10’ দিয়ে পুনরায় মার্জ করুন, অথবা পরবর্তী ধাপে একত্রিত আউটপুটটি একটি ইমেজ-সচেতন PDF কম্প্রেসারের মধ্য দিয়ে চালান।

iLovePDF বনাম Smallpdf বনাম Adobe বনাম UtiloKit: মার্জের জন্য কোনটি সেরা?

iLovePDF সবচেয়ে জনপ্রিয় ডেডিকেটেড PDF টুল এবং মার্জ ভালোভাবেই সামলায়, তবে এর ফ্রি টিয়ারে ফাইল-সাইজ ও ফাইল-সংখ্যার ছাদ আছে, এবং আপনি যা আপলোড করেন তার সবই তাদের ইউরোপীয় সার্ভারের মধ্য দিয়ে যায়। Smallpdf মসৃণ ও দ্রুত কিন্তু ফ্রি ব্যবহারকারীদের দিনে দুটি টাস্কে সীমিত রাখে এবং মৌলিক ফিচারের বাইরে যেকোনো কিছুর জন্য অ্যাকাউন্ট চায়। Adobe-র মার্জ PDF টুল PDF ফরম্যাটের উদ্ভাবকের বিশ্বাসযোগ্যতা বহন করে, তবে একটি ফ্রি Adobe অ্যাকাউন্ট লাগে এবং ফাইল Adobe-র ক্লাউডে প্রসেস করে। PDF24 ফিচার-সমৃদ্ধ ও ফ্রি, কিন্তু সার্ভার-ভিত্তিক। Soda PDF-এর ইন্টারফেস ভালো তবে ফ্রি ব্যবহার মিটার করা।

UtiloKit-এর PDF মার্জার উপরের সবগুলোর মূল মার্জ কার্যকারিতার সাথে মেলে — একাধিক ফাইল, পেজ রেঞ্জ, পুনর্বিন্যাস, ছবি ফাইল — একই সাথে এটিই একমাত্র বিকল্প যা কখনও আপনার ডকুমেন্ট কোনো সার্ভারে স্পর্শ করে না। যারা স্পর্শকাতর ডকুমেন্ট মার্জ করেন তাদের জন্য এটিই নির্ণায়ক পার্থক্য। বাকি সবার জন্যও এটি ঘটনাচক্রে দ্রুততর (আপলোডের অপেক্ষা নেই), সত্যিকারের সীমাহীন এবং কোনো অ্যাকাউন্ট ছাড়াই সম্পূর্ণ ফ্রি।

PDF ফাইল ভেতরে কীভাবে গঠিত হয়

PDF (Portable Document Format) তৈরি করেছিলেন Adobe-র সহ-প্রতিষ্ঠাতা John Warnock এবং Charles Geschke, প্রথম পাবলিক রিলিজ হয় ১৯৯৩ সালে। এটি ২০০৮ সালে একটি ISO স্ট্যান্ডার্ড (ISO 32000-1)-এ পরিণত হয়, অর্থাৎ স্পেসিফিকেশনটি এখন Adobe থেকে স্বাধীনভাবে রক্ষণাবেক্ষণ করা হয়। একটি PDF আসলে কী তা বোঝা এটি ব্যাখ্যা করতে সাহায্য করে কেন একটি PDF মার্জ করা সাধারণ টেক্সট ফাইল বা ZIP আর্কাইভ জোড়া লাগানোর চেয়ে মৌলিকভাবে আলাদা।

একটি PDF ওপর-থেকে-নিচে ক্রমিক টেক্সট ডকুমেন্ট নয় — এটি হলো টাইপড অবজেক্টের একটি সংগ্রহ: ডিকশনারি, বাইট স্ট্রিম, অ্যারে, স্ট্রিং, পূর্ণসংখ্যা এবং বুলিয়ান, প্রতিটির একটি অনন্য অবজেক্ট নম্বর থাকে। ফাইলের প্রায় শেষে থাকে একটি ক্রস-রেফারেন্স টেবিল (xref) যা প্রতিটি অবজেক্ট নম্বরকে ফাইলের ভেতরে তার সঠিক বাইট অফসেটে ম্যাপ করে। এই নকশার কারণে একটি PDF রিডার ১ থেকে ৪৬ পর্যন্ত পেজ না পড়েই সরাসরি ৪৭ নম্বর পেজে লাফ দিতে পারে — ডকুমেন্টের আকার নির্বিশেষে যেকোনো পেজে র‍্যান্ডম অ্যাক্সেস প্রায় তাৎক্ষণিক, এবং একটি ক্ষতিগ্রস্ত PDF প্রায়ই raw অবজেক্ট স্ট্রিম থেকে xref পুনর্গঠন করে ‘মেরামত’ করা যায়।

প্রতিটি পেজ একটি ডিকশনারি অবজেক্ট যা একটি কনটেন্ট স্ট্রিমের রেফারেন্স ধারণ করে — PDF গ্রাফিক্স অপারেটরের একটি ক্রম যা সেই পেজে টেক্সটের অবস্থান, ভেক্টর পাথ এবং ইমেজ ডেটা বর্ণনা করে। পেজগুলো একটি পেজ ট্রি-তে সংগঠিত থাকে: একটি শাখাবিন্যস্ত কাঠামো যেখানে প্যারেন্ট নোডগুলো পেজের সেট গোষ্ঠীবদ্ধ করে, ফলে রিডার O(log n) সময়ে যেকোনো পেজ খুঁজে পেতে পারে। শেয়ার্ড রিসোর্স — ফন্ট, ইমেজ, ICC কালার প্রোফাইল — অবজেক্ট নম্বর দিয়ে রেফারেন্স করা হয় এবং একটি সুগঠিত PDF-এর ভেতরে একাধিক পেজে অনুলিপি ছাড়াই পুনর্ব্যবহার করা যায়।

PDF মার্জ করা দেখতে যতটা সহজ, প্রযুক্তিগতভাবে তার চেয়ে জটিল কেন

সাধারণ টেক্সট বা CSV ফাইলের বিপরীতে, PDF-কে সরাসরি জোড়া লাগানো যায় না। প্রতিটি PDF-এর নিজস্ব স্বাধীন অবজেক্ট নম্বরিং অবজেক্ট ১ থেকে শুরু হয়। আপনি যদি দুটি PDF সরলভাবে একত্র করেন — তাদের raw বাইট জুড়ে দিয়ে — দ্বিতীয় ডকুমেন্টের অবজেক্ট নম্বর প্রথম ডকুমেন্টেরটির সাথে সংঘর্ষে জড়ায়, ফলে এমন একটি নষ্ট আউটপুট তৈরি হয় যা কোনো রিডার খুলতে পারে না। একটি সঠিক মার্জকে দ্বিতীয় (এবং পরবর্তী প্রতিটি) ডকুমেন্টের সব অবজেক্ট পুনরায় নম্বর করতে হয় যাতে তা প্রথম ডকুমেন্টের অবজেক্ট স্পেস যেখানে শেষ হয় সেখান থেকে ধারাবাহিকভাবে চলে, তারপর একত্রিত বাইট স্ট্রিম জুড়ে সঠিক বাইট অফসেটে নির্দেশকারী একটি একীভূত ক্রস-রেফারেন্স টেবিল পুনর্গঠন করতে হয়।

শেয়ার্ড রিসোর্স সমস্যাটিকে জটিল করে তোলে। একটি PDF-এ এম্বেড করা ফন্ট ও ইমেজ এক বা একাধিক পেজ ডিকশনারি থেকে রেফারেন্স করা অবজেক্ট হিসেবে সংরক্ষিত হয়। দুটি ডকুমেন্ট যখন একটি সাধারণ ফন্ট শেয়ার করে (Times New Roman, Helvetica, বা যেকোনো এম্বেড করা কাস্টম টাইপফেস), একটি সরল মার্জ পুরো ফন্ট বাইনারি অনুলিপি করে ফেলতে পারে, যা আউটপুট সাইজ ফুলিয়ে দেয়। একটি বুদ্ধিমান মার্জ ইনপুট ফাইলজুড়ে অভিন্ন রিসোর্স শনাক্ত করে সেগুলোর ডুপ্লিকেশন সরিয়ে দেয় — এটিই একটি কারণ কেন সুপরিকল্পিত মার্জ লাইব্রেরিগুলো নিম্নমানের ইমপ্লিমেন্টেশনের চেয়ে লক্ষণীয়ভাবে ছোট আউটপুট তৈরি করে। বিপরীতভাবে, একই রকম হ্যাশযুক্ত ভিন্ন অবজেক্টকে ভুলভাবে ডিডুপ্লিকেট করলে ডকুমেন্ট নষ্ট হতে পারে।

গ্লোবাল নেমস্পেস জটিলতার তৃতীয় শ্রেণি তৈরি করে। নেমড ডেস্টিনেশন (‘Go to Section 3’-এর মতো অভ্যন্তরীণ হাইপারলিংক), ইন্টারঅ্যাক্টিভ ফর্ম ফিল্ড, JavaScript অ্যাকশন এবং ডকুমেন্ট-স্তরের মেটাডেটা — সবই একটি PDF-এর ভেতরে সমতল গ্লোবাল নেমস্পেস দখল করে। দুটি PDF যদি প্রতিটি ‘signature’ নামের একটি ফর্ম ফিল্ড সংজ্ঞায়িত করে, সংঘর্ষ সমাধান না করে মার্জ করলে হয় নীরবে একটি ফিল্ড বাদ পড়ে অথবা একটি ভাঙা ফর্ম তৈরি হয়। ইনক্রিমেন্টাল আপডেট — যেখানে একটি PDF মূল বাইট না মুছেই পরিবর্তন রেকর্ড করতে অতিরিক্ত xref সেকশন যুক্ত করে — এভাবেই ডিজিটাল স্বাক্ষর তাদের অখণ্ডতা রক্ষা করে; একটি স্বাক্ষরিত PDF প্রমাণ করে যে স্বাক্ষরের পরে কিছুই পরিবর্তন হয়নি। মার্জ করা এই বৈশিষ্ট্য নষ্ট করে দেয়: আউটপুট একটি নতুন, অস্বাক্ষরিত ডকুমেন্ট, আর মূল স্বাক্ষরগুলো আর অর্থবহ থাকে না।

PDF স্ট্যান্ডার্ড: PDF/A, PDF/X, PDF/UA এবং PDF 2.0

মূল PDF স্পেসিফিকেশন থেকে ISO সাব-স্ট্যান্ডার্ডের একটি পরিবার জন্ম নিয়েছে, প্রতিটি একটি নির্দিষ্ট ব্যবহারের জন্য তৈরি। PDF/A (ISO 19005) হলো আর্কাইভাল স্ট্যান্ডার্ড। এটি এনক্রিপশন, JavaScript, অডিও ও ভিডিও কনটেন্ট এবং বাহ্যিক ফাইলের ওপর নির্ভরতা নিষিদ্ধ করে — প্রতিটি ফন্ট পুরোপুরি এম্বেড করা থাকতে হয় যাতে ডকুমেন্ট কয়েক দশক ধরে স্বয়ংসম্পূর্ণ থাকে। PDF/A-1a আরও এগিয়ে যায়, একটি ট্যাগড লজিক্যাল স্ট্রাকচার এবং সঠিক রিডিং-অর্ডার মেটাডেটা দাবি করে যাতে ডকুমেন্ট সহায়ক প্রযুক্তির কাছে অ্যাক্সেসযোগ্য থাকে। PDF/A অনেক সরকারি সংস্থা এবং EU দ্বারা সরকারি যোগাযোগ ও দীর্ঘমেয়াদী রেকর্ডের জন্য বাধ্যতামূলক; আপনি যদি কমপ্লায়েন্স ডকুমেন্ট মার্জ করেন, নিশ্চিত করুন যে আউটপুট এখনও আর্কাইভাল প্রোফাইল মেনে চলে।

PDF/X পেশাদার প্রিন্ট প্রোডাকশন লক্ষ্য করে। একটি PDF/X ফাইল সব ফন্ট ও কালার প্রোফাইল এম্বেড করে, শুধু ডিভাইস-স্বাধীন (CMYK বা ICC) কালার ব্যবহার করে যাতে আউটপুট বিভিন্ন RIP-এ ধারাবাহিকভাবে প্রিন্ট হয়, এবং প্রেসে পাঠানোর আগে ট্রান্সপারেন্সি কীভাবে হ্যান্ডল হবে তা স্পষ্টভাবে নিয়ন্ত্রণ করে। PDF/UA (ISO 14289 — Universal Accessibility) একটি ট্যাগড PDF দাবি করে যাতে একটি লজিক্যাল রিডিং অর্ডার, প্রতিটি অ-সাজসজ্জামূলক ইমেজের জন্য বিকল্প টেক্সট এবং সঠিক হেডিং হায়ারার্কি থাকে। এটি US ও EU-তে PDF ডকুমেন্টের ADA ও WCAG কমপ্লায়েন্সের প্রযুক্তিগত ভিত্তি; ট্যাগড সোর্স ডকুমেন্ট থেকে তৈরি একটি মার্জ করা PDF তাদের ট্যাগ ট্রি হারাতে বা মিলিয়ে ফেলতে পারে, যা PDF/UA সঙ্গতি বজায় রাখতে পুনরায় ট্যাগ করার প্রয়োজন তৈরি করতে পারে।

PDF 2.0, ISO 32000-2:2017 হিসেবে প্রকাশিত, মূল স্পেসিফিকেশনের সবচেয়ে সাম্প্রতিক সংশোধন। এটি অ্যাসোসিয়েটেড ফাইল (কনটেন্টের সাথে যুক্ত এম্বেড করা ডেটা), 256-বিট AES-GCM এনক্রিপশন, ডিজিটাল স্বাক্ষর হ্যান্ডলিংয়ে উন্নতি এবং জিওস্পেশিয়াল ডেটার আরও ভালো সমর্থন যুক্ত করে। বেশিরভাগ কনজিউমার PDF এখনও PDF 1.4–1.7-এই থাকে; নিয়ন্ত্রিত শিল্পে PDF 2.0-এর ব্যবহার বাড়ছে। একটি PDF মার্জ টুল যখন এমন PDF 2.0 ফিচার পড়ে যা সে চেনে না, তখন অচেনা অবজেক্ট নীরবে বাদ দেওয়ার বদলে তার ভদ্রভাবে ব্যর্থ হওয়া উচিত।

PDF সিকিউরিটি: পাসওয়ার্ড, পারমিশন, রিড্যাকশন এবং ডিজিটাল স্বাক্ষর

PDF এনক্রিপশন দুটি স্তরে কাজ করে। ইউজার পাসওয়ার্ড (‘ওপেন’ পাসওয়ার্ডও বলা হয়) দিতে হয় রিডার ডকুমেন্টটি আদৌ দেখানোর আগে। ওনার পাসওয়ার্ড (বা ‘পারমিশন’ পাসওয়ার্ড) নিয়ন্ত্রণ করে ডকুমেন্ট খোলার পর রিডার কী করতে পারবে: প্রিন্ট করা, টেক্সট কপি করা, পেজ যোগ করা, ফর্ম পূরণ করা এবং কমেন্ট করা — প্রতিটি স্বাধীনভাবে চালু বা বন্ধ করা যায়। এই সীমাবদ্ধতাগুলো সঙ্গতিপূর্ণ রিডার — Adobe Acrobat, Foxit, Preview — দ্বারা কার্যকর করা হয়, কিন্তু এনক্রিপ্ট করা কনটেন্ট তখনও ফাইলে ভৌতভাবে থাকে। বিশেষ টুল রিডার-কার্যকর পারমিশন বাইপাস করতে পারে, কারণ PDF স্পেসিফিকেশন পারমিশন বিটের অবস্থান প্রকাশ করে; প্রকৃত সিকিউরিটি আসে ইউজার-পাসওয়ার্ড এনক্রিপশন থেকে যা কনটেন্টে অ্যাক্সেস আটকায়, পারমিশন ফ্ল্যাগ থেকে নয়।

PDF-এ ডিজিটাল স্বাক্ষর PAdES স্ট্যান্ডার্ড (PDF Advanced Electronic Signatures, ETSI EN 319 100 সিরিজ) ব্যবহার করে, যা PDF ডকুমেন্টে কোয়ালিফায়েড ইলেকট্রনিক স্বাক্ষরের জন্য EU-র বাধ্যতামূলক ফরম্যাট। একটি PAdES স্বাক্ষর একটি PKCS#12 সার্টিফিকেট এবং স্বাক্ষরের মুহূর্তে ডকুমেন্টের বাইট রেঞ্জের ওপর একটি ক্রিপ্টোগ্রাফিক হ্যাশ এম্বেড করে, সাথে ঐচ্ছিকভাবে একটি Time Stamping Authority থেকে একটি বিশ্বস্ত টাইমস্ট্যাম্প। একটি স্বাক্ষরিত PDF যখন একটি নতুন ডকুমেন্টে মার্জ হয়, মূল বাইট রেঞ্জ আর আউটপুটে থাকে না; স্বাক্ষরটি একটি অবজেক্ট হিসেবে সংরক্ষিত থাকে কিন্তু আর যাচাই হয় না — এর হ্যাশ এমন একটি ফাইলকে নির্দেশ করে যা আর মেলে না। আইনি-মানের স্বাক্ষর প্রয়োজন এমন মার্জ করা PDF-কে একটি নতুন স্বাক্ষর অপারেশনে মার্জ করা আউটপুটে পুনরায় স্বাক্ষর করতে হবে।

রিড্যাকশন একটি সাধারণ বিভ্রান্তির বিষয়। একটি PDF ভিউয়ারে স্পর্শকাতর টেক্সটের ওপর একটি কালো আয়তক্ষেত্র বা অ্যানোটেশন আঁকা — বা ‘ব্ল্যাক বক্স’ ওভারলে সহ এক্সপোর্ট করা — অন্তর্নিহিত টেক্সট সরায় না। মূল অক্ষরগুলো নির্বাচনযোগ্য ও কপিযোগ্য থেকে যায়; বক্সটি কেবল ওপরে স্তরিত একটি ড্রইং উপাদান। ২০০৮ সালে NSA একটি প্রযুক্তিগত পরামর্শ জারি করে, যখন ‘রিড্যাক্টেড PDF’ হিসেবে প্রচারিত একাধিক সরকারি ডকুমেন্টের মূল টেক্সট দৃশ্যমান কালো অংশ থেকে নির্বাচন ও কপি করে পুরোপুরি উদ্ধার করা সম্ভব হয়। প্রকৃত PDF রিড্যাকশন স্থায়ীভাবে অন্তর্নিহিত টেক্সট ও গ্রাফিক অবজেক্ট সরিয়ে দেয়, তাদের বাইট রেঞ্জ ফাঁকা জায়গা বা নিরেট ফিল দিয়ে প্রতিস্থাপন করে, এবং এর জন্য ডেডিকেটেড রিড্যাকশন সফটওয়্যার প্রয়োজন। রিড্যাকশন অ্যানোটেশনযুক্ত PDF মার্জ করার সময়, একত্র করার আগে যাচাই করুন যে রিড্যাকশনগুলো একটি সঠিক রিড্যাকশন টুল দিয়ে ‘বার্ন-ইন’ করা হয়েছে, শুধু ওপরে একটি ভিজ্যুয়াল স্তর হিসেবে আঁকা নয়।

মার্জ করার জন্য PDF লাইব্রেরি ও কমান্ড-লাইন টুল

ওপেন-সোর্স ইকোসিস্টেম প্রতিটি প্রধান ভাষার জন্য পরিণত লাইব্রেরি অফার করে। pdf-lib হলো সবচেয়ে সক্রিয়ভাবে রক্ষণাবেক্ষণ করা JavaScript ও TypeScript লাইব্রেরি যা ব্রাউজারে ও Node.js-এ PDF তৈরি ও পরিবর্তন উভয়ই করতে সক্ষম — এটিই এই ব্রাউজার-ভিত্তিক মার্জারের ইঞ্জিন। PDF.js (Mozilla) হলো স্ট্যান্ডার্ড ব্রাউজার PDF রেন্ডারার কিন্তু এটি রিড-অনলি: এটি বিদ্যমান PDF-কে ক্যানভাসে রেন্ডার করে কিন্তু ডকুমেন্ট তৈরি বা পুনর্গঠন করতে পারে না। Python-এর জন্য, pikepdf (QPDF C++ লাইব্রেরির ওপর নির্মিত) হলো নিরাপদ ও স্ট্যান্ডার্ড-সঙ্গতিপূর্ণ PDF স্প্লিটিং, মার্জিং ও ম্যানিপুলেশনের জন্য সুপারিশকৃত লাইব্রেরি, এনক্রিপ্ট করা ফাইল ও ইনক্রিমেন্টাল আপডেটের সঠিক হ্যান্ডলিংসহ।

PyMuPDF (MuPDF লাইব্রেরির Python বাইন্ডিং, fitz হিসেবে ইম্পোর্ট করা হয়) হলো সবচেয়ে দ্রুত ওপেন-সোর্স PDF লাইব্রেরি এবং পেজ-স্তরের অপারেশন, টেক্সট এক্সট্রাকশন ও উচ্চ-বিশ্বস্ততার রেন্ডারিংয়ের জন্য উপযুক্ত। কমান্ড লাইনে, pdftk (PDF Toolkit) মার্জ করার ক্লাসিক ইউটিলিটি হিসেবে টিকে আছে: pdftk A=1.pdf B=2.pdf cat A B output merged.pdf দুটি ফাইল জোড়া লাগায়, আর pdftk A=1.pdf cat A1-3 output pages.pdf একটি পেজ রেঞ্জ বের করে। Ghostscript — ব্যাপক PostScript ও PDF ইন্টারপ্রেটার — PDF মার্জ ও পুনরায় কম্প্রেস করতে পারে: gs -dBATCH -dNOPAUSE -q -sDEVICE=pdfwrite -sOutputFile=merged.pdf 1.pdf 2.pdf। Ghostscript-এর ডিভাইস পাইপলাইন পেজ পুনরায় রেন্ডার করে, যা ইমেজ কম্প্রেশন বদলে দিতে পারে এবং মাঝে মাঝে ভিজ্যুয়াল চেহারা পরিবর্তন করতে পারে, ফলে এটি pdf-lib বা pikepdf-এর অবজেক্ট-স্তরের কপি পদ্ধতির চেয়ে বেশি আক্রমণাত্মক।

ব্যবহারের ক্ষেত্র অনুযায়ী সঠিক টুল বেছে নেওয়া গুরুত্বপূর্ণ। ব্রাউজার-ভিত্তিক ক্লায়েন্ট-সাইড মার্জিংয়ের জন্য — যা ফাইল সার্ভারের বাইরে রেখে প্রাইভেসি রক্ষা করে — pdf-lib সঠিক পছন্দ। বড় ডকুমেন্ট আর্কাইভের সার্ভার-সাইড ব্যাচ প্রসেসিংয়ের জন্য, Python স্ক্রিপ্টের সাথে pikepdf বা PyMuPDF বেশি নিয়ন্ত্রণ দেয়। ডেভেলপারের মেশিনে দ্রুত টার্মিনাল অপারেশনের জন্য, pdftk-এর সবচেয়ে সহজ সিনট্যাক্স আছে। রূপান্তরসহ মার্জের জন্য (যেমন PostScript, EPS ও PDF ইনপুট একত্র করা), Ghostscript একমাত্র টুল যা সব সোর্স ফরম্যাট সামলায়। এই পার্থক্য বোঝা প্রতিটি প্রসঙ্গের জন্য সঠিক টুল বাছতে সাহায্য করে — এবং নিশ্চিত করে কেন এই টুলের মতো একটি ব্রাউজার-ভিত্তিক মার্জার, pdf-lib দ্বারা চালিত, একটি প্রাইভেসি-ফার্স্ট, আপলোড-ছাড়া মার্জিং ওয়ার্কফ্লোর জন্য উপযুক্ত আর্কিটেকচার।