লুকানো AJAX যে জাল পারফরম্যান্স জন্য অনুরোধ করা কতটা নিরাপদ?


48

একটি লুকানো এজেএক্স অনুরোধ কী?

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

এজেএক্স-র অনুরোধের নিষেধাজ্ঞার উদাহরণ এখানে রয়েছে;

  • ইমেলগুলির একটি সংগ্রহে ব্যবহারকারী ক্লিকগুলি মুছুন। আইটেমগুলি তত্ক্ষণাত্ তাদের ইনবক্স থেকে অদৃশ্য হয়ে যায় এবং তারা অন্যান্য ক্রিয়াকলাপ দিয়ে চালিয়ে যেতে পারে। এদিকে, একটি এজেএক্স অনুরোধ পটভূমিতে আইটেমগুলি মোছার প্রক্রিয়া করছে।
  • ব্যবহারকারী নতুন রেকর্ডের জন্য একটি ফর্ম পূরণ করে। ক্লিকগুলি সংরক্ষণ করুন। নতুন আইটেমটি তালিকায় তত্ক্ষণাত উপস্থিত হবে। ব্যবহারকারী নতুন রেকর্ড যুক্ত করা চালিয়ে যেতে পারেন।

স্পষ্ট করার জন্য, এজেএক্স অনুরোধটি ব্লক করার উদাহরণগুলি এখানে রয়েছে;

  • ইমেলগুলির একটি সংগ্রহে ব্যবহারকারী ক্লিকগুলি মুছুন। একটি ঘন্টাঘড়ি কার্সার প্রদর্শিত হবে। এজেএক্স অনুরোধটি করা হয় এবং যখন এটি সাড়া দেয় তখন ঘড়ির কাচের কার্সারটি বন্ধ হয়ে যায়। অপারেশনটি সম্পূর্ণ হওয়ার জন্য ব্যবহারকারীকে এক সেকেন্ড অপেক্ষা করতে হবে।
  • ব্যবহারকারী নতুন রেকর্ডের জন্য একটি ফর্ম পূরণ করে। ক্লিকগুলি সংরক্ষণ করুন। একটি এজেএক্স লোডার অ্যানিমেটিং দিয়ে ফর্মটি ধূসর হয়ে যায়। একটি বার্তা দেখানো হয়েছে "আপনার ডেটা সংরক্ষণ করা হয়েছিল" এবং নতুন রেকর্ডটি তালিকায় উপস্থিত হবে।

উপরোক্ত দুটি পরিস্থিতিতে পার্থক্য হ'ল একটি অ-ব্লক করা এজেএক্স সেটআপ কোনও অপারেটিং পারফরম্যান্সের প্রতিক্রিয়া সরবরাহ করে না এবং একটি ব্লকিং এজেএক্স সেটআপ করে।

লুকানো এজেএক্স অনুরোধগুলির ঝুঁকি

এজেএক্স অনুরোধের এই স্টাইলের সবচেয়ে বড় ঝুঁকিটি হ'ল যখন এজেএক্স অনুরোধটি ব্যর্থ হয় তখন ওয়েব অ্যাপ্লিকেশনটি সম্পূর্ণ আলাদা অবস্থায় থাকতে পারে।

উদাহরণস্বরূপ, একটি অবরুদ্ধকরণ উদাহরণ;

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

পর্যায়ক্রমে, একটি ব্লক উদাহরণ;

  • ব্যবহারকারী একগুচ্ছ ইমেল নির্বাচন করে। মুছে ফেলা বোতামটি ক্লিক করে। এক ঘন্টা গ্লাস দেখে তবে অপারেশন ব্যর্থ হয়। তারা "ত্রুটি। ব্লাহ ব্লাহ ব্লাহ" বলে একটি ত্রুটি বার্তা পেয়েছে। তারা ইমেলগুলির তালিকায় ফিরে আসে এবং তাদের এখনও নির্বাচিত মুছতে চাইত এমন ইমেল রয়েছে। তারা এগুলি আবার মুছতে চেষ্টা করতে পারে।

এজেএক্স-র অনুরোধগুলি নিষিদ্ধ করার জন্য অন্যান্য প্রযুক্তিগত ঝুঁকিও রয়েছে। ব্যবহারকারী ব্রাউজারটি বন্ধ করতে পারে, অন্য ওয়েবসাইটে নেভিগেট করতে পারে এবং তারা বর্তমান ওয়েবের অন্য কোনও স্থানে নেভিগেট করতে পারে যা কোনও ত্রুটির প্রতিক্রিয়ার প্রসঙ্গকে অর্থহীন করে তোলে।

তাহলে কেন এটি এত জনপ্রিয় হয়ে উঠছে?

ফেসবুক, গুগল, মাইক্রোসফ্ট, ইত্যাদি .. ইত্যাদি। এই সমস্ত বড় ডোমেন ক্রমবর্ধমান ক্রিয়াকলাপগুলি যাতে তাত্ক্ষণিকভাবে সম্পাদিত হয় তা প্রদর্শিত করার জন্য অ-ব্লক করা এজেএক্স অনুরোধগুলি ক্রমবর্ধমানভাবে ব্যবহার করছে। আমি ফর্ম সম্পাদকগুলির বৃদ্ধিও দেখেছি যার সংরক্ষণ বা জমা বোতাম নেই । আপনি কোনও ক্ষেত্র ছাড়ার সাথে সাথে এন্টার টিপুন। মান সংরক্ষণ করা হয়। সেখানে নেই আপনার প্রোফাইল আপডেট করা হয়েছে বার্তা বা সংরক্ষণ ধাপ।

AJAX অনুরোধগুলি একটি নির্দিষ্টতা নয় এবং এগুলি শেষ না হওয়া পর্যন্ত সফল হিসাবে বিবেচনা করা উচিত নয়, তবে অনেকগুলি বড় ওয়েব অ্যাপ্লিকেশন ঠিক সেভাবেই কাজ করছে।

এই ওয়েবসাইটগুলি যে প্রতিক্রিয়াশীল অ্যাপ্লিকেশনগুলি দ্রুত উপস্থিতি ব্যয় করে একটি অপ্রয়োজনীয় ঝুঁকি গ্রহণের অনুকরণের জন্য অ-ব্লকিং এজেএক্স কলগুলি ব্যবহার করে?

এটি কি এমন ডিজাইনের ধরণ যা প্রতিযোগিতামূলক থাকার জন্য আমাদের সকলকে অনুসরণ করা উচিত?


20
এটি সফল অপারেশন অনেক বেশি সম্ভাবনার সত্য দ্বারা ন্যায়সঙ্গত, অতএব অতিরিক্ত-আশাবাদী প্রতিক্রিয়ার বিরল ক্ষেত্রে এড়াতে ধীর হয়ে যাওয়া খারাপ বাণিজ্য-বন্ধ। ব্যক্তিগত সম্পর্কের ক্ষেত্রে রূপান্তরিত হয়ে আপনি কি শান্ত, রৌদ্রোজ্জ্বল ব্যক্তি বা এমন একজনের সাথে কথোপকথন করবেন যা স্পষ্টতই ধরে নিয়েছে যে যা কিছু ভুল হতে পারে তা ভুল হয়ে যায় এবং তদনুসারে কাজ করে?
কিলিয়ান ফট

1
আমার জন্য, আমি যা নিয়ে লড়াই করছি, তা হ'ল কোনও ডেস্কটপ অ্যাপ্লিকেশনটিতে অপারেশন এবং ত্রুটি উভয়ই তত্ক্ষণাত ঘটে। যেখানে ওয়েব অ্যাপ্লিকেশনগুলির সাথে তত্ক্ষণাত্ অপারেশন ঘটে তবে ত্রুটিটি পিছিয়ে রয়েছে। তবুও, সাইটগুলি একটি ডেস্কটপ অ্যাপ্লিকেশন ডিজাইনের সাথে কাজ করে।
31:53

7
আপনার ডেস্কটপ অ্যাপ্লিকেশন ডিস্কে লেখার পরে কী ঘটেছিল তাও আপনি কী বিবেচনা করেছেন, এটি আসলে কোনও ওএস বাফারে যায় এবং প্লাস্টারে লিখিত হওয়ার আগে ডিস্ক ব্যর্থ হয়? বা, এই বিষয়টির জন্য, ডিস্কটি প্ল্যাটারে বাইটগুলি লেখার পরে ব্যর্থ হয়। উভয় ক্ষেত্রেই ব্যবহারকারী মনে করেন যে সত্যিকার অর্থে কিছু না ঘটলে কিছু ঘটেছিল।
kdgregory

