🛀 💂 🧘🏻 Symfony2। कैशिंग के नुकसान 🔯 👌🏾 🌂

मुझे एक शौक के रूप में 3 महीने हो गए हैं, नए सिम्फनी 2 पर एक परियोजना लिखना शुरू कर दिया है। आगे लेख में मैं उन समस्याओं के बारे में साझा करने की कोशिश करूंगा जो एक डेवलपर से हो सकती हैं। यह लेख सिम्फनी और सिद्धांत की वास्तुकला से पहले से परिचित लोगों के उद्देश्य से है।

समस्या 1. सिद्धांत 2. परिणाम कैश। सीरियलाइज़िंग एंटिटीज़।

सिद्धांत 2 हमें अनुरोधों को कैश करने की अनुमति देता है, लेकिन यह इकाई के साथ ऐसा करने की अनुशंसा नहीं करता है।

सीरियलाइज़िंग इकाइयाँ समस्याग्रस्त हो सकती हैं और वास्तव में अनुशंसित नहीं है, कम से कम तब तक नहीं जब तक कि एक इकाई उदाहरण अभी भी प्रॉक्सी ऑब्जेक्ट्स के संदर्भ में है या अभी भी एक EntityManager द्वारा प्रबंधित किया जाता है ... ( प्रमाण )

किसी भी मामले में, यदि हम अनुरोध को कैश करने का निर्णय लेते हैं, तो प्रत्येक एंटिटी के लिए सीरियलाइज़ेबल इंटरफ़ेस को लागू करना आवश्यक है। उसी समय, कैश से आने वाली वस्तुओं को प्रबंधक द्वारा सही ढंग से संसाधित नहीं किया जा सकता है। वह उन्हें नया मानता है और उन्हें डेटाबेस में फिर से डालने की कोशिश करता है। सब कुछ सही ढंग से काम करने के लिए, आपको या तो ऑब्जेक्ट को फिर से लोड करना होगा या इस मामले में कैशिंग का उपयोग नहीं करना चाहिए।

एक उदाहरण है।

//    $blogs = $this->getDoctrine() ->getRepository('BlogBundle:Blog') ->getBlogs(); if ($request->getMethod() == 'POST') { $form->bindRequest($request); if ($form->isValid()) { $data = $form->getData(); //     //   // ... //     foreach ($blogs as $blog) { if ($blog->getId() == $data->blog_id) { $blog = $blog; break; } } //   //$blog = $this->getDoctrine() // ->getRepository('BlogBundle:Blog') // ->findOneById($blog->getId()); //    $post->setBlog($blog); // $em = $this->getDoctrine()->getEntityManager(); $em->persist($post); $em->flush(); } }

समस्या 2. सिम्फनी 2। HTTP कैश और सुरक्षा घटक।

फ्रेमवर्क को कैच करने की विचारधारा HTTP विनिर्देश पर आधारित है, जो प्रॉक्सी कैश के उपयोग की अनुमति देता है। उदाहरण के लिए, वार्निश । साथ ही बड़ा पृष्ठ ग्राहक को फ्रेमवर्क को लोड किए बिना दिया जाता है।

लेकिन यह कैश बेकार हो जाता है यदि साइट अंतर्निहित उपयोगकर्ता प्राधिकरण का उपयोग करेगी। इस मामले में, Symfony2 प्रत्येक उपयोगकर्ता के लिए एक सत्र बनाता है, उसे गुमनाम मानते हुए। और चूंकि एक सत्र है, तो एक अद्वितीय कुकी है। नतीजतन, कैश प्रत्येक साइट आगंतुक के लिए अलग से काम करता है, क्योंकि इसे अधिकृत मानता है।

मुझे अभी तक इस समस्या का हल नहीं मिला है। शायद हब्रोसैक्विटी मदद करेगी।

इसके अलावा, कैशिंग की विचारधारा के आधार पर, उन परियोजनाओं में Symfony2 का उपयोग नहीं करना बेहतर है जहां सामग्री उपयोगकर्ता के प्राधिकरण के आधार पर बदलती है। उदाहरण के लिए, हब पर किसी विषय के लिए मतदान, जहां निम्न स्थितियां मौजूद हैं: आप मतदान कर सकते हैं, मैंने सकारात्मक रूप से मतदान किया, नकारात्मक रूप से, वोट समाप्त हो गया, आदि। या, उदाहरण के लिए, किसी प्रकाशन में टिप्पणी जोड़ने के लिए एक फ़ॉर्म, जहां अनाम उपयोगकर्ताओं द्वारा टिप्पणी करने की संभावना है।

लोड परीक्षण।

सौभाग्य से, मेरे पास दो परियोजनाएं हैं जो कार्यक्षमता में समान हैं। एक सिम्फनी 1.4 में लिखा गया है, और दूसरा सिम्फनी 2 में।
और अजीब तरह से, मुख्य पृष्ठों का एक सरल भार परीक्षण से पता चला है कि सिम्फनी 1.4 पर परियोजना तेज है:

10 की प्रतियोगिता में 30 सेकंड में सिम्फनी 1.4 लगभग 2550 अनुरोध।
10 की प्रतियोगिता में 30 सेकंड में Symfony2 लगभग 1750 अनुरोध करता है।

परियोजनाओं को चार कोर प्रोसेसर (इंटेल कोर 2 क्वाड सीपीयू क्यू 9550) और 8 जी रैम के साथ एक समर्पित सर्वर पर होस्ट किया जाता है।

जिन साइटों पर परीक्षण किए गए थे:

http://dreamiech.ru - सिम्फनी 1.4
http://dvjournal.ru - सिम्फनी 2

Symfony2। कैशिंग के नुकसान

समस्या 1. सिद्धांत 2. परिणाम कैश। सीरियलाइज़िंग एंटिटीज़।

समस्या 2. सिम्फनी 2। HTTP कैश और सुरक्षा घटक।

लोड परीक्षण।

More articles: