विभाजन के सुविधाजनक संगठन का एक उदाहरण (ए / बी) सर्वर साइड पर परीक्षण

नमस्ते, प्रिय हभ्रवचन!
मैं आपके साथ एक परियोजना पर विभाजित परीक्षण के आयोजन के अनुभव के कुछ हिस्से को आपके साथ साझा करना चाहूंगा, जिसके साथ मुझे काम करने का मौका मिला, मैं आपसे सख्ती से न्याय नहीं करने के लिए भी कहता हूं, क्योंकि यह मेरा पहला लेख है और वास्तव में एक बड़ा लाभ कमाने की उम्मीद नहीं की जानी चाहिए।
जैसा कि हम सभी जानते हैं, किसी साइट पर विभाजन (ए / बी) परीक्षण उपयोगकर्ताओं के विभिन्न समूहों को विभिन्न सामग्री प्रदर्शित करके किसी संसाधन पर एक प्रक्रिया के रूपांतरण को बढ़ाने के लक्ष्य के साथ एक प्रयोगात्मक दृष्टिकोण है।

कार्य का लक्ष्य संसाधन के प्रत्येक पृष्ठ पर संभावित असीमित संख्या में प्रयोगों और विकल्पों के साथ विभिन्न सामग्री विकल्पों (दोनों स्थिर और गतिशील) के एक काफी जटिल परीक्षण का आयोजन करना था। कार्य के लिए उपलब्ध तैयार समाधानों के कुछ विश्लेषण के बाद, हम कई विकल्प खोजने में कामयाब रहे - ये GWO थे (अब एक अलग सेवा के रूप में मौजूद नहीं है, GA में एकीकृत), nginx और विज़ुअल वेबसाइट ऑप्टिमाइज़र पर आधारित एक समाधान है। लेकिन उनमें से एक भी कई कारणों के लिए उपयुक्त नहीं था: ग्राहक पक्ष को बाहरी सेवाएं प्रदान करना, जो जटिल परीक्षणों के साथ बहुत असुविधाजनक हो सकता है, और nginx हर जगह से बहुत दूर है, साथ ही साथ डेवलपर्स के पास हमेशा वेब सर्वर कॉन्फ़िगरेशन तक पहुंच नहीं होती है और एक समस्या भी होती है तड़क-भड़क वाला तर्क। इसलिए, मैंने अपनी विकल्प बाइक को लागू करने का निर्णय लिया, जो कि नगीनेक्स मॉड्यूल के कार्यान्वयन के उदाहरण के आधार पर था।
मुझे मानक कार्यान्वयन युक्तियां भी पसंद नहीं आईं (ग्राहक के आईपी पते के अंतिम अंक बनाने के शेष), इसलिए मैंने विकल्पों को निर्धारित करने के लिए परीक्षण कुंजी से चेकसम का उपयोग करने का निर्णय लिया - विकल्प का लाभ बिल्कुल किसी अल्फ़ान्यूमेरिक कुंजी का उपयोग करना है, बड़ी संख्या में विकल्प बनाने की संभावना। किसी भी प्रतिशत के साथ परीक्षण। हैश फ़ंक्शन की पसंद मुरमुरैश 2 पर गिर गई, क्योंकि यह एक बहुत अच्छे वितरण की विशेषता है और, मैं क्या छिपा सकता हूं, इसका उपयोग निंगेक्स मॉड्यूल में हैशिंग के लिए किया जाता है। मैं जिस प्रोजेक्ट पर काम कर रहा हूं, वह php में लागू है, मैं हैश फ़ंक्शन को लागू करने के लिए इस एक्सटेंशन का उपयोग करने की सलाह देता हूं।
अब कार्यान्वयन पर स्पर्श करते हैं। एक विशेष प्रयोग के लिए एक परीक्षण के मामले का मूल्य निर्धारित करने के लिए, मैंने स्प्लिटटेस्टमॉडल वर्ग को लागू किया, इसे एक सिंगलटन के रूप में उपयोग किया:

class SplitTestModel { public static function getInstance($key = ''){...} private function __construct( $key ){...} public function getSplitVariantByExperiment( $experimentName ){...} } 

मैंने प्रत्येक प्रयोग के बारे में जानकारी विन्यास में दी है, जो, मेरे कार्यान्वयन में, प्रपत्र का एक सरणी है:

 array( 'Experiment1' => array( 'Variant1' => 50, 'Variant2' => 50 ), 'Experiment2' => array( 'Variant1' => 15, 'Variant2' => 35, 'Variant3' => 12, 'Variant4' => * ) ); 

जहाँ शीर्ष-स्तर की कुंजी प्रयोग के नाम हैं, नेस्टेड कुंजियाँ विकल्पों के नाम हैं, और संबंधित मान छापों का प्रतिशत हैं, '*' का अर्थ है शेष सभी प्रतिशत।
जैसा कि पहले से ही संभव है कि यह स्पष्ट हो गया है कि मुरमुरैश 2 का उपयोग करके कुंजी को हैश किया गया है। पहले प्रयोग में दिए गए उदाहरण में, हैश मानों के लिए अधिकतम हैश मान के 0 से 50% तक, उपयोगकर्ता को 'वेरिएंट 1' के बराबर मान प्राप्त होगा, अधिकतम संभव मूल्य के 50% से क्रमशः 100% - मान 'वेरिएंट 2'।
विधि की सुविधा इस तथ्य में निहित है कि अब, कोड के किसी भी स्थान पर, एक विशिष्ट उपयोगकर्ता के लिए, हम किसी भी प्रयोग के लिए इसके भिन्न मान प्राप्त कर सकते हैं और, संस्करण के आधार पर, ग्राहक को पृष्ठ के किसी भी हिस्से की यह या उस सामग्री को दे सकते हैं। उपयोग उदाहरण:

 $variant1 = SplitTestModel::getInstance($user_id)->getSplitVariantByExperiment('experiment1'); $variant2 = SplitTestModel::getInstance($remote_addr)->getSplitVariantByExperiment('experiment2'); 

सब कुछ बेहद सरल है!
आपका ध्यान देने के लिए बहुत-बहुत धन्यवाद, और एक बार फिर मैं आपसे सख्ती से न्याय नहीं करने के लिए कहता हूं। अगर किसी को दिलचस्पी है, तो मैं ख़ुशी से क्लास का सोर्स कोड भेजूंगा।

युपीडी:
गितुब पर वर्ग कार्यान्वयन का संदर्भ