2
@ কিলিয়ানফট আমি অন্যকে পছন্দ করব, যিনি অনুমান করেন যে সমস্ত কিছু ভুল হতে পারে, যদি "রোদ" ব্যক্তি আপনাকে মুষ্ট্যাঘাত করতে এবং সমস্যার প্রথম চিহ্নে আপনার মানিব্যাগটি চুরি করে চলেছে। সুতরাং এটি ব্যর্থতার উপর পৃষ্ঠার প্রতিক্রিয়াটির স্কেলের উপর নির্ভর করে।
ইজকাটা

1
@ বুটল বাটকাস আমার মনে হয় সেগুলি সংরক্ষণ করার বার্তাটি নতুন। আমি প্রশ্ন জিজ্ঞাসা করার সময় তারা সেখানে ছিল না। আমি লক্ষ্য করেছি যে গুগল আরও প্রতিক্রিয়া যুক্ত করেছে ইদানীং এটি ব্যাকগ্রাউন্ডে স্টাফ করছে।
বিক্রিয়াকারী

উত্তর:


62

এটি বাস্তব প্রতিক্রিয়া হিসাবে এত "জাল" অভিনয় নয়। এটি জনপ্রিয় হওয়ার কয়েকটি কারণ রয়েছে:

  • ইন্টারনেট সংযোগ আজকাল মোটামুটি নির্ভরযোগ্য। একটি এজেএক্স অনুরোধ ব্যর্থ হওয়ার ঝুঁকি খুব কম।
  • যে অপারেশনগুলি করা হচ্ছে তা সত্যই সুরক্ষিত নয়। যদি আপনার ইমেলগুলি সার্ভারে মুছে ফেলা না হয় তবে সবচেয়ে খারাপটি ঘটে তা আপনি পরের বার পৃষ্ঠাটিতে আসার পরে সেগুলি আবার মুছতে হবে।
  • অনুরোধটি ব্যর্থ হলে আপনি ক্রিয়াটি পূর্বাবস্থায় ফিরিয়ে আনতে আপনার পৃষ্ঠাটি ডিজাইন করতে পারেন, তবে আপনাকে সত্যই সূক্ষ্ম হতে হবে না কারণ এর অর্থ সার্ভারের সাথে আপনার সংযোগ বিচ্ছিন্ন হয়ে গেছে। এটি বলা সহজ "সংযোগ হারিয়েছে recent সাম্প্রতিক পরিবর্তনগুলি সংরক্ষণ করতে অক্ষম later পরে আবার চেষ্টা করুন।"
  • আপনি কেবলমাত্র একটি আটকে থাকা এজেএক্স অনুরোধের অনুমতি দেওয়ার জন্য আপনার পৃষ্ঠাটি ডিজাইন করতে পারেন, যাতে আপনার রাষ্ট্রটি সার্ভার থেকে সিঙ্কের বাইরে চলে না।
  • AJAX অনুরোধটি মুলতুবি থাকা অবস্থায় আপনি যদি কোনও পৃষ্ঠা বন্ধ বা নেভিগেট করার চেষ্টা করেন তবে ব্রাউজার আপনাকে সতর্ক করে।

এজ্যাক্স মুলতুবি থাকা সতর্কতা


8
এই শেষ পয়েন্ট, সমস্ত ব্রাউজার ডিফল্টভাবে এটি না?
Svish

আমি জানি না। আমি এটি কেবল আই 9 এবং সর্বশেষতম ক্রোমে পরীক্ষা করেছি।
কার্ল বিলেফেল্ট

3
আপনি অবশ্যই অস্ট্রেলিয়ান ইন্টারনেটের সাথে পরিচিত নন, চলমান যানবাহনে দরিদ্র, উন্নয়নশীল এবং বিচ্ছিন্ন জায়গাগুলি এমনকি মোবাইলের কথাও উল্লেখ করবেন না ...
হিপ্পেট্রাইল

2
@ হিপ্পিট্রাইল ভাল, আপনি সময়কালে সবাইকে খুশি করতে পারবেন না।
KOVIKO

1
যখন ব্যবহারকারী কোনও অনুরোধ প্রেরণ করেন, তিনি সর্বদা নতুন পৃষ্ঠা চান না। আমি মনে করি যে ভালভাবে ডিজাইন করা এজেএক্স অ্যাপ্লিকেশনগুলি তাদের আরও উপভোগ করতে পারে, ব্যবহারকারীকে পুনরায় লোডের চেয়ে আরও দক্ষতার সাথে কী চলছে তা জানাতে।
ফ্রেডেরিক.এল

