ChatMeld ଅପଡେଟ୍ ହେଲା: ନୂଆ ପ୍ରୋଫାଇଲ୍, ଏକକ ସାଇନ୍-ଇନ୍ ଏବଂ ବିଜ୍ଞପ୍ତି ଉପରେ ଅଧିକ ନିୟନ୍ତ୍ରଣ

ChatMeld ଏବେ ଅଧିକ ସୁବିଧାଜନକ: ନୂଆ ପ୍ରୋଫାଇଲ୍, ଏକକ ସାଇନ୍-ଇନ୍ ଏବଂ ଯୋଗାଯୋଗ ଉପରେ ଅଧିକ ନିୟନ୍ତ୍ରଣ

ChatMeldର ଏକ ବଡ଼ ଅପଡେଟ୍ ଆସିଛି। ଏଥିରେ ସ୍ଥାୟୀ ନିକନେମ୍, ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍, MeldID ମାଧ୍ୟମରେ ସାଇନ୍-ଇନ୍ ଏବଂ ବିଜ୍ଞପ୍ତି ପରିଚାଳନା ପାଇଁ ଅଧିକ ସୁବିଧା ଯୋଡ଼ାଯାଇଛି। ଡେଭେଲପରମାନେ ଆପ୍‌ଟିକୁ ଦୈନନ୍ଦିନ ଯୋଗାଯୋଗ ପାଇଁ ଅଧିକ ସୁବିଧାଜନକ କରିଛନ୍ତି, ତଥାପି ଏହାର ମୂଳ ସିଦ୍ଧାନ୍ତଗୁଡ଼ିକ ଅକ୍ଷୁଣ୍ଣ ରହିଛି: ଅଂଶଗ୍ରହଣକାରୀଙ୍କ ଯୋଗାଯୋଗ ସୂଚନା ଗୋପନ ରହେ, ବାର୍ତ୍ତାଗୁଡ଼ିକ ସ୍ଥାୟୀ ଆର୍କାଇଭ୍‌ରେ ପରିଣତ ହୁଏନାହିଁ, ଏବଂ ବ୍ୟବହାରକାରୀଙ୍କ ସାର୍ବଜନୀନ ନାମଠାରୁ ସ୍ୱାଧୀନ ଭାବେ ସୁରକ୍ଷା ସୁନିଶ୍ଚିତ ହୁଏ।

ପୂର୍ବରୁ ମୁଁ ChatMeld ବିଷୟରେ ଲେଖିଥିଲି—ଏକ ଅସାଧାରଣ ସେବା, ଯେଉଁଠାରେ ଯୋଗାଯୋଗର ଆଧାର ଯୋଗାଯୋଗ ତାଲିକା ନୁହେଁ; ବରଂ ସ୍ଥାନ, ଭାଷା ଏବଂ ଆଲୋଚନାରେ ଯୋଗଦେବାର ସର୍ତ୍ତ।

ଆମେ ଭୌଗୋଳିକ ଚାଟ୍, Wi-Fi ସ୍ପେସ୍, ସ୍ୱୟଂଚାଳିତ ଅନୁବାଦ, ବାର୍ତ୍ତାର ଅସ୍ଥାୟୀ ସଂରକ୍ଷଣ ଏବଂ ପାରମ୍ପରିକ ପଞ୍ଜୀକରଣ ନଥାଇ ମଧ୍ୟ ନିୟମ ଲାଗୁ କରିବାକୁ ସକ୍ଷମ ସୁରକ୍ଷା ବ୍ୟବସ୍ଥା ବିଷୟରେ ଆଲୋଚନା କରିଥିଲୁ।

ଏବେ ChatMeld ଏହାର ବ୍ୟବହାରକାରୀ ବ୍ୟବସ୍ଥାରେ ସବୁଠାରୁ ଉଲ୍ଲେଖନୀୟ ଅପଡେଟ୍‌ଗୁଡ଼ିକ ମଧ୍ୟରୁ ଗୋଟିଏ ପାଇଛି।

ଆପ୍‌ରେ ଏମିତି ସୁବିଧା ଯୋଡ଼ାଯାଇଛି, ଯାହାର ଅଭାବ ପୂର୍ବରୁ ନିଶ୍ଚିତ ଭାବେ ଅନୁଭବ ହେଉଥିଲା: ସ୍ଥାୟୀ ନିକନେମ୍, ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍ ଏବଂ ଏକକ ସାଇନ୍-ଇନ୍। ଏହା ସହିତ ଡେଭେଲପରମାନେ ବିଜ୍ଞପ୍ତି ପରିଚାଳନାର ସୁବିଧା ବଢ଼ାଇଛନ୍ତି, ଯାହା ଦ୍ୱାରା ବ୍ୟବହାରକାରୀ ନିଜେ ନିର୍ଦ୍ଧାରଣ କରିପାରିବେ ଯେ ଆପ୍ କେତେଥର ଏବଂ କେଉଁ ସମୟରେ ତାଙ୍କ ଧ୍ୟାନ ଆକର୍ଷଣ କରିବ।

ପ୍ରଥମ ଦେଖାରେ ଏସବୁ ଯେକୌଣସି ଆଧୁନିକ ଯୋଗାଯୋଗ ଆପ୍‌ର ସାଧାରଣ ଉନ୍ନତି ଭଳି ଲାଗେ।

କିନ୍ତୁ ChatMeld କ୍ଷେତ୍ରରେ ଅଧିକ ଆକର୍ଷଣୀୟ ପ୍ରଶ୍ନ ହେଉଛି: ସେବାର ମୂଳ ଧାରଣାକୁ ବଦଳାଇ ନଦେଇ ପରିଚିତ ସୁବିଧାଗୁଡ଼ିକ କିପରି ଯୋଡ଼ାଯାଇପାରେ?

ରଙ୍ଗିନ ନମ୍ବରରୁ ସ୍ଥାୟୀ ନିକନେମ୍‌କୁ

ପୂର୍ବରୁ ChatMeldର ଅଂଶଗ୍ରହଣକାରୀମାନଙ୍କୁ ସଂଖ୍ୟା ଓ ରଙ୍ଗ ମିଶି ତିଆରି ହୋଇଥିବା ସ୍ୱୟଂଚାଳିତ ପରିଚୟ ଦିଆଯାଉଥିଲା।

ଗୋଟିଏ ଚାଟ୍‌ ଭିତରେ ଏହା ଯଥେଷ୍ଟ ଥିଲା। ବ୍ୟବହାରକାରୀମାନେ ପରସ୍ପରକୁ ଚିହ୍ନିପାରୁଥିଲେ ଏବଂ ଅତିରିକ୍ତ ସୂଚନା ପ୍ରକାଶ ନକରି ଏକାପରକୁ ସମ୍ବୋଧନ କରିପାରୁଥିଲେ।

ତଥାପି ଏହି ବ୍ୟବସ୍ଥାର ଏକ ସୀମାବଦ୍ଧତା ଥିଲା।

ଧରନ୍ତୁ, ଜଣେ ବ୍ୟକ୍ତି ନିୟମିତ ଭାବେ ChatMeld ବ୍ୟବହାର କରନ୍ତି। ସକାଳେ ସେ ଟ୍ରେନ୍‌ର ଯାତ୍ରୀମାନଙ୍କ ସହ କଥା ହୁଅନ୍ତି, ଦିନରେ ବିଶ୍ୱବିଦ୍ୟାଳୟ ପାଖରେ ଏକ ଆଲୋଚନାରେ ଯୋଗ ଦିଅନ୍ତି, ଆଉ ସନ୍ଧ୍ୟାରେ ନିଜ ଅଞ୍ଚଳର ଚାଟ୍‌କୁ ଯାଆନ୍ତି।

