PHP फ्रेमवर्क ओवरहेड

Question

वहां बहुत से PHP ढांचे हैं; कुछ बहुत सभ्य हैं, दूसरों को सूजन और अनावश्यक लगता है। Rasmus Lerdorf's presentation on PHP performance at Digg देखने के बाद, मैं अपने अनुप्रयोगों के निर्माण के लिए चुनने वाले ढांचे के प्रदर्शन के बारे में कुछ और चिंतित हूं।

कोडिग्निटर और केकेपीएचपी के बारे में मुझे पता है कि सबसे लोकप्रिय ढांचे में से दो हैं। जो मैं समझता हूं, केकेपीएचपी एक भयानक संसाधन हॉग है। CodeIgniter के बारे में क्या? मैंने सुना है कि ज़ेंड फ्रेमवर्क सभी पतले नहीं हैं, या तो।

क्या अन्य (अधिक प्रदर्शनकारी) ढांचे हैं जिनमें मुझे रुचि होनी चाहिए? क्या फ्रेमवर्क का उपयोग न करना बेहतर होगा? PHP ढांचे को चुनने के लिए मुझे क्या विचार करना चाहिए?

Answer 1

एक रूपरेखा का उपयोग करना या एक रूपरेखा का उपयोग नहीं कर मतलब है कि आप

स्पीड/विकास की स्थिरता

तो लोड के अंतर्गत

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

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

   इसके बारे में सोचने का एक और तरीका है। PHP फ्रेमवर्क PHP से धीमे होते हैं, लेकिन PHP स्वयं सी से धीमा है क्यों सी में सीधे अपना आवेदन नहीं लिखें?

   यहां कोई सही जवाब नहीं है, यह उन सॉफ्टवेयर इंजीनियरिंग/विकास प्रश्नों में से एक है जो आपकी वर्तमान स्थिति की मांग के मामले में है। इन दिनों उद्योग की डिफ़ॉल्ट पसंद एक ढांचे का उपयोग करना है, क्योंकि यदि आप नहीं करते हैं तो आपके प्रतिस्पर्धियों को एक एप्लिकेशन जारी किया जाएगा जिसमें आपके मुकाबले धीमी PHP प्रसंस्करण हो, लेकिन तीन महीने पहले बाजार में हिट हो जाए।

   अंत में, उस बात से विचार करने वाली एक आखिरी बात। रasmस ने कहा कि ज्यादातर समय आपके आवेदन का अनुमानित प्रदर्शन फ्रंटेंड में है। जावास्क्रिप्ट कोड और ब्राउज़र दोनों अनुरोधों को कैश कर रहा है, यह आपके सर्वर पर वापस आ जाता है। PHP एक भयानक, भयानक भाषा है जो शायद ही कभी बाधा है। जब यह बोतल की गर्दन होती है, तो आप आम तौर पर कुछ समायोजन (ऑप्ट कोड कैश, केंद्रित रिफैक्टरिंग) कर सकते हैं जो प्रदर्शन बाधा को हटा देगा।

Answer 2

आईएमएचओ, ढांचे का उपयोग करने के फायदे किसी भी ओवरहेड लागत के नुकसान से काफी दूर हैं जो इसके साथ आ सकता है। बेशक वहाँ हमेशा से रहे हैं नियम के अपवाद हैं, इन किया जा रहा है:
- परियोजना काफी छोटा एक रूपरेखा
वारंट नहीं है - ढांचा ही बुरी तरह

लेकिन अधिकांश मामलों के लिए डिज़ाइन किया गया है, तो आप नहीं करना चाहिए इसके बारे में चिंता करें। मैं कई परियोजनाओं पर सिम्फनी (संस्करण 1.2 & 1.4) का उपयोग कर रहा हूं, और कभी नहीं सोचा है कि "यह बहुत संसाधन भारी है"। मैं खुशी से कुछ संसाधनों के बदले में कुछ संसाधनों का त्याग करूंगा जो एक ढांचा प्रदान करता है जो मेरे जीवन को आसान बनाता है, और नौकरी कम समय लेती है;)

Answer 3