32

ধরে নেওয়া কিছু কাজ করবে এবং সার্ভারের প্রতিক্রিয়া না পাওয়া পর্যন্ত দূরবর্তী দিক থেকে ব্যর্থ হওয়ার ক্ষেত্রে ত্রুটি প্রদর্শন করা অনেক বেশি ব্যবহারকারী-বান্ধব।

একটি ইমেল ক্লায়েন্ট আসলে এর জন্য একটি দুর্দান্ত উদাহরণ: আমার যখন 5 টি ইমেল সহ একটি তালিকা থাকে এবং শীর্ষস্থানীয়টি নির্বাচিত হয় তখন আমি প্রত্যাশা করি যে DELতিনবার হিট করার সময় প্রথম তিনটি ইমেল মুছে ফেলা হবে। "ননব্লকিং এজেএক্স" দিয়ে এটি দুর্দান্ত কাজ করে - প্রতিবার আমি কীটিতে ক্লিক করলে নির্বাচিত ইমেলটি তত্ক্ষণাত সরিয়ে ফেলা হয়। কিছু ভুল হলে ত্রুটি দেখানো হয় এবং হয় না-সঠিকভাবে মুছে ফেলা ইমেলগুলি আবার দেখানো হয় বা অসামঞ্জস্যপূর্ণ স্থানীয় অবস্থা থেকে মুক্তি পেতে পৃষ্ঠাটি পুনরায় লোড করা হয়।

সুতরাং সর্বাধিক সাধারণ ক্ষেত্রে - এটি সাফল্য - এটি ব্যবহারযোগ্যতার উন্নতি করে। ইন বিরল ক্ষেত্রে - ব্যর্থতা - ব্যবহারযোগ্যতা নিকৃষ্ট (মুছে উপাদান শো আবার বা অ্যাপ্লিকেশন "পুনরায় আরম্ভ" হয়) করা হয়েছে কিন্তু কোনো আবেদন আপনি সাধারণত সাধারণ ক্ষেত্রে জন্য শ্রেষ্ঠ ব্যবহারযোগ্যতা করতে চান তৈরি করা, না ত্রুটি ক্ষেত্রে।


1
+1 এটি বিষয়টির হৃদয়ে spot ডিফল্ট লোকেরা আজকাল বাস্তবায়িত করে এমন অনেক সুরক্ষা রয়েছে যে সবচেয়ে খারাপ পরিস্থিতিতে আপনি এখনও সত্য ব্যবহারকারীর ভুলকে ঝুঁকি করছেন না: কল্পনা করুন যে ইমেল ক্লায়েন্ট মুছে ফেলতে ব্যর্থ হয়েছে, এখন স্থানীয় রাষ্ট্রটি খারাপ, এবং তারা ইমেল 4 মুছে ফেলার চেষ্টা করেছেন যা ভুলভাবে বিভ্রান্ত হয়েছে সার্ভারের সাহায্যে, ব্যাক-এন্ডের বেশিরভাগ দেবগণের সেখানে নিরাপত্তা রক্ষা করতে হবে যাতে ব্যবহারকারীরা যা চান তা কেবল মুছে ফেলতে পারেন এবং তাই এই বিভ্রান্তিকরটি ভুলভ্রান্তরূপে মুছে ফেলতে পারে না (এটি ত্রুটিতে ব্যর্থ হতে পারে তবে এটি মুছবে না) ।
জিমি হোফা

@ জিমিহোফা আপনি মুছে ফেলার অনুরোধে একটি অনন্য ইমেল আইডি ব্যবহার করবেন। আপনার ইনবক্সে ইমেলগুলির স্বেচ্ছাসেবী প্রদর্শন ক্রমের ভিত্তিতে মোছার অনুরোধগুলি প্রেরণ করা সত্যিই খারাপ হবে।
বাটাল বাটকস

14

আপনার সফ্টওয়্যার পর্দার আড়ালে কী করছে সে সম্পর্কে ব্যবহারকারীরা চিন্তা করে না: তারা চায় তাদের কাজটি দৃশ্যমান প্রভাব ফেলুক এবং তাদের গতিতে কাজ করতে সক্ষম হোক।

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