ପ୍ରତ୍ୟେକ ଆଲୋଚନାରେ ତାଙ୍କ ପରିଚୟ ଅଲଗା ହୋଇପାରୁଥିଲା।

ଆଭ୍ୟନ୍ତରୀଣ ସୁରକ୍ଷା ବ୍ୟବସ୍ଥା ପାଇଁ ଏହାର କୌଣସି ମହତ୍ତ୍ୱ ନଥିଲା: ChatMeld ପୂର୍ବରୁ ମଧ୍ୟ ନିଜର ବୈଷୟିକ ପରିଚୟ ସଂଖ୍ୟା ବ୍ୟବହାର କରୁଥିଲା।

କିନ୍ତୁ ସାଧାରଣ ଅଂଶଗ୍ରହଣକାରୀଙ୍କ ପାଇଁ ପରିସ୍ଥିତି ଅଲଗା ଥିଲା। ଅନ୍ୟ ଚାଟ୍‌ରେ ପରିଚିତ ଆଲୋଚନାକାରୀଙ୍କୁ ଚିହ୍ନିବା ପ୍ରାୟ ଅସମ୍ଭବ ଥିଲା।

ଏବେ ଏହି ସମସ୍ୟାର ସମାଧାନ ହୋଇଛି।

ପ୍ରତ୍ୟେକ ପଞ୍ଜୀକୃତ ବ୍ୟବହାରକାରୀ ଗୋଟିଏ ଅନନ୍ୟ ନିକନେମ୍ ପାଆନ୍ତି, ଯାହା ଭାଷା, ସ୍ଥାନ ଏବଂ ଚୟନ କରାଯାଇଥିବା ଚାଟ୍‌ଠାରୁ ସ୍ୱାଧୀନ ଭାବେ ସମଗ୍ର ChatMeldରେ କାମ କରେ।

କେହି Bobr ନିକନେମ୍ ବ୍ୟବହାର କଲେ, ବର୍ଲିନ୍‌ର ଜର୍ମାନ୍‌ ଭାଷାର ଚାଟ୍‌ରେ ହେଉ କିମ୍ବା ମ୍ୟୁନିଖ୍‌ର ରୁଷୀୟ ଭାଷାର ଆଲୋଚନାରେ—ସେ Bobr ହିଁ ରହିବେ।

ତଥାପି ନିକନେମ୍‌ଟି ବ୍ୟବହାରକାରୀଙ୍କ ବୈଷୟିକ ପରିଚୟ ସଂଖ୍ୟା ନୁହେଁ।

ଚାଲୁଥିବା ପ୍ଲାନ୍‌ର ସୁବିଧା ଅନୁଯାୟୀ ଏହାକୁ ବଦଳାଯାଇପାରେ, କିନ୍ତୁ ଏପରି ପରିବର୍ତ୍ତନ ନୂଆ ପଞ୍ଜୀକରଣ ସୃଷ୍ଟି କରେନାହିଁ କିମ୍ବା ପୂର୍ବରୁ ଲାଗୁ ହୋଇଥିବା ନିୟମଗୁଡ଼ିକୁ ରଦ୍ଦ କରେନାହିଁ।

ଏହାଦ୍ୱାରା ଦୁଇଟି କାମ ଅଲଗା ହୋଇଛି: ନିକନେମ୍ ଲୋକଙ୍କୁ ପରସ୍ପରକୁ ଚିହ୍ନିବାରେ ସାହାଯ୍ୟ କରେ, ଆଉ ଆଭ୍ୟନ୍ତରୀଣ ବ୍ୟବସ୍ଥା ସୁରକ୍ଷାର ଦାୟିତ୍ୱ ନିଏ।

ଯୋଗାଯୋଗ ସୂଚନା ପ୍ରକାଶ ନକରି ଏକ ପ୍ରୋଫାଇଲ୍

ନିକନେମ୍ ସହିତ ChatMeldରେ ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍ ମଧ୍ୟ ଆସିଛି।

ଏବେ ଅନ୍ୟ ଅଂଶଗ୍ରହଣକାରୀଙ୍କ ପ୍ରୋଫାଇଲ୍ ଖୋଲି ଆପ୍‌ରେ ଦେଖାଯାଉଥିବା ତାଙ୍କ ବିଷୟରେ ସୂଚନା ଦେଖିହେବ।

ପ୍ରୋଫାଇଲ୍‌ରେ ନାମ ଓ ନିକନେମ୍ ଦେଖାଯାଏ। ବ୍ୟବହାରକାରୀଙ୍କ ପାଖରେ ବିଶେଷ ଅଧିକାର ଥିଲେ, ତାଙ୍କ ଭୂମିକାର ସ୍ଥିତି—ଉଦାହରଣ ସ୍ୱରୂପ ମଡେରେଟର୍‌ର ସ୍ଥିତି—ମଧ୍ୟ ଦେଖାଯାଇପାରେ।

ଉପଲବ୍ଧ ସୂଚନାର ପରିସର ଆଗକୁ ବଢ଼ିପାରେ, କିନ୍ତୁ ପାରମ୍ପରିକ ସୋସିଆଲ୍ ପ୍ଲାଟଫର୍ମଠାରୁ ଏହାର ମୁଖ୍ୟ ପାର୍ଥକ୍ୟ ଏବେଠାରୁ ସ୍ପଷ୍ଟ।

ChatMeldରେ ଫୋନ୍ ନମ୍ବର, ଇମେଲ୍ ଠିକଣା କିମ୍ବା ଅନ୍ୟ ମେସେଞ୍ଜର୍‌ର ଲିଙ୍କ୍ ପ୍ରକାଶ କରିବା ଆବଶ୍ୟକ ନୁହେଁ।

ଏହାଠାରୁ ମଧ୍ୟ ବଡ଼ କଥା, ଚାଲୁଥିବା ଯୋଗାଯୋଗ ନିୟମ ଏବେ ମଧ୍ୟ ବାର୍ତ୍ତାରେ ଯୋଗାଯୋଗ ସୂଚନା ବାଣ୍ଟିବାକୁ ସୀମିତ କରେ।

ଏହା ଏପରି ଏକ ସେବା ପାଇଁ ବିଶେଷ ମହତ୍ତ୍ୱପୂର୍ଣ୍ଣ, ଯେଉଁଠାରେ ଲୋକମାନେ ପୂର୍ବରୁ ପରସ୍ପରକୁ ନଜାଣି ମଧ୍ୟ ଆଲୋଚନାରେ ଯୋଗ ଦେଇପାରନ୍ତି।

ଧରନ୍ତୁ, କୌଣସି କାର୍ଯ୍ୟକ୍ରମରେ ଯୋଗଦେଇଥିବା ଲୋକମାନେ।

ସେମାନେ ଗୋଟିଏ ସ୍ଥାନରେ ଅଛନ୍ତି, ଉପଲବ୍ଧ ଚାଟ୍‌କୁ ଦେଖନ୍ତି ଏବଂ ସେଠାରେ ଚାଲିଥିବା ବିଷୟ ଉପରେ ଆଲୋଚନା ଆରମ୍ଭ କରନ୍ତି। ଏବେ ଅଂଶଗ୍ରହଣକାରୀମାନେ ସ୍ଥାୟୀ ନିକନେମ୍‌ରେ ପରସ୍ପରକୁ ସମ୍ବୋଧନ କରିପାରନ୍ତି ଏବଂ ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍ ଦେଖିପାରନ୍ତି।

କିନ୍ତୁ ଏଥିପାଇଁ ସେମାନଙ୍କୁ ଫୋନ୍ ନମ୍ବର ବଦଳ କରିବାକୁ କିମ୍ବା ନିଜ ବ୍ୟକ୍ତିଗତ ଯୋଗାଯୋଗ ସୂଚନାକୁ ପ୍ରବେଶ ଦେବାକୁ ପଡ଼େନାହିଁ।

ବ୍ୟବହାରକାରୀ ନିଜ ନାମ ସିଧାସଳଖ ChatMeldରେ ଲେଖନ୍ତି। ଏହା ପ୍ରୋଫାଇଲ୍‌ର ସାର୍ବଜନୀନ ଅଂଶ, କିନ୍ତୁ ଏହା ନିଜେ ପ୍ରକୃତ ପରିଚୟର ପ୍ରମାଣ ନୁହେଁ।

ଏହିପରି, ପ୍ରୋଫାଇଲ୍ ବ୍ୟକ୍ତିଗତ ଯୋଗାଯୋଗ ସୂଚନା ବାଧ୍ୟତାମୂଳକ ଭାବେ ପ୍ରକାଶ ନକରାଇ ଯୋଗାଯୋଗକୁ ଅଧିକ ସ୍ପଷ୍ଟ କରେ।

MeldID: ଏକକ ସାଇନ୍-ଇନ୍, କିନ୍ତୁ ସମସ୍ତ ସେବା ପାଇଁ ଏକକ ପ୍ରୋଫାଇଲ୍ ନୁହେଁ

ସବୁଠାରୁ ମହତ୍ତ୍ୱପୂର୍ଣ୍ଣ ବୈଷୟିକ ପରିବର୍ତ୍ତନଟି ସାଇନ୍-ଇନ୍ ସହ ଜଡ଼ିତ।

ChatMeld ଏବେ DigiMeld ଇକୋସିଷ୍ଟମ୍‌ର ଏକକ ସାଇନ୍-ଇନ୍ ବ୍ୟବସ୍ଥା MeldID ବ୍ୟବହାର କରେ।

ପୂର୍ବ ଲେଖାରେ ମୁଁ ବିସ୍ତାରରେ ବୁଝାଇଥିଲି ଯେ ChatMeld ପାରମ୍ପରିକ ପଞ୍ଜୀକରଣ ଫର୍ମ ବିନା କିପରି କାମ କରୁଥିଲା।

ସେତେବେଳେ ଆପ୍ ନିଜେ ଏକ ବୈଷୟିକ ପ୍ରୋଫାଇଲ୍ ଏବଂ ଡିଭାଇସ୍ ପରିଚୟ ସଂଖ୍ୟା ତିଆରି କରୁଥିଲା। ବ୍ୟବହାରକାରୀଙ୍କୁ ଇମେଲ୍ ଠିକଣା ଦେବା, ପାସୱାର୍ଡ ତିଆରି କରିବା କିମ୍ବା ଫର୍ମ ପୂରଣ କରିବା ଦରକାର ନଥିଲା।

ଏହି ଗଠନ ପାରମ୍ପରିକ ଆକାଉଣ୍ଟ୍ ବିନା ସୁରକ୍ଷା ସୁନିଶ୍ଚିତ କରିବାକୁ ସକ୍ଷମ କରୁଥିଲା।

ଏବେ ଏହି ବ୍ୟବସ୍ଥାରେ MeldID ମାଧ୍ୟମରେ ସାଇନ୍-ଇନ୍ ଯୋଡ଼ାଯାଇଛି।

ସାଇନ୍-ଇନ୍ ସମୟରେ ChatMeld MeldIDଠାରୁ କେବଳ ଦୁଇଟି ତଥ୍ୟ ପାଏ: ଇମେଲ୍ ଠିକଣା ଏବଂ ଆକାଉଣ୍ଟ୍‌ର ଏକ ଅନନ୍ୟ ପରିଚୟ ସଂଖ୍ୟା।

MeldIDଠାରୁ ଅନ୍ୟ କୌଣସି ବ୍ୟକ୍ତିଗତ ସୂଚନା ମଗାଯାଏନାହିଁ।

ବ୍ୟବହାରକାରୀ ନାମ ଏବଂ ନିକନେମ୍ ସିଧାସଳଖ ChatMeldରେ ଲେଖନ୍ତି।

ଏହାର ଅର୍ଥ, ଏକକ ସାଇନ୍-ଇନ୍ ଭିନ୍ନ ଆପ୍‌ର ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍‌ଗୁଡ଼ିକୁ ସ୍ୱୟଂଚାଳିତ ଭାବେ ଏକତ୍ର କରେନାହିଁ।

ChatMeldରେ ସାଇନ୍-ଇନ୍ କରିବା ପାଇଁ ଅଲଗା MeldID ଆପ୍ ସ୍ଥାପନ କରିବା ମଧ୍ୟ ଦରକାର ନାହିଁ।

ବ୍ୟବହାରକାରୀଙ୍କୁ ସାଇନ୍-ଇନ୍‌ର ଏକ ପରିଚିତ ପଦ୍ଧତି ମିଳେ, ଆଉ ChatMeld ନିଜସ୍ୱ ଅଲଗା ପାସୱାର୍ଡ ବ୍ୟବସ୍ଥା ତିଆରି ନକରି ସ୍ଥାୟୀ ନିକନେମ୍ ଓ ପ୍ରୋଫାଇଲ୍ ପରିଚାଳନା କରିପାରେ।

ଏକକ ସାଇନ୍-ଇନ୍‌ର ଅର୍ଥ ଏକକ ବ୍ଲକ୍ ବ୍ୟବସ୍ଥା ନୁହେଁ

ଏକକ ସାଇନ୍-ଇନ୍‌ର ଏକ ବିଶେଷ ଦିଗ ଅଛି, ଯାହା ଧ୍ୟାନ ଦେବା ଯୋଗ୍ୟ।

ଯେତେବେଳେ ଅନେକ ଆପ୍ ଏକ ସାଇନ୍-ଇନ୍ ବ୍ୟବସ୍ଥା ବ୍ୟବହାର କରନ୍ତି, ସେତେବେଳେ ଏକ ପ୍ରଶ୍ନ ଉଠିପାରେ: ଜଣେ ବ୍ୟବହାରକାରୀଙ୍କୁ ଗୋଟିଏ ଆପ୍‌ରେ ବ୍ଲକ୍ କରାଗଲେ କ’ଣ ହେବ?

ChatMeldରେ ଦାୟିତ୍ୱକୁ ଅଲଗା କରି ଏହି ପ୍ରଶ୍ନର ସମାଧାନ କରାଯାଇଛି।

MeldID ପଞ୍ଜୀକରଣ ଓ ସାଇନ୍-ଇନ୍ ପାଇଁ ବ୍ୟବହୃତ ହୁଏ।

