পিএইচপি'র সাফল্যের জন্য দুটি মূল পয়েন্ট রয়েছে: সময় এবং শেয়ার্ড হোস্টিংয়ের উপর ফোকাস।
শুরুতে ওয়েব স্থির ছিল। ওয়েব সার্ভারগুলি কেবল প্রাক-উত্পন্ন এইচটিএমএল বিতরণ করতে পারে এটি স্পষ্টভাবে কিছু সময়ের পরে যথেষ্ট ছিল না ১৯৯৩ সালে এনসিএসএ দলটি তাদের ওয়েব সার্ভারকে (অ্যাপাচি httpd এর পূর্বসূরী) সিজিআই নামে একটি প্রযুক্তি দিয়ে প্রসারিত করেছিল যা ওয়েব সার্ভার থেকে নির্দিষ্ট প্রোগ্রামগুলি কল করার অনুমতি দেয় which যা ফ্লাইতে এইচটিএমএল (বা অন্যান্য সামগ্রী) তৈরি করতে পারে। এটি দুর্দান্ত ছিল কারণ লোকেরা সমস্ত কিছু করতে পারে। সেই উদ্দেশ্যে একটি সাধারণ ব্যবহৃত ভাষা ছিল পার্ল। পার্ল হ'ল পাঠ্য প্রক্রিয়াকরণে শক্তিশালী একটি ভাষা যা এইচটিটিপি অনুরোধ ডেটা পরিচালনা এবং এইচটিএমএল উত্পাদন করার জন্য একটি মূল সম্পত্তি। সুতরাং লোকেরা এটি ব্যবহার করেছে।
তবে একটি সমস্যা ছিল: প্রতিটি অনুরোধের জন্য ওয়েব সার্ভারকে একটি বাহ্যিক প্রোগ্রাম চালাতে হয়েছিল, পার্লকে স্ক্রিপ্টটি আরম্ভ করতে হবে এবং চালাতে হয়েছিল। এতে বেশ কিছুটা মাথা ব্যথা হয়েছিল। একটি সমাধান ছিল mod_perl সিএ আসছিল। 1997. mod_perl অ্যাপাচি ওয়েবসারভারের জন্য একটি মডিউল যা পার্ল ইন্টারপ্রেটারকে সরাসরি ওয়েব সার্ভার প্রক্রিয়াতে এম্বেড করে তাই কোনও অতিরিক্ত প্রারম্ভিক প্রয়োজন ছিল না।
তবে আবার এই পদ্ধতির একটি সমস্যা ছিল: mod_perl অত্যন্ত শক্তিশালী এবং সম্পূর্ণ সার্ভার কনফিগারেশনে অ্যাক্সেস পেয়েছিল। আপনি একাধিক স্বতন্ত্র ক্লায়েন্টকে হোস্ট করার জন্য একটি সার্ভার ব্যবহার করতে পারেননি কারণ তারা সহজেই অন্য ব্যক্তির ক্ষতি করতে পারে - এটি উদ্দেশ্য বা দুর্ঘটনার কারণে হোক। এবং এই যেখানে পিএইচপি এসেছিল।
পিএইচপি এমনভাবে তৈরি করা হয়েছিল যাতে এটি অ্যাপাচি মডিউল হিসাবে চলতে পারে (এইভাবে প্রতিটি অনুরোধের জন্য প্রারম্ভিকাপটি হিট না করে) তবে অনুরোধগুলির মধ্যে ভাগ করে নেওয়ার কিছু নেই। একবার একটি অনুরোধ শেষ হয়ে গেলে সমস্ত তথ্য হারিয়ে যায় এবং পরবর্তী ভার্চুয়াল হোস্টের কাছে অনুরোধটি স্বাধীনভাবে পরিবেশন করা হবে। পিএইচপি এছাড়াও অ্যাক্সেসকে সীমাবদ্ধ করার জন্য বৈশিষ্ট্যগুলি সরবরাহ করেছিল (সেফ_মোড, ওপেন_বাস_ডির)। সেই আর্কিটেকচারাল পছন্দ সংস্থাগুলি তাদের সার্ভারে পিএইচপি ইনস্টল করতে পারে এবং গ্রাহকরা তাদের ফাইলগুলি আপলোড করতে এফটিপি (বা অনুরূপ) অ্যাক্সেস সরবরাহ করতে পারে এবং সেই হোস্টের দ্বারা অনেক কাজ ছাড়াই একটি একক মেশিনে অনেক গ্রাহক। এটি পিএইচপি-ভিত্তিক হোস্টিংয়ের পিএইচপিকে সর্বব্যাপী প্ল্যাটফর্ম বানানোর জন্য সস্তা দামের প্রতিযোগিতার সৃষ্টি করেছিল।
পার্লের সাথে পিএইচপি-র কিছু সুবিধা ছিল যেমন HTML এবং পিএইচপি কোড মিশ্রিত করার অনুমতি দেয় বা ভেরিয়েবলগুলির অনুরোধের প্রত্যক্ষ অ্যাক্সেস (এছাড়াও রেজিস্টার_গ্লোবালগুলি দেখুন) যা পার্ল-এ শক্ত ছিল (কাস্টম পার্সিং বা সিজিআই.এম-তে নির্ভরতা) যা বিকাশকারীরা পছন্দ করেছিল।
সেই দিনগুলিতে পিএইচপি সফল করে তুলেছিল এমন আরেকটি দিক ছিল উইন্ডোজে ভাল সমর্থন। উইন্ডোজে পার্ল বা অন্যান্য ভাষাগুলি কাজ করা পাওয়া শক্ত ছিল, কিন্তু সেই সময়ে অনেকগুলি বিকাশকারী যেখানে বাড়িতে উইন্ডোজ ব্যবহার করা এবং ভার্চুয়ালাইজেশন বা পাত্রে কোনও জিনিস ছিল না, এখনও। পিএইচপি উইন্ডোজটিতে সহজেই চালিত হয়েছিল যাতে লোকেরা এটি বিকাশের জন্য ব্যবহার করতে পারে এবং তারপরে ফাইলগুলি প্যাক করে লিনাক্সে স্থাপন করতে পারে। উদাহরণস্বরূপ পার্লের সাথে আপনাকে সঠিক পার্ল বিতরণ করতে হবে এবং তারপরে কোন মডিউলগুলি পাওয়া যায় ইত্যাদি পরীক্ষা করে দেখতে হবে etc.
অন্যান্য ভাষার কি হবে? স্ক্রিপ্টিং দ্রুত বিকাশমান বাজারকে আরও ভাল পরিবেশিত করায় সি বা সি ++ এর মতো সংকলিত ভাষাগুলি কখনই ট্রেশন পায় না। জাভা বিদ্যমান ছিল, তবে জাভা ভার্চুয়াল মেশিনগুলির জন্য আরও সংস্থান প্রয়োজন এবং পিএইচপি যেভাবে সমর্থন করে তা হোস্টিং হোস্টিংয়ের পক্ষে ভাগ্যবান ছিল না। হার্ডওয়ারে বিনিয়োগের পরিমাণ ছিল বেশি। এএসপি (এএসপি.নেটের পূর্বসূরী হিসাবে) উইন্ডোজ প্ল্যাটফর্মের সাথে আবদ্ধ ছিল, এটি ইতিমধ্যে উইন্ডোজ চালিত এমন সংস্থাগুলির মধ্যে সীমাবদ্ধ ছিল এবং যারা লাইসেন্সিংয়ের ব্যয়কে ভয় করে না এবং আবার কোনও ভাগীদারী হোস্টিং সমর্থন নেই।
বিভিন্ন অন্যান্য প্রযুক্তি যেখানে উত্পাদিত হয়েছিল তবে বাণিজ্যিক ছিল (কোল্ড ফিউশন বা সার্ভার-সাইড জাভাস্ক্রিপ্ট সহ নেটস্কেপ সার্ভার) তাদের নাগালের সীমাবদ্ধ করেছিল বা রুবি-অন-রেল না আসা পর্যন্ত তাদের নাগালের বাইরে নেই, যা সম্ভবত প্রচুর পরিমাণে প্রাপ্ত পরিবেশ ছিল মনোযোগ দিন, কিন্তু সেই সময়ের মধ্যে পিএইচপি ইতিমধ্যে একটি বৃহত জনগোষ্ঠী এবং সুপ্রতিষ্ঠিত সফ্টওয়্যার (ওয়ার্ডপ্রেস বা দ্রুপাল) এর সাথে খুব জনপ্রিয় ছিল এটি প্রতিযোগিতা করা কঠিন করে তোলে - বিশেষত পিএইচপি এর বিকাশ কখনও থামেনি এবং এখনও চলছে।