সরাসরি প্রধান সামগ্রীতে চলে যান

google blogger post delete curl

Blogger API v3 ব্যবহার করে একটি পোস্ট স্থায়ীভাবে মুছে ফেলার (Delete Post) জন্য আপনাকে HTTP DELETE মেথড ব্যবহার করতে হবে।

এই পদ্ধতিতে কোনো /delete সাফিক্স যোগ করার প্রয়োজন নেই।

🗑️ Blogger পোস্ট ডিলিট করার API

পোস্টটি ডিলিট করার জন্য আপনাকে অবশ্যই পোস্ট আইডি ($POST_ID) এবং ব্লগ আইডি ($BLOG_ID) জানতে হবে।

📌 এন্ডপয়েন্টের কাঠামো (Endpoint Structure)

DELETE https://www.googleapis.com/blogger/v3/blogs/$BLOG_ID/posts/$POST_ID

প্যারামিটারগুলির পরিচয়

| প্যারামিটার | বিবরণ | | --- | --- | | HTTP Method | অবশ্যই DELETE ব্যবহার করতে হবে। | | $BLOG_ID | আপনার ব্লগটির আইডি। | | $POST_ID | আপনি যে পোস্টটি মুছে ফেলতে চান, তার আইডি। |


💻 curl কমান্ড উদাহরণ

ধরে নেওয়া যাক আপনার ব্লগ আইডি 1234567890 এবং আপনি 987654321 আইডি-এর পোস্টটি স্থায়ীভাবে মুছে ফেলতে চান। Bash

curl -X DELETE \
  -H 'Authorization: Bearer YOUR_ACCESS_TOKEN' \
  'https://www.googleapis.com/blogger/v3/blogs/1234567890/posts/987654321'

⚠️ গুরুত্বপূর্ণ বিষয়

  • স্থায়ীভাবে মুছে ফেলা: এই DELETE রিকোয়েস্টটি সফল হলে পোস্টটি ট্র্যাশ ছাড়াই সরাসরি স্থায়ীভাবে মুছে যাবে।
  • অথেনটিকেশন: অবশ্যই OAuth 2.0 অ্যাক্সেস টোকেন ব্যবহার করে অথেনটিকেটেড হতে হবে। টোকেনটিতে পোস্ট ডিলিট করার প্রয়োজনীয় অনুমতি (scope) থাকতে হবে।
  • সফল প্রতিক্রিয়া: যদি পোস্টটি সফলভাবে ডিলিট হয়, তবে API সাধারণত একটি খালি বডি সহ একটি 204 No Content HTTP স্ট্যাটাস কোড প্রদান করবে।

আপনার যদি ব্লগ বা পোস্ট আইডি খুঁজে পেতে বা টোকেন জেনারেট করার ধাপগুলি সম্পর্কে জানার প্রয়োজন হয়, তাহলে জানাতে পারেন।

মন্তব্যসমূহ

এই ব্লগটি থেকে জনপ্রিয় পোস্টগুলি

সিজ্জিন (Sijjin) vs ইল্লিয়িন (Illiyin) পার্থক্য Difference

Sijjin (سِجِّين) এবং Illiyin (عِلِّيِّين) —এ দুটি শব্দ কুরআনে এসেছে এবং দুটোই মানুষের আমলনামা সংরক্ষণ সম্পর্কিত স্থানকে নির্দেশ করে। ১. সিজ্জিন (Sijjin) সিজ্জিন হলো পাপীদের (কাফের, মুনাফিক ও দুরাচারীদের) আমলনামা সংরক্ষণের স্থান। এটি সাত তলদেশের নীচে এক কারাগার বা অন্ধকার জগতে অবস্থিত বলে উল্লেখ রয়েছে। সূরা আল-মুতাফফিফীন (৮৩:৭-৯) তে বলা হয়েছে: "كَلَّا إِنَّ كِتَابَ الْفُجَّارِ لَفِي سِجِّينٍ ۝ وَمَا أَدْرَاكَ مَا سِجِّينٌ ۝ كِتَابٌ مَرْقُومٌ" অর্থ: "না, পাপীদের আমলনামা সিজ্জিনে সংরক্ষিত। তুমি কি জানো, সিজ্জিন কী? এটি এক লিখিত দলিল।" সিজ্জিনকে একটি কারাগার, সংকীর্ণ স্থান, বা নিচের স্তরে অবস্থিত এক অন্ধকার দুনিয়া হিসেবে ব্যাখ্যা করা হয়। ২. ইল্লিয়িন (Illiyin) ইল্লিয়িন হলো সৎকর্মশীলদের (মুমিন ও নেককারদের) আমলনামা সংরক্ষণের স্থান । এটি সপ্তম আসমানের ওপরে সংরক্ষিত এক সম্মানিত স্থান। সূরা আল-মুতাফফিফীন (৮৩:১৮-২১) তে বলা হয়েছে: "كَلَّا إِنَّ كِتَابَ الْأَبْرَارِ لَفِي عِلِّيِّينَ ۝ وَمَا أَدْرَاكَ مَا عِلِّيُّونَ ۝ كِتَابٌ مَرْقُومٌ ۝ يَش...