ପ୍ରୋଫାଇଲ୍, ନିକନେମ୍, ମଡେରେସନ୍ ଏବଂ ପ୍ରବେଶ ସୀମା ChatMeld ନିଜେ ପରିଚାଳନା କରେ।

କୌଣସି ବ୍ୟବହାରକାରୀ ChatMeldର ନିୟମ ଭଙ୍ଗ କଲେ, ଦଣ୍ଡ କେବଳ ଏହି ଆପ୍‌ ଭିତରେ ଲାଗୁ ହୁଏ।

ତାଙ୍କ MeldID ଆକାଉଣ୍ଟ୍ ବ୍ଲକ୍ ହୁଏନାହିଁ।

ଅନ୍ୟ DigiMeld ସେବା ବ୍ୟବହାର କରିବାର ସୁଯୋଗ ମଧ୍ୟ ପ୍ରଭାବିତ ହୁଏନାହିଁ।

ତଥାପି MeldID ଥିବାରୁ ChatMeldର ସୀମାବଦ୍ଧତାକୁ ଏଡ଼ାଇହେବ ନାହିଁ।

ନୂଆ ସାଇନ୍-ଇନ୍ ବ୍ୟବସ୍ଥା ଆସିବା ପୂର୍ବରୁ ଥିବା ଆଭ୍ୟନ୍ତରୀଣ ପରିଚୟ ସଂଖ୍ୟା ଓ ବୈଷୟିକ ସୁରକ୍ଷା ବ୍ୟବସ୍ଥାକୁ ସିଷ୍ଟମ୍ ଏବେ ମଧ୍ୟ ବ୍ୟବହାର କରେ।

ତେଣୁ ନିକନେମ୍ ବଦଳାଇବା କିମ୍ବା ପୁଣିଥରେ ସାଇନ୍-ଇନ୍ କରିବା ନିୟମ ଭଙ୍ଗର ଦାୟିତ୍ୱକୁ ରଦ୍ଦ କରେନାହିଁ।

ଏହା ଏକ ମହତ୍ତ୍ୱପୂର୍ଣ୍ଣ ଗଠନାତ୍ମକ ପାର୍ଥକ୍ୟ: ଏକକ ସାଇନ୍-ଇନ୍ ପ୍ରବେଶକୁ ସହଜ କରେ, କିନ୍ତୁ ଭିନ୍ନ ଆପ୍‌ଗୁଡ଼ିକୁ ଏକକ ଦଣ୍ଡ ବ୍ୟବସ୍ଥାରେ ପରିଣତ କରେନାହିଁ।

ନିକନେମ୍‌ଗୁଡ଼ିକ ମଧ୍ୟ ମଡେରେସନ୍‌ରେ ଯାଞ୍ଚ ହୁଏ

ପୂର୍ବରୁ ChatMeldର ସ୍ୱୟଂଚାଳିତ ମଡେରେସନ୍ ମୁଖ୍ୟତଃ ବାର୍ତ୍ତା ଓ ଚାଟ୍‌ର ନାମ ଉପରେ ଧ୍ୟାନ ଦେଉଥିଲା।

ଏବେ ଏହା ନିକନେମ୍‌ଗୁଡ଼ିକୁ ମଧ୍ୟ ଯାଞ୍ଚ କରେ।

ଏହା ଚାଲୁଥିବା ବ୍ୟବସ୍ଥାର ଏକ ସ୍ୱାଭାବିକ ଉନ୍ନତି।

କାରଣ ସ୍ଥାୟୀ ନିକନେମ୍‌କୁ ଅନ୍ୟ ଅଂଶଗ୍ରହଣକାରୀମାନେ ଦେଖନ୍ତି। ତେଣୁ ଏହାକୁ ଅପମାନ, ଉସୁକାଇବା, ନିଷିଦ୍ଧ ଶବ୍ଦ ପ୍ରଚାର କିମ୍ବା ସେବାର ପ୍ରତିନିଧି ବୋଲି ମିଛ ପରିଚୟ ଦେବା ପାଇଁ ମଧ୍ୟ ବ୍ୟବହାର କରାଯାଇପାରେ।

ଏହି କାରଣରୁ ChatMeld ନିର୍ଦ୍ଧାରିତ ନିୟମ ଅନୁସାରେ ନିକନେମ୍‌ଗୁଡ଼ିକୁ ଯାଞ୍ଚ କରେ।

ଏଥିପାଇଁ SprachMeld ଏବଂ ଅନ୍ୟ ସ୍ୱୟଂଚାଳିତ ଯାଞ୍ଚ ଉପକରଣ ବ୍ୟବହୃତ ହୁଏ।

ସିଷ୍ଟମ୍ କେବଳ ନିଷିଦ୍ଧ ଶବ୍ଦକୁ ନୁହେଁ, ଲେଖାର ରୂପ ବଦଳାଇ ସେଗୁଡ଼ିକୁ ଲୁଚାଇବାର ଚେଷ୍ଟାକୁ ମଧ୍ୟ ଧ୍ୟାନରେ ରଖେ।

ଏହା ସହିତ, ଅନୁଚିତ ନିକନେମ୍ ବିଷୟରେ ଅଭିଯୋଗ କରିବାର ସୁଯୋଗ ବ୍ୟବହାରକାରୀମାନେ ପାଇଛନ୍ତି।

ତଥାପି ନିକନେମ୍‌ର ମଡେରେସନ୍ ବାର୍ତ୍ତାର ମଡେରେସନ୍‌ର ବିକଳ୍ପ ନୁହେଁ।

ସମସ୍ତ ବାର୍ତ୍ତା ପ୍ରକାଶ ପୂର୍ବରୁ ଯାଞ୍ଚ ହୁଏ, ଏବଂ ଆବଶ୍ୟକ ହେଲେ କିଛି ନିୟମ ଭଙ୍ଗକୁ ମଡେରେଟରମାନେ ଅଲଗା ଭାବେ ବିଚାର କରିପାରନ୍ତି।

ଏହିପରି, ନୂଆ ସୁବିଧାଗୁଡ଼ିକ ଆପ୍‌ରେ ଅଲଗା କୌଣସି ଅସୁରକ୍ଷିତ କ୍ଷେତ୍ର ସୃଷ୍ଟି କରିନାହିଁ। ChatMeldରେ ପୂର୍ବରୁ ବ୍ୟବହୃତ ସମାନ ସୁରକ୍ଷା ସିଦ୍ଧାନ୍ତ ଏଗୁଡ଼ିକ ପାଇଁ ମଧ୍ୟ ଲାଗୁ ହୁଏ।

ବ୍ୟବହାରକାରୀଙ୍କ ଆବଶ୍ୟକତା ଅନୁଯାୟୀ ବିଜ୍ଞପ୍ତି

ଆଉ ଏକ ଉଲ୍ଲେଖନୀୟ ପରିବର୍ତ୍ତନ ପୁଶ୍ ବିଜ୍ଞପ୍ତି ସହ ଜଡ଼ିତ।

ପ୍ରଥମ ଦେଖାରେ ଏହା ଯେକୌଣସି ଯୋଗାଯୋଗ ଆପ୍‌ର ସାଧାରଣ ସୁବିଧା। କିନ୍ତୁ ChatMeldରେ ଏହାର ବିଶେଷ ମହତ୍ତ୍ୱ ଅଛି।