যদি ত্রুটিটি আরও মারাত্মক কিছু কারণে ঘটে থাকে (আসুন একটি ডেটাবেস ক্র্যাশ বলি), আপনার অপারেশনটি সংরক্ষণ করার একটি উপায় থাকা উচিত এবং সিস্টেমটি পুনরায় চালু হওয়ার পরে এটি আবার চেষ্টা করুন।

এটি পরিচালনা করার একটি উত্তম উদাহরণ হ'ল ফেসবুক চ্যাটটি যেভাবে পরিচালনা করে। কোনও ব্যবহারকারীকে হঠাৎ সংযোগ বিচ্ছিন্ন করা থেকে বিরত করার কোনও উপায় নেই, যার অর্থ তারা আপনার পাঠানো বার্তাগুলি চলে যাওয়ার আগে পড়তে পারবে না। ত্রুটি প্রদর্শনের পরিবর্তে, সিস্টেমটি সেই সমস্ত বার্তাগুলি সংরক্ষণ করে এবং যখন সে ফিরে আসে তখন ব্যবহারকারীর কাছে সেগুলি উপলব্ধ করে। কোনও ডেটা নষ্ট হয় না।


2
+1 টি। দুর্দান্ত উদাহরণ চ্যাট। বেশিরভাগ ব্যবহারকারী আশা করেন যে তাদের বার্তাটি তাত্ক্ষণিকভাবে সবার জন্য উপলব্ধ করা হবে এবং যেহেতু এই জাতীয় বার্তাগুলি খুব কমই ব্যর্থ হয় তাই ব্যবহারকারীদের এই ধারণাটি দেওয়া হয় যে এটিই ঘটেছে।
নিল

1
@ নিফ্রা, "মুছে ফেলা হয়েছে কেন?" নেটওয়ার্ক অনেক কারণেই ব্যর্থ হতে পারে, এর মধ্যে কোনওটিই আপনার অ্যাপ্লিকেশনটির সাথে করা উচিত নয়। এটি বন্ধ করার জন্য আপনার করার মতো কিছুই নেই
পেসারিয়ার

5

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

অ্যামাজন এডাব্লুএস এই পদ্ধতিটি গ্রহণ করে: আপনি যখন কোনও উদাহরণ থামান / শুরু করেন, তখন যে চেকবক্সটি আপনাকে এটি নির্বাচন করতে দেয় তা স্পিনারতে পরিণত হয় (যাতে আপনি এটি কয়েক সেকেন্ডের জন্য কিছু করতে পারেন না) তবে এটি আপনাকে আটকাবে না অন্যান্য দৃষ্টান্তের সাথে ইন্টারঅ্যাক্ট করা।


আপনার পরামর্শটি এক্সএইচআর চলাকালীন জিমেইল "সংরক্ষণ করা ..." পাঠ্যটি কীভাবে দেখায়, এবং এটি সম্পন্ন হওয়ার পরে "সংরক্ষিত" দেখায় to যদি এটি সর্বদা "সংরক্ষিত," বলে থাকে তবে কে এটি বিশ্বাস করবে?
বাটল বাটকস

3

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

আপনি বলছেন "জাভাস্ক্রিপ্ট কোডটি এজেএক্স অনুরোধটি ব্যর্থ হয়েছে এমন সময়ে আবিষ্কার হয়েছে The

কেন এটি অর্থহীন হতে হবে? আপনি ইমেলগুলির তালিকায় ফিরে যেতে পারেন এবং আবার মুছুন। পরিবর্তে অপেক্ষা কেন? আসলে খুব একটা "ঝুঁকি" থাকে না এবং তারা দ্রুত হতে "উপস্থিত" হয় না, তারা আসলে দ্রুত কাজ করে। সুতরাং যদি ক্রিয়াকলাপটি "সমালোচনামূলক" না হয় তবে কেন ধীর?


