যদি পিএইচপি ইঞ্জিনটি সার্ভারে কোনও স্ক্রিপ্ট কার্যকর করার মাঝামাঝি হয় তবে একই স্ক্রিপ্টে অন্যান্য যুগপত ব্রাউজারের অনুরোধের কী হবে?
উত্তর:
সার্ভারটি, এর কনফিগারেশনের উপর নির্ভর করে সাধারণত একই সাথে শত শত অনুরোধগুলি সরবরাহ করতে পারে - যদি অ্যাপাচি ব্যবহার করা হয় তবে MaxClientsকনফিগারেশন বিকল্পটি হ'ল:
MaxClientsনির্দেশ যুগপত অনুরোধ সার্ভ করা হবে সংখ্যার উপর সীমা সেট করে। লিজব্যাকলগের নির্দেশনার ভিত্তিতে সীমা
ছাড়িয়ে যেকোন সংযোগের প্রচেষ্টাMaxClientsসাধারণত সারিযুক্ত হবে।
একবার অন্য অনুরোধের শেষে কোনও শিশু প্রক্রিয়া মুক্ত হয়ে গেলে সংযোগটি পরিষেবা দেওয়া হবে।
দুটি ক্লায়েন্ট একই পৃষ্ঠার অনুরোধ করে এমন সমস্যা নেই।
সুতরাং:
অনুরোধগুলি সারিবদ্ধ করা হবে?
না; যদি বাদে:
MaxClientsবর্তমানে সক্রিয় প্রক্রিয়াগুলির চেয়েও বেশি রয়েছে - অ্যাপাচের ম্যানুয়াল থেকে উদ্ধৃতিটি ঠিক আগে দেখুন।এগুলি কি উপেক্ষা করা হবে?
না: এর অর্থ হ'ল কেবলমাত্র একজন ব্যবহারকারী একই সাথে একটি ওয়েবসাইট ব্যবহার করতে পারবেন; এটি বেশ সুন্দর হবে না, তাই না?
যদি ঘটনাটি ঘটে থাকে তবে আমি এই উত্তরটি পোস্ট করতে পারিনি, আপনি যদি একই মুহুর্তে F5 মারছেন তবে কেউ উত্তর দিয়েছে কিনা তা দেখার জন্য!
(ভাল, এসএইচপি পিএইচপি তে নেই, তবে নীতিগুলি একই)
অন্য কোন সম্ভাবনা?
হ্যাঁ ^^
আপনি ওপি এবং মন্তব্য সম্পাদনা করার পরে সম্পাদনা করুন:
প্রতিটি অনুরোধের নিজস্ব স্ক্রিপ্ট উদাহরণ থাকবে?
" স্ক্রিপ্ট উদাহরণ " এর মতো কোনও জিনিস নেই : সহজভাবে বলতে গেলে যেখানে স্ক্রিপ্টের জন্য অনুরোধ করা হচ্ছে সেখানে কী হচ্ছে:
সত্যই, আপনার দুজন ব্যবহারকারী একই পিএইচপি স্ক্রিপ্টে অনুরোধ প্রেরণ করতে পারেন (বা পৃথক পিএইচপি স্ক্রিপ্টগুলিতে যে একই পিএইচপি ফাইল অন্তর্ভুক্ত রয়েছে) ; এটি অবশ্যই সমস্যা নয়, বা আমি যে ওয়েবসাইটটিতে কাজ করেছি তার কোনওটিই কাজ করবে না!
যদি 2 ক্লায়েন্ট একই সাথে সার্ভারকে কল করে তবে সার্ভার সম্ভবত একই সাথে উভয় ক্লায়েন্টকে উত্তর দিতে সক্ষম। এখানে থাকা ক্লায়েন্টগুলি আমি তাদের ব্রাউজার স্তরে সংজ্ঞায়িত করি।
এর অর্থ হ'ল একই মেশিনে, আপনি একই ওয়েবসাইট / পৃষ্ঠা একই সাথে লোড করতে 2 ব্রাউজার ব্যবহার করছেন, উভয় একই সময়ে লোড করা উচিত।
তবে যেহেতু আমরা পিএইচপি সম্পর্কে বলছি, আপনার সেশন সম্পর্কে বিশেষ নোট নেওয়া দরকার। যদি আপনার পৃষ্ঠাগুলি সেশন ব্যবহার করে তবে সার্ভারটি একবারে কেবল একটি পৃষ্ঠা সরবরাহ করে। কারণ কোনও স্ক্রিপ্ট না বের হওয়া পর্যন্ত সেশন ফাইলটি লক হয়ে থাকবে।
এই উদাহরণটি দেখুন। 2 টি ফাইল একই সেশন ওরফে একই ব্রাউজার একই ব্যবহারকারী থেকে লোড করা হয়।
scripta.php requested scripta.php served
------+---+---------------------------------+------------------------>
scripta.php started
scriptb.php requested scriptb.php started
---------------+-------------------------------+-----------------+--->
scriptb.php served.
লক্ষ্য করুন যে স্ক্রিপ্ট.এফপি কেবল স্ক্রিপ্টা.এফপি পরিবেশন করার পরে শুরু হয়। কারণ স্ক্রিপ্টা.এফপি যখন শুরু হয়েছিল তখন সেশন ফাইলটি অন্য স্ক্রিপ্টগুলিতে লক হয়ে যায় যাতে স্ক্রিপ্টা.এফপি সেশন ফাইলটিতে লিখতে পারে। স্ক্রিপ্ট.এফপি সম্পূর্ণ হলে, সেশন ফাইলটি আনলক করা হয় এবং এইভাবে অন্যান্য স্ক্রিপ্টগুলি এটি ব্যবহার করতে সক্ষম হয়। সুতরাং স্ক্রিপ্টবিএফপি সেশন ফাইলটি মুক্ত না হওয়া পর্যন্ত অপেক্ষা করবে তা সেশন ফাইলটি লক করে এটি ব্যবহার করবে।
এই প্রক্রিয়াটি একই সেশনে ফাইলটিতে বিলম্বের কারণ হিসাবে একাধিক স্ক্রিপ্টগুলি রোধ করতে পুনরাবৃত্তি করতে থাকবে। সুতরাং session_write_closeআপনি যখন অধিবেশনটি আর ব্যবহার করছেন না, তখন বিশেষত অনেক আইফ্রেমে বা এজেএক্স ব্যবহার করে কোনও ওয়েবসাইটে কল করার পরামর্শ দেওয়া হয় ।
শুধু এই নিজেকে দৌড়ে। মূলত আপনাকে session_write_close()একক ব্যবহারকারীর লকিং রোধ করতে কল করতে হবে। আপনি একবার কল করার পরে নিশ্চিত হয়ে নিন যে session_write_close()কোনও সেশন ভেরিয়েবলগুলি চেষ্টা করে ও সংশোধন করবেন না। একবার আপনি এটি কল করার পরে, সেশনগুলি কেবল তখন থেকে পঠনযোগ্য হিসাবে বিবেচনা করুন।