ବ୍ୟବହାରକାରୀ ଏକ ସମୟରେ ଅନେକ ଭୌଗୋଳିକ, Wi-Fi କିମ୍ବା ହାଇବ୍ରିଡ୍ ଚାଟ୍‌ରେ ଯୋଗ ଦେଇପାରନ୍ତି। ପ୍ରତ୍ୟେକ ଚାଟ୍‌ରେ ସକ୍ରିୟ ଆଲୋଚନା ଚାଲିଲେ, ନୂଆ ବାର୍ତ୍ତାର ସଂଖ୍ୟା ଶୀଘ୍ର ବଢ଼ିଯାଏ।

ସାଧାରଣ ମେସେଞ୍ଜର୍‌ରେ ଏପରି ସ୍ଥିତିରେ ବିଜ୍ଞପ୍ତିର ଅବିରତ ଧାରା ସୃଷ୍ଟି ହେବା ସାଧାରଣ କଥା।

ChatMeldରେ ଡେଭେଲପରମାନେ ବିଜ୍ଞପ୍ତି ପରିଚାଳନାର ଅନେକ ସ୍ତର ରଖିଛନ୍ତି।

ବ୍ୟବହାରକାରୀ ନିଜେ ବିଜ୍ଞପ୍ତିର ଧ୍ୱନି, କମ୍ପନ ସୂଚନା ଏବଂ ଆପ୍ ଖୋଲା ଥିବାବେଳେ ବିଜ୍ଞପ୍ତି ଦେଖାଇବା ଚାଲୁ କି ବନ୍ଦ କରିପାରନ୍ତି।

ଚାଟ୍‌ରେ ଥିବା ସମୟରେ ପୁଶ୍ ବିଜ୍ଞପ୍ତି କିପରି କାମ କରିବ, ତାହାକୁ ମଧ୍ୟ ଅଲଗା ଭାବେ ନିୟନ୍ତ୍ରଣ କରିହେବ।

ଉଦାହରଣ ସ୍ୱରୂପ, ଅନ୍ୟ ଆଲୋଚନାର ବାର୍ତ୍ତା ପାଉଥିବାବେଳେ ସକ୍ରିୟ ଚାଟ୍‌ର ବିଜ୍ଞପ୍ତି ବନ୍ଦ କରିହେବ।

କିନ୍ତୁ ପୁନରାବୃତ୍ତ ବିଜ୍ଞପ୍ତିର ସଂଖ୍ୟା ସୀମିତ କରିବାର ସୁବିଧାଟି ବିଶେଷ ଆକର୍ଷଣୀୟ।

ପ୍ରତ୍ୟେକ ନୂଆ ବାର୍ତ୍ତା ପାଇଁ ଅଲଗା ପୁଶ୍ ବିଜ୍ଞପ୍ତି ବଦଳରେ, ନିର୍ଦ୍ଦିଷ୍ଟ ଚାଟ୍‌ ପାଇଁ କେବଳ ଗୋଟିଏ ବିଜ୍ଞପ୍ତି ପଠାଇବା ମୋଡ୍ ବାଛିହେବ।

ପରବର୍ତ୍ତୀ ବାର୍ତ୍ତାଗୁଡ଼ିକ ଆସୁଥାଏ, କିନ୍ତୁ ବ୍ୟବହାରକାରୀ ସେହି ଆଲୋଚନା ଖୋଲିବା ପର୍ଯ୍ୟନ୍ତ ନୂଆ ବିଜ୍ଞପ୍ତି ପଠାଯାଏନାହିଁ।

ଧରନ୍ତୁ, କିଛି ମିନିଟ୍‌ ମଧ୍ୟରେ କୌଣସି ଚାଟ୍‌ରେ ପଚାଶଟି ବାର୍ତ୍ତା ଆସିଲା।

ପଚାଶଟି ବିଜ୍ଞପ୍ତି ବଦଳରେ ବ୍ୟବହାରକାରୀ ଗୋଟିଏ ବିଜ୍ଞପ୍ତି ପାଆନ୍ତି।

ଚାଟ୍‌ରେ ନୂଆ ବାର୍ତ୍ତା ଅଛି ବୋଲି ସେ ଜାଣନ୍ତି, କିନ୍ତୁ ପ୍ରତ୍ୟେକ ନୂଆ ମତାମତ ପରେ ଫୋନ୍ ତାଙ୍କୁ ମନେ ପକାଏନାହିଁ।

ସକ୍ରିୟ ଆଲୋଚନା ପାଇଁ ଏହା ବିଶେଷ ସୁବିଧାଜନକ, ଯେଉଁଠାରେ ବ୍ୟବହାରକାରୀଙ୍କ ପାଇଁ ପ୍ରତ୍ୟେକ ବାର୍ତ୍ତାର ତୁରନ୍ତ ବିଜ୍ଞପ୍ତି ଅପେକ୍ଷା ନୂଆ ବାର୍ତ୍ତା ଆସିଥିବା କଥାଟି ଅଧିକ ମହତ୍ତ୍ୱପୂର୍ଣ୍ଣ।

ସମୟସୂଚୀ ଅନୁସାରେ ନିରବ ମୋଡ୍

ChatMeldରେ ଏବେ ଆଉ ଏକ ସୁବିଧା ଆସିଛି—ନିରବ ମୋଡ୍।

ଯେଉଁ ସମୟ ମଧ୍ୟରେ ବିଜ୍ଞପ୍ତି ନିରବ ଭାବେ ଆସିବ, ସେହି ସମୟର ଆରମ୍ଭ ଓ ଶେଷ ବ୍ୟବହାରକାରୀ ନିଜେ ବାଛନ୍ତି।

ଉଦାହରଣ ସ୍ୱରୂପ, ରାତି 22:00ରୁ ସକାଳ 08:00 ପର୍ଯ୍ୟନ୍ତ।

ଏହି ସମୟରେ ବିଜ୍ଞପ୍ତି ବନ୍ଦ ହୁଏନାହିଁ କିମ୍ବା ଅଦୃଶ୍ୟ ହୁଏନାହିଁ। ସେଗୁଡ଼ିକ ଆସୁଥାଏ, କିନ୍ତୁ ଧ୍ୱନି ସଙ୍କେତ ଦିଏନାହିଁ।

ଫୋନ୍‌ର ସମୟ ମଣ୍ଡଳ ଅନୁଯାୟୀ ସମୟ ଗଣନା କରାଯାଏ, ଏବଂ ଧାର୍ଯ୍ୟ ସମୟସୂଚୀକୁ ସର୍ଭର୍ ନିଶ୍ଚିତ କରେ।

ଏହିପରି, ବ୍ୟବହାରକାରୀ କେବଳ ବିଜ୍ଞପ୍ତିର ସଂଖ୍ୟା ନୁହେଁ, ଆପ୍ କେଉଁ ସମୟରେ ଧ୍ୱନି ଦେଇ ତାଙ୍କୁ ବିଚଳିତ ନକରିବ ତାହା ମଧ୍ୟ ନିର୍ଦ୍ଧାରଣ କରିପାରନ୍ତି।

ମୋ ମତରେ, ଏହା ChatMeldର ଧାରଣା ସହ ବିଶେଷ ଭାବେ ମେଳ ଖାଉଥିବା ଏକ ଯୋଗ।