জাভা ফিডব্যাক এবং স্ট্রাকচার্ড কনকারেন্সি: বিবর্তনের গল্প

Introduction এই ভিডিওর নির্দিষ্ট অংশে জাভা ল্যাঙ্গুয়েজ আর্কিটেক্ট ব্রায়ান গোয়েটজ (Brian Goetz) আলোচনা করেছেন কীভাবে জাভার নতুন ফিচারগুলো তৈরি হয় এবং এতে সাধারণ ডেভেলপারদের মতামতের গুরুত্ব কতটুকু। বিশেষ করে Structured Concurrency -এর মতো জটিল ফিচারগুলো কেন বারবার 'Preview' অবস্থায় থাকে এবং কীভাবে কমিউনিটির ফিডব্যাক সেই ফিচারগুলোকে আরও নিখুঁত করতে সাহায্য করে, তা এখানে সহজভাবে বোঝানো হয়েছে। ১. ভালো ফিডব্যাক আসলে কী? ভিডিও রেফারেন্স: [ 34:53 ] ব্রায়ান গোয়েটজ বলছেন যে, জাভা টিম যখন কোনো নতুন ফিচারের খসড়া (Draft) বা প্রস্তাব (JEP) প্রকাশ করে, তখন তারা এমন কিছু জানতে চায় যা তারা নিজেরা আগে ভাবেনি। বিস্তারিত: একজন ডেভেলপার হিসেবে আমরা যখন কোনো নতুন ফিচার দেখি, আমাদের প্রথম প্রতিক্রিয়া হয় সেটার Syntax বা লেখার ধরন নিয়ে। কিন্তু ব্রায়ানের মতে, "এই লেখাটা কেন এমন হলো?" বা "এটা কোটলিন বা স্কালা-র মতো কেন নয়?"—এই ধরনের ফিডব্যাক খুব একটা কাজে আসে না। আসল দামী ফিডব্যাক হলো সেইটা, যা নতুন কোনো বাস্তব সমস্যা (Edge Case) তুলে ধরে। আমার চিন্তা: আপনি যদি কেবল দ...

Microservice Error Handling

একদম ঠিক বলেছেন ভাই 💯 — তুমি এখন microservice design-এর আসল beauty ধরেছো 👏 ✅ হ্যাঁ — যদি প্রতিটা service independent হয় (loosely coupled architecture), তাহলে একটা service fail করলে আরেকটা fail করবে না (at least directly না)। তবে, এখানে একটু গভীর বিষয় আছে — “independent” মানে কি logical independence, নাকি runtime independence?” এইটা বোঝা খুব জরুরি। চলো ধাপে ধাপে পরিষ্কারভাবে দেখি 👇 ⚙️ ১️⃣ Microservice Independence মানে কী? একটা system এ একাধিক service থাকে, যেমন: 🧾 Order Service 💳 Payment Service 🚚 Delivery Service ✉️ Notification Service 🔹 Logical Independence: প্রতিটা service এর নিজের data, business logic, আর deploy pipeline আলাদা। 📌 উদাহরণ: Payment service down থাকলেও Order service order create করতে পারবে (pending state এ রাখবে)। Delivery service নিজের data manage করবে, Payment এর DB access করবে না। 👉 মানে “tight coupling” নেই — service গুলা নিজের domain handle করে। 🔹 Runtime Independence: প্রতিটা service run হয় আলাদা instance/container এ। তাদের মধ্যে ...