এনকোডিং সমস্যা থেকে সবচেয়ে অদ্ভুত দেখতে টিকিট আসে - প্রশ্নবোধক চিহ্ন, বাক্স, শব্দের মাঝখানে ভেঙে যাওয়া মেসেজ, অথবা একটি মেসেজের জন্য তিনটির বিল। এর পেছনের নিয়মগুলো সহজ।
দুটি বর্ণমালা
- GSM-7: স্ট্যান্ডার্ড বর্ণমালা - প্রতি মেসেজে 160টি অক্ষর। সাধারণ ল্যাটিন অক্ষর, অঙ্ক এবং নির্দিষ্ট কিছু চিহ্ন। কয়েকটি অক্ষর (যেমন ইউরো চিহ্ন এবং বর্গ বন্ধনী) প্রতিটি দুটি অক্ষর হিসেবে গণনা হয়।
- UCS-2: আপনার মেসেজে GSM-7-এর বাইরের যেকোনো একটি অক্ষর থাকলেই এটি ব্যবহৃত হয় - একটি ইমোজি, একটি স্মার্ট কোট, একটি অ-ল্যাটিন অক্ষর - এবং প্রতি মেসেজের সীমা নেমে আসে 70টি অক্ষরে।
মেসেজ কেন এভাবে ভাগ হয় (এবং বিল হয়)
একটি মেসেজের চেয়ে লম্বা যেকোনো কিছু জোড়া লাগানো অংশ হিসেবে পাঠানো হয়: GSM-7-এ প্রতি অংশে 153টি অক্ষর, UCS-2-এ 67টি, এবং প্রতিটি অংশ একটি মেসেজ হিসেবে বিল হয়। একটি ইমোজিসহ 300 অক্ষরের একটি টেমপ্লেট মানে বিলযোগ্য পাঁচটি অংশ; ইমোজি ছাড়া দুটি। ওয়ার্ড প্রসেসর থেকে কপি-পেস্ট করাই পরিচিত ফাঁদ - স্মার্ট কোট আর লম্বা ড্যাশ নিঃশব্দে পুরো মেসেজটিকে UCS-2-তে বদলে দেয়।
বিকৃত অক্ষর
- হ্যান্ডসেটে প্রশ্নবোধক চিহ্ন বা বাক্স: কোনো অক্ষর এমন এনকোডিংয়ে পাঠানো হয়েছিল যা চেইন বা হ্যান্ডসেট দেখাতে পারেনি। আপনার প্ল্যাটফর্ম কী ঘোষণা করেছিল (DCS মান) আর কনটেন্ট আসলে কী ছিল, তা মিলিয়ে দেখুন।
- ভাগ হওয়া মেসেজ এলোমেলো ক্রমে বা আংশিকভাবে পৌঁছানো: সাধারণত গন্তব্য নেটওয়ার্কের জোড়া লাগানোর একটি অদ্ভুত আচরণ - মেসেজ আইডি এবং হুবহু কনটেন্টসহ রিপোর্ট করুন।
টেমপ্লেটের জন্য এক মিনিটের প্রাক-যাচাই
ক্যাম্পেইনের আগে টেমপ্লেটটি একটি GSM-7 যাচাইয়ের মধ্য দিয়ে চালান: এটি কোন বর্ণমালায় পড়ছে এবং কয়টি অংশ হচ্ছে তা নিশ্চিত করুন, আর অদৃশ্য UCS-2 ট্রিগারগুলো সরিয়ে ফেলুন। প্রতি মেসেজের খরচ কমানোর এর চেয়ে সস্তা উপায় আর নেই।