ଏହି ସେବା ଆଖପାଖ ପରିବେଶ ସହ ଜଡ଼ିତ ଆଲୋଚନାରେ ଯୋଗ ଦେବାକୁ ଦିଏ, କିନ୍ତୁ ପ୍ରତ୍ୟେକ ବାର୍ତ୍ତା ଉପରେ ସବୁବେଳେ ନଜର ରଖିବାକୁ ବାଧ୍ୟ କରେନାହିଁ।

ଯୋଗାଯୋଗ ଉପଲବ୍ଧ ରହେ, ଆଉ ନିଜ ଧ୍ୟାନକୁ କିପରି ପରିଚାଳନା କରିବେ ତାହା ବ୍ୟବହାରକାରୀଙ୍କ ହାତରେ ରହେ।

ଗୋପନୀୟତାରେ କ’ଣ ପରିବର୍ତ୍ତନ ହେଲା?

ପଞ୍ଜୀକରଣ ଓ ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍ ଆସିବା ପରେ ବୋଧହୁଏ ଏହା ହିଁ ମୁଖ୍ୟ ପ୍ରଶ୍ନ।

ପୂର୍ବରୁ ChatMeld ବ୍ୟବହାରକାରୀଙ୍କଠାରୁ ଇମେଲ୍ ଠିକଣା ମାଗୁନଥିଲା। ଏବେ MeldID ମାଧ୍ୟମରେ ସାଇନ୍-ଇନ୍ କରିବାବେଳେ ଏହା ବ୍ୟବହୃତ ହୁଏ।

ପ୍ରକ୍ରିୟାକରଣ ହେଉଥିବା ତଥ୍ୟରେ ଏହା ଏକ ପ୍ରକୃତ ପରିବର୍ତ୍ତନ।

ତଥାପି ଏହି ସୂଚନା କାହିଁକି ବ୍ୟବହୃତ ହୁଏ ଏବଂ କାହା ପାଇଁ ଉପଲବ୍ଧ, ତାହା ବୁଝିବା ଜରୁରୀ।

ସାଇନ୍-ଇନ୍ ବ୍ୟବସ୍ଥା କାମ କରିବା ଏବଂ ପଞ୍ଜୀକରଣକୁ ChatMeld ପ୍ରୋଫାଇଲ୍ ସହ ଯୋଡ଼ିବା ପାଇଁ ଇମେଲ୍ ଠିକଣା ଆବଶ୍ୟକ।

ଅନ୍ୟ ଅଂଶଗ୍ରହଣକାରୀମାନେ ଏହା ଦେଖିପାରନ୍ତି ନାହିଁ।

MeldIDର ଅନନ୍ୟ ପରିଚୟ ସଂଖ୍ୟା ମଧ୍ୟ ଏକ ଆଭ୍ୟନ୍ତରୀଣ ବୈଷୟିକ ତଥ୍ୟ ହୋଇ ରହେ।

ନାମ ଓ ନିକନେମ୍ ଏଥିଠାରୁ ଅଲଗା ଭାବେ, ସିଧାସଳଖ ChatMeldରେ ରହେ।

ସମ୍ପର୍କିତ ଚାଟ୍‌ଗୁଡ଼ିକ ଉପଲବ୍ଧ କି ନାହିଁ ନିର୍ଣ୍ଣୟ କରିବା ପାଇଁ ଭୌଗୋଳିକ ସ୍ଥାନ ଏବେ ମଧ୍ୟ ବ୍ୟବହୃତ ହୁଏ; ବିଜ୍ଞାପନ ପାଇଁ ଗତିବିଧିର ଇତିହାସ ତିଆରି କରିବାକୁ ନୁହେଁ।

ବାର୍ତ୍ତାଗୁଡ଼ିକୁ ଯୋଗାଯୋଗର ସ୍ଥାୟୀ ବ୍ୟକ୍ତିଗତ ଆର୍କାଇଭ୍ ତିଆରି କରିବା ପାଇଁ ବ୍ୟବହାର କରାଯାଏନାହିଁ।

ବୈଷୟିକ ପରିଚୟ ସଂଖ୍ୟାଗୁଡ଼ିକ ସୁରକ୍ଷା ଓ ଅପବ୍ୟବହାର ପ୍ରତିରୋଧର କାମ ଏବେ ମଧ୍ୟ କରେ।

ଏହାର ଅର୍ଥ ଡେଭେଲପରମାନେ ବ୍ୟକ୍ତିଗତ ତଥ୍ୟ ପ୍ରକ୍ରିୟାକରଣ ବନ୍ଦ କରିନାହାନ୍ତି—ପୂର୍ଣ୍ଣ ସାଇନ୍-ଇନ୍ ଓ ପ୍ରୋଫାଇଲ୍ ପରିଚାଳନା ପାଇଁ ଏହା ଆବଶ୍ୟକ।

କିନ୍ତୁ ସିଷ୍ଟମ୍‌ ପାଇଁ ଦରକାରୀ ତଥ୍ୟ ଏବଂ ଅନ୍ୟ ଅଂଶଗ୍ରହଣକାରୀଙ୍କ ପାଇଁ ଉପଲବ୍ଧ ସୂଚନା ମଧ୍ୟରେ ଥିବା ପାର୍ଥକ୍ୟକୁ ସେମାନେ ଅକ୍ଷୁଣ୍ଣ ରଖିଛନ୍ତି।

ଗୋପନୀୟତା ପାଇଁ ଏହି ପାର୍ଥକ୍ୟର ହିଁ ବ୍ୟବହାରିକ ମହତ୍ତ୍ୱ ଅଛି।

ସ୍ଥାୟୀ ପ୍ରୋଫାଇଲ୍‌ର ଅର୍ଥ ସ୍ଥାୟୀ ଚାଟ୍ ନୁହେଁ

ChatMeldର ଏକ ବିଶେଷତା ଅଛି, ଯାହା ଏହାକୁ ଅଧିକାଂଶ ପରିଚିତ ମେସେଞ୍ଜର୍‌ଠାରୁ ଅଲଗା କରେ।

ଏଠାରେ ବ୍ୟବହାରକାରୀଙ୍କ ଅସ୍ତିତ୍ୱର ସମୟ ଓ ଆଲୋଚନାର ଅସ୍ତିତ୍ୱର ସମୟ ସିଧାସଳଖ ଜଡ଼ିତ ନୁହେଁ।

ବ୍ୟବହାରକାରୀଙ୍କର ଏକ ସ୍ଥାୟୀ ନିକନେମ୍ ଥାଇପାରେ ଏବଂ ସେ ଏକେ ପ୍ରୋଫାଇଲ୍‌ରେ ଆପ୍‌କୁ ଫେରିପାରନ୍ତି।

କିନ୍ତୁ ସାଧାରଣ ଚାଟ୍‌ ତାହାର ନିର୍ଦ୍ଧାରିତ ସମୟସୀମା ଅନୁଯାୟୀ ଚାଲିଥାଏ।

ଅଂଶଗ୍ରହଣକାରୀମାନେ ଯୋଗାଯୋଗ ଜାରି ରଖିଲେ, ସେହି ସକ୍ରିୟତା ଆଲୋଚନାର ଅବଧି ବଢ଼ାଏ।

ଯୋଗାଯୋଗ ବନ୍ଦ ହୋଇଗଲେ, ନିର୍ଦ୍ଧାରିତ ସମୟ ପରେ ଚାଟ୍ ହଟାଇ ଦିଆଯାଏ।

MeldID ଆସିବା ପରେ ଏହି ମଡେଲ୍ ବଦଳିନାହିଁ।

ପଞ୍ଜୀକରଣର ଅର୍ଥ ବ୍ୟବହାରକାରୀଙ୍କ ସମସ୍ତ ବାର୍ତ୍ତା ସ୍ୱୟଂଚାଳିତ ଭାବେ ସଂରକ୍ଷିତ ହେବା ନୁହେଁ।

ସ୍ଥାୟୀ ନିକନେମ୍ ଆଲୋଚନାର ସ୍ଥାୟୀ ଇତିହାସ ତିଆରି କରେନାହିଁ।

ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍ ଖୋଲିବାର ସୁବିଧା ସାଧାରଣ ଚାଟ୍‌କୁ ବ୍ୟକ୍ତିଗତ ଚାଟ୍‌ରେ ପରିଣତ କରେନାହିଁ।

ଏହା ହିଁ ChatMeldର ମୁଖ୍ୟ ପାର୍ଥକ୍ୟଗୁଡ଼ିକ ମଧ୍ୟରୁ ଗୋଟିଏ: ସିଷ୍ଟମ୍ ପ୍ରୋଫାଇଲ୍ ଚଳାଇବା ଓ ସୁରକ୍ଷା ପାଇଁ ଆବଶ୍ୟକ ତଥ୍ୟ ରଖେ, କିନ୍ତୁ ପ୍ରତ୍ୟେକ ଆଲୋଚନାର ଅନିର୍ଦ୍ଦିଷ୍ଟକାଳୀନ ଆର୍କାଇଭ୍ ତିଆରି କରେନାହିଁ।

ପ୍ରୋଫାଇଲ୍ ହଟାଇବା ଏବେ ଏକ ଅଲଗା ସୁବିଧା

ସ୍ଥାୟୀ ପଞ୍ଜୀକରଣ ଆସିବା ପରେ ବ୍ୟବହାରକାରୀଙ୍କ ତଥ୍ୟ ପରିଚାଳନାରେ ମଧ୍ୟ ପରିବର୍ତ୍ତନ ଆବଶ୍ୟକ ହୋଇଥିଲା।

ଏବେ ଆପ୍‌ ଭିତରୁ ସିଧାସଳଖ ChatMeld ପ୍ରୋଫାଇଲ୍ ହଟାଇବା ପାଇଁ ଅନୁରୋଧ କରିହେବ।

ପ୍ରୋଫାଇଲ୍ ହଟାଇଲେ ତାହା ସହ ଯୋଡ଼ା ନିକନେମ୍ ପୁଣି ଉପଲବ୍ଧ ହୁଏ, ଏବଂ ପ୍ରୋଫାଇଲ୍‌ ସହ ଜଡ଼ିତ ତଥ୍ୟ ନିର୍ଦ୍ଧାରିତ ସଂରକ୍ଷଣ ନିୟମ ଅନୁଯାୟୀ ହଟାଯାଏ।

ତଥାପି ChatMeld ହଟାଇବାର ଅର୍ଥ MeldID ହଟାଇବା ନୁହେଁ।

ଏଗୁଡ଼ିକ ଭିନ୍ନ ଉଦ୍ଦେଶ୍ୟର ଅଲଗା ପଞ୍ଜୀକରଣ।

ବ୍ୟବହାରକାରୀ ନିଜ MeldID ଆକାଉଣ୍ଟ୍ ସମ୍ପୂର୍ଣ୍ଣ ଭାବେ ହଟାଇବାକୁ ଚାହିଁଲେ, MeldID ଆପ୍‌ର ସମ୍ପର୍କିତ ସୁବିଧା ବ୍ୟବହାର କରିପାରନ୍ତି କିମ୍ବା TicketMeld ମାଧ୍ୟମରେ ଅନୁରୋଧ ପଠାଇ, ଆବଶ୍ୟକ ପ୍ରକଳ୍ପ ଓ ଡିଲିସନ୍ ଫର୍ମ ବାଛିପାରନ୍ତି।

ଏକ ସ୍ୱୟଂଚାଳିତ ବ୍ୟବସ୍ଥା ମଧ୍ୟ ଅଛି।

ChatMeld ପଞ୍ଜୀକରଣ ଗୋଟିଏ ବର୍ଷ ଧରି ନିଷ୍କ୍ରିୟ ରହିଲେ, ଏହାକୁ ହଟାଇ ଦିଆଯାଏ ଏବଂ ନିକନେମ୍‌ଟି ପୁଣି ବ୍ୟବହାର ପାଇଁ ଉପଲବ୍ଧ ହୁଏ।

ଏହିପରି, ସ୍ଥାୟୀ ପ୍ରୋଫାଇଲ୍‌ର ଅର୍ଥ ବ୍ୟବହାରକାରୀଙ୍କ ପଞ୍ଜୀକରଣକୁ ଅନିର୍ଦ୍ଦିଷ୍ଟକାଳ ପାଇଁ ସଂରକ୍ଷଣ କରିବା ନୁହେଁ।

ଯାହା ବଦଳିନାହିଁ

ଏହି ଅପଡେଟ୍ ପରେ ChatMeld ବ୍ୟବହାରର ସୁବିଧା ଦୃଷ୍ଟିରୁ ପରିଚିତ ଆପ୍‌ଗୁଡ଼ିକର ଅଧିକ ନିକଟତର ହୋଇଛି।

କିନ୍ତୁ ଏହାର କାର୍ଯ୍ୟପ୍ରଣାଳୀର ମୂଳ ସିଦ୍ଧାନ୍ତଗୁଡ଼ିକ ଅପରିବର୍ତ୍ତିତ ରହିଛି।

ଯୋଗାଯୋଗ ଏବେ ମଧ୍ୟ ଭାଷା, ସ୍ଥାନ ଏବଂ ନିର୍ଦ୍ଦିଷ୍ଟ ଚାଟ୍‌ରେ ପ୍ରବେଶ ସର୍ତ୍ତ ଉପରେ ନିର୍ଭର କରେ।

ଭୌଗୋଳିକ ରୁମ୍‌ଗୁଡ଼ିକ ଏବେ ମଧ୍ୟ ନିର୍ଦ୍ଦିଷ୍ଟ ଅଞ୍ଚଳ ସହ ଜଡ଼ିତ।

Wi-Fi ଚାଟ୍‌ଗୁଡ଼ିକ ସମ୍ପର୍କିତ ନେଟୱର୍କର ବ୍ୟବହାରକାରୀଙ୍କୁ ଏକାଠି କରିବା ଜାରି ରଖିଛି।

ହାଇବ୍ରିଡ୍ ରୁମ୍‌ଗୁଡ଼ିକ ଭୌଗୋଳିକ କିମ୍ବା ନେଟୱର୍କ ଆଧାରିତ ପ୍ରବେଶ ସର୍ତ୍ତ ବ୍ୟବହାର କରିବାର ସୁଯୋଗ ଦିଏ।

ସ୍ୱୟଂଚାଳିତ ଅନୁବାଦ ଭିନ୍ନ ଭାଷା କହୁଥିବା ଅଂଶଗ୍ରହଣକାରୀଙ୍କୁ ଯୋଗାଯୋଗରେ ସାହାଯ୍ୟ କରେ।

