2010-04-18 6 views
7

मैं एक टंबल क्लोन बनाने शुरू कर रहा हूं जो एकाधिक उपयोगकर्ताओं को संभालता है (इसलिए जेलाटो जैसे प्रीमेड क्लोन इसे काट नहीं देंगे) और मुझे यकीन नहीं है कि मैं कौन सा ढांचा बनाना चाहता हूं।बहु-उपयोगकर्ता टम्बलर क्लोन के लिए केकेपीएचपी, कोडइग्निटर या रेल?

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

मुझे PHP के साथ अनुभव है, लेकिन रुबी नहीं। हालांकि, मुझे नहीं लगता कि सीखने की अवस्था बहुत तेज होगी इसलिए मैं रेलों से बाहर नहीं निकल रहा हूं। मैं सिर्फ ढांचा चाहता हूं जो एक बहु-उपयोगकर्ता टंबलर क्लोन जैसे सिस्टम के लिए सबसे उपयुक्त है ताकि मैं इसे कम परेशानी के साथ और जितनी जल्दी हो सके उतनी जल्दी बना सकूं।

यदि किसी को भी इसी तरह के प्रोजेक्ट के साथ अनुभव होता है, या इन ढांचे के साथ और एक अंतर्दृष्टि परिप्रेक्ष्य प्रदान कर सकता है, तो मैं बहुत सराहना करता हूं।

पढ़ने के लिए समय लेने के लिए धन्यवाद।

चीयर्स, ~ जॉर्डन फ़ेल्डस्टीन

उत्तर

4

मैं 2000 से PHP में विकास कर रहा हूं, और अभी भी उत्पादन में PHP सिस्टम का एक गुच्छा है (कोडइग्निटर और केकेपीएचपी दोनों का उपयोग करके)।

मुझे रेल-इन को विकसित करने के लिए अविश्वसनीय रूप से अधिक कुशल होने के लिए पाया गया है ... उपयोग-मामले के आधार पर आसानी से 50% अधिक उत्पादकता। तेज़, उच्च गुणवत्ता। मेरे लिए आसान विकल्प। रेल के लिए

+0

बिल्कुल सही अंतर्दृष्टि। धन्यवाद। –

0

CodeIgniter बहुत, हल्के जो शायद इस परियोजना की हानि के लिए है अगर आप यथासंभव कम कोड करने के लिए चाहते हैं।

0

केकपीएचपी PHP को पोर्ट को पोर्ट करने का काफी प्रयास है, इसलिए उन दो ढांचे के बीच चयन अन्य कारकों पर निर्भर करेगा।

एक कारक यह होगा कि आप रूबी सीखना चाहते हैं या नहीं। मैंने इसमें डब किया है, और महसूस करता है कि यह PHP से बेहतर है, लेकिन अधिक व्यावहारिक चिंताओं ने मुझे इसके साथ प्रयोग करने से रोक दिया है (काम पर PHP का उपयोग करना है)।

एक और चिंता होस्टिंग होगी। मैं ड्रीमहोस्ट का उपयोग करता हूं, और फीस PHP और रेल के लिए समान है। हालांकि, मेरे एक दोस्त को अभी गोडाडी होस्टिंग खाता मिला है, और उसे वास्तव में एक यात्री-सक्षम होस्ट करने के लिए एक उच्च मासिक शुल्क का भुगतान करना पड़ता है।

+1

केकपीएचपी रेल के करीब कहीं नहीं है। यह एक महत्वाकांक्षी प्रयास है, लेकिन यह वास्तव में कुछ प्रमुख क्षेत्रों (शुरुआत के लिए ओआरएम) में विफल रहता है। रेल के लिए होस्टिंग वास्तव में बहुत सीधे आगे है - किसी भी बजट ($ 0 से $$ तक) फिट करने के विकल्पों में से एक टन हैं। गोडाडी के पास सामान्य रूप से एक होस्टिंग सेवा के रूप में एक बहुत बुरा प्रतिनिधि है: पी –

+0

मुझे एक सपनाहोस्ट सेटअप भी मिला है, इसलिए होस्टिंग रेल एक मुद्दा नहीं होगा। मुझे लगता है कि PHP में कामकाजी ओआरएम की कमी मुझे रेल में धक्का दे रही है। इनपुट के लिए धन्यवाद। –

9

निश्चित रूप से रेल। रेल में इस तरह की परियोजना विकसित करना बहुत तेज़ होगा।

जहां तक ​​मैंने देखा, PHP ओआरएम में रेल से पीछे प्रकाश है। और रेल रूटिंग किसी भी PHP ढांचे की तुलना में काफी बेहतर है।

4

+1।

मैं कोडनिर्देशक के बारे में बात नहीं कर सकता। मेरी सामान्य समझ उपरोक्त बयानों को आकर्षित करती है। लाइटवेट और पूरी तरह ऑब्जेक्ट उन्मुख नहीं है।

मैंने अपने स्वयं के सर्वर पर रेलों को तैनात करने और बुरी तरह विफल होने की कोशिश करने के बाद जनवरी 2006 से केकेपीएचपी में विकसित किया है। रेल को वापस तैनात करना आसान नहीं था ... कम से कम मेरे लिए नहीं। उस समय केक सबसे अच्छा विकल्प था, और अभी भी कई तरीकों से है।

केक एक बहुत ही सक्षम ढांचा है। हालांकि, मैं इस बयान से सहमत हूं कि यह रेलवे के पीछे "पीछे" कई तरीकों से है। तुलना में कुछ विशेषताओं को डिजाइन, कम एकीकृत या सरलीकृत नहीं किया गया है।

कुछ महीने पहले मैंने अपने केक ऐप्स में से एक को Rails2 पर पोर्ट करने के लिए कुछ दिन बिताए थे। एक अभ्यास के रूप में। सीखने की अवस्था मेरे जैसे किसी के लिए बहुत उथल-पुथल थी (केक और रेल पर बने अवधारणाओं के सभ्य समझ के साथ)। हमने हाल ही में रेलों (केक से भी) पर अपने ऐप्स में से एक को पोर्ट करना शुरू कर दिया क्योंकि हमने पाया कि हमारे लिए महत्वपूर्ण चीजों के लिए समर्थन रेल या रूबी में उपलब्ध है लेकिन केक और PHP में उपलब्ध नहीं है।

यदि आप रूबी में स्विच करने के बारे में अनिश्चित हैं तो आप लिथियम (पहले केकेपीएचपी v3) को देखना चाहेंगे। यह केवल PHP 5.3 है और अभी भी 1.0 से एक अच्छा तरीका है लेकिन समुदाय सक्रिय है और आम तौर पर ऐसा लगता है कि केक शायद यह हो सकता है कि यह आज शुरू हुआ था और 2005 में नहीं।