পৃষ্ঠাগুলি কম থাকলে সার্ভার লোড হয় না? (তত্ত্ব)

Question

আমি ভাবছিলাম পৃষ্ঠায়িত করার পেছনের কারণ কী? এটি ব্যবহার করা হচ্ছে কারণ এটি সার্ভারগুলির উপর বোঝা কমায় যেহেতু আমরা প্রযুক্তিগতভাবে প্রতি পৃষ্ঠায় ফিরে আসা সারিগুলির পরিমাণ সীমিত করব?

আমি পৃষ্ঠাগুলি ছাড়াই কিছু করতে চেয়েছিলাম কিন্তু আমি এই যে আমি নতুন (আমি একজন অপেশাদার) তা ভাবতে শুরু করেছিলাম এটি প্রযুক্তিগতভাবে ঠিক আছে কিনা।

Comments

আপনি যখন এই সাইটে "প্রশ্নগুলি" ক্লিক করেন তখন আপনার ব্রাউজারটি হাজার হাজার সারি প্রশ্ন ডাউনলোড ও রেন্ডার করার জন্য অপেক্ষা করতে চান?

— জেরেমি

পৃষ্ঠাগুলি মানুষের জন্য ডিবি'র চেয়ে বেশি।

— ম্যালফিস্ট

Answer 1

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

অন্যান্য কারণগুলির মধ্যে রয়েছে:

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

এই উভয় ক্ষেত্রেই আপনি ব্যবহারকারীকে অপেক্ষা করতে চান না - হয় যে ডেটা তারা দেখতে যাচ্ছেন না তার জন্য, বা সমস্ত ডেটার জন্য যখন তারা কিছুটি প্রক্রিয়াজাতকরণের সাথে এক পেতে পারে।

Comments

+1 আমি অনুরূপ কিছু লিখছিলাম তবে আপনি খুব দ্রুত ছিলেন। আমাকে কেবল যোগ করতে দিন যে প্যাগিংটিং সামগ্রীটি আরও (অ্যাড) আরও অ্যাড দেখানোর উপায় হিসাবে ব্যবহৃত হয়।

— ইয়ানিস

বর্তমান পৃষ্ঠায় ফিট করার চেয়ে আরও বেশি ডেটা রয়েছে তা জেনেও সেখানে কত পৃষ্ঠাগুলি রয়েছে তা সন্ধান ছাড়াই আপনি পৃষ্ঠা তৈরি করতে পারেন।

— কার্লো কুইপ

Answer 2

এটি বাস্তবায়নের উপর নির্ভর করে পরিবর্তিত হয়।

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

Comments

সেখানে কত পৃষ্ঠাগুলি হওয়া উচিত তা নির্ধারণ করার জন্য সর্বাধিক নিখুঁত পৃষ্ঠার আলগরিদমগুলির প্রথম কোনও ক্যোয়ারী করা উচিত : তবে গণনা কোয়েরির ডিবিতে জমে থাকা চাপ এবং প্রাপ্ত পৃষ্ঠা বিশিষ্ট ফলাফল কোয়েরি একটি সাধারণ দৃশ্যে সমস্ত কিছুর চেয়ে প্রায় সর্বদা কম is (একটি সুন্দর কাঠামোযুক্ত সম্পর্কিত ডেটাবেস সহ)

— ইন্নিস

@ ইন্নিসরিজস, একেবারে আমি কেবল এর অন্ধকার দিকটি দেখেছি, একটি অবিশ্বাস্যভাবে খারাপভাবে কাঠামোগত সম্পর্কযুক্ত ডাটাবেস সহ (আমাদের ফলাফলের জন্য 7 বা 8 টি বিভিন্ন টেবিল যোগ দেয়) O

— স্টিভ হিল

@ ইয়ানিসরিজোজ: "ডিবিতে স্ট্রেস" সংজ্ঞায়িত করুন। আপনি এখনও লাইন জুড়ে দুটি প্রশ্নের ঝাঁকুনি করছি। আপনি কি ক্যোয়ারীতে পৃষ্ঠপোষকতা করছেন (একটি রোউকাউন্ট সুপার-সিলেক্ট), বা অন্য স্তরের ফলাফলের ক্যাশে করছে? অনেক বেশি ভেরিয়েবল বলতে এখানে অনেক বেশি ডিবি স্ট্রেস রয়েছে are আমি বিতর্ক করব যে সঠিকভাবে একটি লেনদেনিক অর্থে সম্পন্ন হয়েছে (আপনি কি পৃষ্ঠাগুলিতে একটি নোংরা পড়ার / বেমানান গণনা মঞ্জুর করেন?) ডিবি "স্ট্রেস" / লোড বাড়ায় তবে প্রোগ্রামিংকে সহজ করে তোলে।

— Jé Queue

@ এক্সপচ আমি খুব বেশি চাপ বলতে পারি নি, কেবল যে কোনও গণনা এবং একটি সীমিত নির্বাচন <পূর্ণ নির্বাচন। এবং এটি কেবল সুসংগঠিত রিলেশনাল ডিবিএসের সাধারণ দৃশ্যের জন্য।

— ইয়ানিস

Answer 3

পৃষ্ঠাগুলি থেকে আপনি যে সর্বাধিক মূল্য অর্জন করেন তা হ'ল আপনার আবেদনের গতি বৃদ্ধি করে:

1 - ক্লায়েন্ট এবং সার্ভারের মধ্যে সংক্রমণিত ডেটা সীমাবদ্ধ করা। ব্যবহারকারী যদি তাদের 10 টির জন্য সন্ধান করে তবে 1000000 গ্রাহক পড়ার কোনও অর্থ নেই।

2- কেবলমাত্র সারিগুলি ব্যবহারকারীর দর্শনে উপযুক্ত হতে পারে তা পুনরুদ্ধার করে ক্যোরির পারফরম্যান্সকে উল্লেখযোগ্যভাবে গতি দিন। ব্যবহারকারী যদি প্রথম 10 গ্রাহককে দেখেন তবে 1000000 গ্রাহক পড়ার কোনও অর্থ নেই।

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

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

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

Answer 4

পৃষ্ঠাগুলি, আমার মনে, সমস্ত অকালীন অপটিমাইজেশনের জনক। পৃষ্ঠাগুলি ছাড়াই আপনার সাইটটি লেখা একেবারে ঠিক।

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

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

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

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

Comments

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

— ম্যালফিস্ট

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

— পিডিআর

@ ম্যালফিস্ট: এছাড়াও, যদি এই অংশগুলি স্থান পরিবর্তন না করে তবে জিনিসগুলিকে পরিচালনাযোগ্য অংশগুলিতে ভাগ করা যথেষ্ট ন্যায্য। আমি যদি পৃষ্ঠাগুলি ১-৪ পড়ি তবে আমি পরের বার ফিরে আসতে চাই এবং পৃষ্ঠা ৫ টি পড়তে চাই But তবে প্রচুর ক্ষেত্রে, পৃষ্ঠাযুক্ত ওয়েবসাইটগুলি আইটেমের তালিকা, সবচেয়ে সাম্প্রতিকতম। সুতরাং যখন আমি পরে পৃষ্ঠা 5 এ ফিরে যাচ্ছি, এটি আসলে পৃষ্ঠার অর্ধেক এবং পৃষ্ঠার অর্ধেকটি প্রদর্শন করছে শেষ বারের সময় আমি সেখানে ছিলাম কারণ তালিকায় সম্পূর্ণ নতুন 1.5 পৃষ্ঠাগুলি রয়েছে।

— পিডিআর

-1 আমিও এর সাথে দৃ .়ভাবে একমত নই। আমি কেন নিশ্চিত করতে শুরু করি না কেন এটি ব্যাখ্যা করা শুরু করবেন।

— ক্রেইজ

@ ক্রাইজ: ঠিক আছে, তাহলে ঠিক আছে। আমি অবশ্যই এটির পক্ষে খুব একটা যুক্তি রাখতে পারছি না।

— pdr