आप लाइटवेट फ्रेमवर्क श्रेणी में देखना चाहेंगे। fat-free, doophp, limonade, आदि वे हल्के हैं, लेकिन आपके विचार से कम शक्तिशाली नहीं हैं। प्रकाशित बेंचमार्क पर भरोसा मत करो। इसके बजाय, अपने उद्देश्यों के खिलाफ बेंचमार्क।

Answer 4

जहां तक ​​मुझे पता है कि कोडइग्निटर हल्का ढांचा है। मुझे पता है कि ज्यादातर लोग कोडइग्निटर बनाम केकेपीएचपी का उपयोग करते हैं। लेकिन मैं कई सालों से केकेपीएचपी का उपयोग कर रहा हूं।

यदि आप वास्तव में पैमाने के बारे में चिंता करते हैं, तो शुरुआत से मोंगो डीबी या कॉच डीबी जैसे एनओएसक्यूएल समाधान का उपयोग करने पर नज़र डालें। (मैं MongoDB का उपयोग करता हूं और अधिकांश अनुप्रयोगों के लिए mongo MYSQL को प्रतिस्थापित कर सकता है)। फ्रंट एंड के अलावा, डेटाबेस कॉल अक्सर आपको धीमा कर देती है।

किसी अन्य बात पर विचार करने में देरी कार्यकर्ता कतार है। इसके लिए थंबनेल में छवियों को प्रोसेस करने की तरह यह अक्सर एक अलग प्रक्रिया से निपटने के लिए सबसे अच्छा होता है और उपयोगकर्ता को प्रतीक्षा करने से बचें।

लगभग सभी बड़े पैमाने पर वेबसाइट कैशिंग का उपयोग करती हैं। डाटाबेस कैशिंग और एचटीएमएल कैशिंग। आप मेमकैच को देख सकते हैं जो लगभग हर किसी का उपयोग करता है और आपके कैश को स्मृति में संग्रहीत करता है। मोंगो डीबी ने डेटा कॉल करते समय गति की तरह याद दिलाया है।

जैसा कि हर किसी की तरह कहता है, यह ज्यादातर ढांचा नहीं है जो स्केल नहीं करता है। यह तुम्हारा पूरा वास्तुकला है। मैंने अन्य हल्के ढांचे को नहीं देखा है, लेकिन यदि आप केकेपीएचपी और कोडइग्निटर के बीच चयन कर रहे हैं, तो मैं व्यक्तिगत रूप से कोडइग्निटर के साथ जाऊंगा। साथ ही यह सुनिश्चित करें कि आप समय के साथ अपने कोड को दोबारा जारी रखना जारी रखेंगे, इससे आपको अपने ऐप को गति देने वाले बदलाव करने का मौका मिलेगा।

Answer 5

मैंने कई वर्षों की अवधि में क्रोध में केवल केकपीएचपी का उपयोग किया है। हां, यह बड़ा है और प्रतीत होता है, लेकिन ईमानदार होने के लिए, मुझे लगता है कि अगर मैंने किसी अन्य ढांचे का उपयोग किया था तो यह तब तक बड़ा होगा जब मैंने अपने पास जो कुछ भी जोड़ा है और केक के साथ उपयोग किया है।

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

http://www.grasset.es एक साइट है जिसे मैंने 4 साल पहले केक के साथ बनाया था। यह बड़ा और जटिल है, लेकिन मुझे नहीं लगता कि यह धीमा है।

Answer 6

मैंने Yii PHP ढांचे के साथ कुछ बड़े एप्लिकेशन बनाए हैं। यह बहुत तेज है क्योंकि यह "आलसी" ऑटो लोड वर्गों। मेरे पास no performance complaints है।

आप एक PHP opcode कैश/APC या eAccelerator तरह त्वरक चलाते हैं, और दीप व्यवस्था पर page loading speed के लिए हमेशा की तरह best practices के सभी करते हैं, तो का उपयोग कर एक PHP ढांचे अच्छी तरह से इसे विकास समय बचाया के लिए लायक हो जाएगा। निष्पादन वास्तव में एक मुद्दा नहीं होगा जब तक आप अनुरोधों की खगोलीय संख्या की सेवा नहीं कर रहे हों!