একটি গতিশীল, ব্যক্তিগতকৃত ওয়েব অ্যাপ্লিকেশনটির জন্য একটি ভাল প্রতিক্রিয়া সময় হিসাবে বিবেচনা করা হয়? [বন্ধ]


152

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


1
ফেসবুকের মতো সাইটের জন্য তাদের প্রথম বাইটের সাথে দ্বিতীয়বারের মতো 1.8-2 থাকে / যাতে পৃষ্ঠায় সামগ্রীর একটি ভাল অংশ অন্তর্ভুক্ত থাকে। তারপরে তারা পরবর্তী সামগ্রীগুলি পরবর্তী 1-2 সেকেন্ডের মধ্যে অজাক্স করে।
এমকেএন ওয়েব সলিউশন

উত্তর:


161

এটি নিয়ে একটি বিস্তর গবেষণা রয়েছে। এখানে একটি দ্রুত সংক্ষিপ্তসার

প্রতিক্রিয়া টাইমস: 3 গুরুত্বপূর্ণ সীমা

দ্বারা জ্যাকব নিয়েলসেনের জানুয়ারী 1, 1993 উপর

সংক্ষিপ্তসার: ওয়েব এবং অ্যাপ্লিকেশন কর্মক্ষমতা অনুকূলকরণের সময় মাথায় রাখতে 3 টি প্রধান সময়সীমা রয়েছে (যা মানুষের উপলব্ধিযোগ্য ক্ষমতা দ্বারা নির্ধারিত হয়)।

1993 সাল থেকে আমার ব্যবহারযোগ্যতা ইঞ্জিনিয়ারিং বইয়ের অধ্যায় 5 এর অংশ :

প্রতিক্রিয়া সময় সম্পর্কিত প্রাথমিক পরামর্শ তিরিশ বছর ধরে একই ছিল [মিলার 1968; কার্ড ইত্যাদি। 1991]:

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

32
এটি কি 2017 সালে এখনও ভাল আছে ??
কার্তিক চেরুকুরি 26'17

27
@ কার্তিক চেরুকুরি - হ্যাঁ, এটি এখনও প্রাসঙ্গিক। উত্তরটি মানুষের উপলব্ধি সম্পর্কে কথা বলছে, যা জীববিজ্ঞানের একটি ফাংশন। বিবর্তনীয় সময়ের স্কেলগুলির ক্ষেত্রে 1993 থেকে আজকের সময়ের সময়টি খুব সামান্য। আমাদের নিউরওনাটমি এখনকার মতো একইরকম।
রিঞ্জাগুলি

13

আমরা 20 মিলিসেকেন্ডের প্রতিক্রিয়ার সময়গুলির জন্য প্রচেষ্টা করি, কিছু জটিল পৃষ্ঠাগুলি 100 মিলিসেকেন্ড পর্যন্ত নেয়। সবচেয়ে জটিল পৃষ্ঠাগুলির জন্য, আমরা পৃষ্ঠাটি ছোট ছোট টুকরো টুকরো করে বিভক্ত করি এবং প্রতিটি বিভাগ লোড করার জন্য প্রগতিশীল প্রদর্শন প্যাটার্ন ব্যবহার করি। এইভাবে, কিছু অংশ দ্রুত লোড হয়, পৃষ্ঠাটি লোড হতে 1 থেকে 2 সেকেন্ড সময় নেয়, বাকী পৃষ্ঠা লোড করার সময় ব্যবহারকারীকে ব্যস্ত রাখে।


হতে পারে 2000 মিলিসেকেন্ড এবং 10000 এমএস?
বব

9
সম্ভবত তিনি সত্যিই 20 মিলিসেকেন্ড বোঝাতে চেয়েছিলেন। আমি বর্তমানে যে অ্যাপটিতে কাজ করছি তার মধ্যে প্রায় 15 এমএসের গড় দৈর্ঘ্যের প্রতিক্রিয়া সময় হয় (আমার ল্যাপটপে স্থানীয়ভাবে টেস্ট করার সময়)। দুর্ভাগ্যক্রমে, বেশিরভাগ ব্যবহারকারীরাই এটি দেখতে পাচ্ছেন না, যেহেতু তারা সার্ভার থেকে অনেক দূরে রয়েছেন, পাশাপাশি আপনাকে অন্তর্ভুক্ত করতেও সময় দেবে। তবে খাঁটি অ্যাপের দৃষ্টিকোণ থেকে, একটি জটিল ই-বাণিজ্য অ্যাপ্লিকেশন এমনকি 15, বা 10 বছরের কম বয়সের একটি শিশুর খুব সম্ভব।
অ্যাকোয়ারেল

6

আমি আমার অ্যাপ্লিকেশনগুলির জন্য <3 ​​সেকেন্ডের জন্য চেষ্টা করে যাচ্ছি, তবে পারফরম্যান্সের ক্ষেত্রে আমি কিছুটা পিক করছি।