ବ୍ୟବହାରକାରୀଙ୍କ ପ୍ରୋଫାଇଲ୍ ଆସିଛି ବୋଲି ଅସ୍ଥାୟୀ ଚାଟ୍‌ଗୁଡ଼ିକ ସ୍ଥାୟୀ ଗ୍ରୁପ୍‌ରେ ପରିଣତ ହୁଏନାହିଁ।

ପ୍ରକାଶ ପୂର୍ବରୁ ହେଉଥିବା ମଡେରେସନ୍ ବାର୍ତ୍ତାଗୁଡ଼ିକୁ ଯାଞ୍ଚ କରିବା ଜାରି ରଖିଛି।

ଆଉ ସାର୍ବଜନୀନ ନିକନେମ୍ ଆଭ୍ୟନ୍ତରୀଣ ସୁରକ୍ଷା ବ୍ୟବସ୍ଥାର ବିକଳ୍ପ ନୁହେଁ।

ମୂଳତଃ, ବ୍ୟବହାରକାରୀଙ୍କ ଆପ୍ ସହ ଯୋଗାଯୋଗ କରିବାର ପଦ୍ଧତି ବଦଳିଛି, କିନ୍ତୁ ଯୋଗାଯୋଗର ମଡେଲ୍ ବଦଳିନାହିଁ।

ମୂଳ ଧାରଣା ଛାଡ଼ି ନଦେଇ ଉନ୍ନତି

ମୁଁ ପ୍ରଥମେ ChatMeld ବିଷୟରେ ଲେଖିବାବେଳେ, ଯୋଗାଯୋଗର ଏହାର ଅସାଧାରଣ ବ୍ୟବସ୍ଥା ମୋତେ ସବୁଠାରୁ ଅଧିକ ଆକର୍ଷିତ କରିଥିଲା।

ପରିଚିତ ଲୋକଙ୍କୁ ଖୋଜିବା ବଦଳରେ, ଆପ୍‌ଟି ସ୍ଥାନ, ଭାଷା ଓ ସେହି ସମୟର ପରିସ୍ଥିତି ସହ ମେଳ ଖାଉଥିବା ଆଲୋଚନା ଖୋଜିବାକୁ ପ୍ରସ୍ତାବ ଦେଉଥିଲା।

ପରେ ମୁଁ ସୁରକ୍ଷା ବ୍ୟବସ୍ଥାକୁ ଅଧିକ ବିସ୍ତାରରେ ବୁଝିଲି ଏବଂ ନିଶ୍ଚିତ ହେଲି ଯେ ପାରମ୍ପରିକ ପଞ୍ଜୀକରଣ ନଥିବାର ଅର୍ଥ ବୈଷୟିକ ନିୟନ୍ତ୍ରଣ ନଥିବା ନୁହେଁ।

ଏବେ ChatMeld ଆଉ ଏକ ପଦକ୍ଷେପ ନେଇଛି।

ଡେଭେଲପରମାନେ ଦୈନନ୍ଦିନ ବ୍ୟବହାରକୁ ଅଧିକ ସୁବିଧାଜନକ କରିବା ପାଇଁ ଆବଶ୍ୟକ ସୁବିଧା ଯୋଡ଼ିଛନ୍ତି: ସ୍ଥାୟୀ ନିକନେମ୍, ସାର୍ବଜନୀନ ପ୍ରୋଫାଇଲ୍, ଏକକ ସାଇନ୍-ଇନ୍, ଲଚିଳା ବିଜ୍ଞପ୍ତି ପରିଚାଳନା ଏବଂ ପଞ୍ଜୀକରଣ ହଟାଇବାର ଏକ ସ୍ପଷ୍ଟ ବ୍ୟବସ୍ଥା।

ତଥାପି ପରିଚିତ ଇଣ୍ଟରଫେସ୍ ପାଇଁ ସେମାନେ ସମଗ୍ର ଗଠନକୁ ବଦଳାଇନାହାନ୍ତି।

ବ୍ୟବହାରକାରୀ ଭିନ୍ନ ଚାଟ୍‌ରେ ଚିହ୍ନା ପଡ଼ିବାର ସୁଯୋଗ ପାଇଛନ୍ତି, କିନ୍ତୁ ଯୋଗାଯୋଗ ସୂଚନା ପ୍ରକାଶ କରିବା ଦରକାର ନାହିଁ।

ଏକକ ସାଇନ୍-ଇନ୍ ଆସିଛି, କିନ୍ତୁ ଗୋଟିଏ ଆପ୍‌ର ସୀମା ଅନ୍ୟ ଆପ୍‌ଗୁଡ଼ିକୁ ଲାଗୁ ହୁଏନାହିଁ।

ସ୍ଥାୟୀ ପ୍ରୋଫାଇଲ୍ ଆସିଛି, କିନ୍ତୁ ଆଲୋଚନାଗୁଡ଼ିକ ଅସ୍ଥାୟୀ ରହିଛି।

ବିଜ୍ଞପ୍ତି ଅଧିକ ଲଚିଳା ହୋଇଛି, କିନ୍ତୁ ଆପ୍ କେବେ ଓ କେତେଥର ଧ୍ୟାନ ଆକର୍ଷଣ କରିବ ତାହା ବ୍ୟବହାରକାରୀ ନିଜେ ନିର୍ଦ୍ଧାରଣ କରନ୍ତି।

ମଡେରେସନ୍‌ର ପରିସର ବଢ଼ିଛି, କିନ୍ତୁ ଏହାର ଉଦ୍ଦେଶ୍ୟ ପୂର୍ବପରି ନିୟମ ଭଙ୍ଗ ପ୍ରତିରୋଧ କରିବା—ବ୍ୟବହାରକାରୀଙ୍କ ଦୈନନ୍ଦିନ ଜୀବନ ଉପରେ ନଜର ରଖିବା ନୁହେଁ।

ମୋ ମତରେ, ନିଜସ୍ୱ ଯୋଗାଯୋଗ ପଦ୍ଧତି ପ୍ରସ୍ତାବ କରିଥିବା ଏକ ଉତ୍ପାଦର ବିକାଶ ଏହିପରି ହେବା ଉଚିତ।

ବ୍ୟବହାରକାରୀଙ୍କୁ ଅତିରିକ୍ତ ସୁବିଧା ଦରକାର ହେଲା ବୋଲି ସଫଳ ସମାଧାନଗୁଡ଼ିକୁ ଛାଡ଼ି ନଦେଇ, ମୂଳ ସିଦ୍ଧାନ୍ତ ଅକ୍ଷୁଣ୍ଣ ରଖି ସୁବିଧା ବଢ଼ାଇବା।

ChatMeld ଏବେ ଅଧିକ ସୁବିଧାଜନକ ଓ ସ୍ପଷ୍ଟ, କିନ୍ତୁ ଏହାର ମୂଳ ଧାରଣା ଅପରିବର୍ତ୍ତିତ: କଥା ହେବା ପାଇଁ ଗୋଟିଏ ସାଧାରଣ ସ୍ଥାନ, ଭାଷା ଏବଂ ଆଲୋଚନା କରିବାର ଇଚ୍ଛା ଯଥେଷ୍ଟ—ବ୍ୟକ୍ତିଗତ ଯୋଗାଯୋଗ ସୂଚନା ବଦଳ କରିବାର ଆବଶ୍ୟକତା ନାହିଁ।

ChatMeld ବିଷୟରେ ଅଧିକ ଜାଣନ୍ତୁ: https://chatmeld.de