1
হতে পারে অর্থহীন সঠিক শব্দ ছিল না, তবে আমার অর্থ হ'ল ত্রুটি বার্তায় আপেক্ষিক প্রসঙ্গের অভাব রয়েছে, কারণ ব্যবহারকারী এখন সম্পূর্ণ ভিন্ন কিছু করছেন। আমি বলার চেষ্টা করছি, এটি কি একজন অজ্ঞ ওয়েব ব্যবহারকারীর কাছে, তারা ভেবেছিল যে ইমেলগুলি সফলভাবে মোছা হয়েছে। সুতরাং এখন কেন, পরে, তারা "দেখেছি" মুছে ফেলা হয়েছে এমন কোনও কিছুর জন্য ত্রুটি বার্তা পান। আমাদের প্রোগ্রামারদের জন্য, আমরা বুঝতে পারি, কিন্তু দাদাদের জন্য জিমেইল ব্যবহার করা তারা বুঝতে পারে না।
31:51

বেশিরভাগ লোকেরা বরং এমন অ্যাপ্লিকেশন ব্যবহার করে যেখানে জিনিসগুলি তত্ক্ষণাত্ ঘটে থাকে, সিস্টেমটি প্রতিক্রিয়াশীল এবং 10,000 এর মধ্যে 1 টির সম্ভাবনা রয়েছে যখন অ্যাপ্লিকেশনটি কোনও অ্যাপ্লিকেশনটির চেয়ে কোনও ত্রুটির ক্ষেত্রে একটি অদ্ভুত উপায়ে আপডেট করতে পারে যা প্রতিবার যখন তারা কোনও মান পরিবর্তন করে তখন এক সেকেন্ডের জন্য জমাট বাঁধে।
রোবট

1

আমার 2 সি হ'ল এমন পরিস্থিতি রয়েছে যখন আপনি এটি হিসাবে ভাল ব্যবহার করেন, যেমন "অ-ব্লকিং" অ্যাজাক্স অপারেশন এবং অন্যরা যেখানে এটির নকশা পছন্দ। উদাহরণ: ইউটিউব ভিডিওতে ভোট দেওয়া। আপনি সেখানে অল্প কিছুটা শুরু করার সময় পৃষ্ঠার কোনও অংশই অবরুদ্ধ হওয়া চাইবেন না। নিঃশব্দে ব্যর্থ হওয়া ভাল। এমনকি একটি নিশ্চিতকরণ বার্তা অতিরিক্ত হত্যা করা হবে। তবে ইমেল মোছার সাথে আপনার উদাহরণটি আমি ব্লকিং-টাইপ অ্যাজাক্স অনুরোধের জন্য বাধ্যতামূলক হিসাবে যোগ্য হয়ে উঠছি।

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

অজ-ব্লক করা অজাক্সের উপযোগিতাটি আমি যখন দেখতে পাচ্ছি, তখন আমি আপনার সাথে একমত হই যে এটি খুব বেশি ঘটছে। এক পর্যায়ে কমপক্ষে একটি বিখ্যাত "সোশ্যাল নেটওয়ার্কিং" সাইট ছিল যা ফটো আপলোড করার জন্য এটি করবে। আপনি আপনার ফটো আপলোড করার জন্য বেছে নিয়েছিলেন এবং ঠিক তখনই তাড়াতাড়ি তা আপনাকে বলবে যে এটি হয়ে গেছে, এবং তারপরে পরের দিন যখন আপনি আরও কিছু ফটো যুক্ত করতে চান (বা আপনার মনে হয়েছে যে আপনি ইতিমধ্যে যোগ করেছেন) তখন এটি যথেষ্ট খুঁজে পাওয়া যায় নি। পরে তারা এটি ছেড়ে দিয়েছিল এবং প্রতিক্রিয়াটির জন্য অপেক্ষা করতে আসলে সময় নিয়েছিল (এবং আপনি কখনও কখনও "ফটো আপলোড করতে ব্যর্থ হন, পরে চেষ্টা করুন") এর মতো বার্তা পাবেন messages


আমার উপায় জিনিস দেখার জন্য +1। ফটো আপলোড এটি ব্যর্থ হওয়ার দুর্দান্ত উদাহরণ।
পুনঃসংখ্যক

1
ব্লকিং আপলোড কেন পছন্দনীয় হবে? পিকাসা (ওয়েব ইন্টারফেস), আপনাকে ফটো টেনে আনতে পারেন, এবং যখন তারা ব্যাকগ্রাউন্ডে আপলোড করেন, আপনি আরও টেনে আনতে পারেন, অথবা ট্যাগ ফটোগুলি শেষ করেছি, ইত্যাদি একটি অবরোধ আপলোড অপারেশন করতে হবে যে একটি ভয়ঙ্কর ইউএক্স
BLSully
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.