আপনি যদি আশেপাশে জিজ্ঞাসা করেন তবে তারা বলে যে লোকেরা আপনার সাধারণ প্রয়োজনগুলি বা প্রয়োজনের কিছু না থাকলে 10-15 সেকেন্ডের মধ্যে আপনি তাদের সাধারণত 10-15 সেকেন্ডের মধ্যে> = 7 সেকেন্ড রেঞ্জের প্রতি আগ্রহী হতে শুরু করেন।


2
অ্যাপ্লিকেশন সার্ভারের জন্য 3 সেকেন্ড বা ব্রাউজারে রেন্ডারিং? আমি অ্যাপ্লিকেশন সার্ভারের জন্য 100mSec জন্য লক্ষ্য। তবে ব্রাউজারে 4 সেকেন্ড
মাতালনকারী

2
<3 টি আরও বেশি শোনায় আপনি পৃষ্ঠার লোড সময়ের কথা বলছেন যা প্রতিক্রিয়া সময়ের মতো নয়।
মার্কাস

5

এটি আপনার ব্যবহারকারীদের কী খুশি রাখবে তার উপর নির্ভর করে। উদাহরণস্বরূপ, Gmail প্রথমে খোলার জন্য বেশ খানিকটা সময় নেয় তবে ব্যবহারকারীরা অপেক্ষা করে কারণ এটি অপেক্ষা করার মতো।


এটা সঙ্গত. আমার প্রশ্নটি কিছুটা সাধারণ। আমি অনুমান করি যে লোকেরা কী চেষ্টা করছে তার সত্যিকারের বিশ্ব সংখ্যা খুঁজছি। এটির অনেক কিছুই পরিস্থিতির উপর নির্ভর করে। ধন্যবাদ!
মাইকেল ববিক

1
দ্রুত, তত ভাল।
টমকে

5

অবশ্যই এটি আপনার প্রশ্নের প্রকৃতিতে রয়েছে, সুতরাং উত্তরগুলি অত্যন্ত বিষয়ভিত্তিক।

কোনও ওয়েবসাইটের প্রথম প্রতিক্রিয়া কোনও পৃষ্ঠা পড়ার / ব্যবহারযোগ্য না হওয়া পর্যন্ত সময়ের সামান্য অংশ।

আমি 10 সেকেন্ডের চেয়ে বড় প্রতিক্রিয়া দেখে বিরক্ত হয়েছি। আমি মনে করি একটি ওয়েবসাইট 5-7 সেকেন্ডের পরে রেন্ডার করা উচিত।

বিটিডাব্লু: স্ট্যাকওভারফ্লো ডটকমের একটি দুর্দান্ত প্রতিক্রিয়া সময় রয়েছে!


3

আমাদের সংস্থার 5 সেকেন্ডের প্রতিক্রিয়া সময় স্ট্যান্ডার্ড সীমা রয়েছে এবং আমরা সাধারণভাবে 2-3 সেকেন্ডের জন্য লক্ষ্য করি। এই পৃষ্ঠা লোড 98% জন্য অ্যাকাউন্ট। কয়েকটি সুনির্দিষ্ট কাজগুলিকে 15 সেকেন্ড পর্যন্ত যেতে দেওয়া হয়, তবে আমরা তখন একটি পৃষ্ঠা রেখে এবং প্রতি 5 সেকেন্ডে রিফ্রেশ করে ব্যবহারকারীকে বলি যে আমরা এখনও অনুরোধটি প্রক্রিয়া করার চেষ্টা করছি। এইভাবে ব্যবহারকারী দেখেছে যে কিছু ঘটছে এবং কেবল ছেড়ে যায় না। যদিও, বিবেচনা করেই আমি এমন একটি ওয়েবসাইটে কাজ করি যার ব্যবহারকারীর ব্যবসায়ের কারণে বাধ্য হয়ে তারা চলে যায় না, তবে তারা বেশ জোরে অভিযোগ করতে সক্ষম হয়।

সাধারণভাবে, যদি প্রসেসিংটি 5 সেকেন্ডের বেশি সময় নেয়, তবে একটি অস্থায়ী পৃষ্ঠা স্থাপন করুন যাতে ব্যবহারকারী আগ্রহ হারিয়ে না ফেলে doesn't


2

আমি মনে করি আপনি দেখতে পাবেন যে যদি আপনার ওয়েব অ্যাপ্লিকেশন কোনও জটিল অপারেশন করছে তবে প্রদত্ত প্রতিক্রিয়া ব্যবহারকারীকে দেওয়া হয়েছে, তারা আপত্তি করবে না (খুব বেশি)।

উদাহরণস্বরূপ: গুগল মেল লোড হচ্ছে।


1

এটি কেবল আপনার ব্যবহারকারীদের কীভাবে খুশি রাখে তার উপর নির্ভর করে না, তবে আপনার কতটা বিকাশের সময় আছে? সমস্যাটি (সফ্টওয়্যার, হার্ডওয়্যার এবং লোক) আপনি কী ধরণের সংস্থান ফেলতে পারেন?

হোস্টেড অ্যাপ্লিকেশনগুলি যদি তারা "জটিল" কিছু করে থাকে তবে আমি কয়েক-কয়েক দেরি করে মনে করি না। যদি এটি সত্যিই সহজ হয় তবে দেরি আমাকে বিরক্ত করে।


আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.