एकाधिक भाषा फ़ाइलों या 1 का उपयोग करने के लिए बेहतर है?

Question

अपने अनुभव से, क्या गेटटेक्स्ट एक्सटेंशन का उपयोग करके PHP प्रोजेक्ट में प्रत्येक भाषा के लिए 1 भाषा फ़ाइल या एकाधिक छोटी लैंगेज फ़ाइलों का उपयोग करना बेहतर है? मुझे यह भी यकीन नहीं है कि एकाधिक फाइलों का उपयोग करना संभव है, सर्वर के लिए भाषा फ़ाइलों को कैश करने के बाद परीक्षण करना मेरे लिए मुश्किल है।

मैं सोशल नेटवर्क साइट पर कई भाषाओं को कर रहा हूं, अभी तक केवल साइनअप पेज जो 200 पृष्ठों में से लगभग 1 है और अनुवाद के लिए 35 टेक्स्ट स्ट्रिंग हैं, इस गति से प्रत्येक भाषा के लिए भाषा फ़ाइल वास्तव में बड़ा हो, इसलिए मैं सोच रहा था कि अलग-अलग पृष्ठों के लिए अलग-अलग भाषा फाइलें या शायद फोरम सेक्शन और ब्लॉग सेक्शन जैसे अनुभागों को बेहतर करना बेहतर होगा, लेकिन अगर इससे कोई फर्क नहीं पड़ता है तो मैं अपने लिए कई छोटी फाइलें बनाने में अपना समय बर्बाद नहीं करूंगा भाषा।

मुझे लगता है हर स्थिति अलग है और केवल वास्तविक जवाब यह परीक्षण करने के लिए है, लेकिन मैं इस समय के दौरान से बचने के लिए और सिर्फ अधिक अनुभवी लोगों में से कुछ oppinions मिलता है, यह मेरी पहली बार gettext उपयोग कर रहा है आशा करता हूं, धन्यवाद

Answer 1

मेरे पास भाषा फाइल मॉड्यूल आधारित होगा। गेटटेक्स्ट के साथ आपको प्रत्येक भाषा के लिए लोकेल निर्दिष्ट करने की आवश्यकता है। यह प्रत्येक मॉड्यूल या आपकी साइट के बड़े हिस्सों के लिए एक अलग .po/.mo फ़ाइलों के लिए सबसे अच्छा होगा।

यह मेरी राय है। :-)

Answer 2

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

Answer 3

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

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

अन्य लोगों द्वारा उपयोग किए जाने वाले कुछ प्रारूपों को देखने के लायक भी है। कई फ्रेमवर्क इस प्रकार की संरचना, डैशकोड, सिम्फनी, ज़ेंड इत्यादि का उपयोग करते हैं और एक एक्सएमएल प्रारूप xliff है जो अनुवाद को संभालने के लिए बनाया गया है और अनुवादकों द्वारा उपयोग किए जाने वाले कई उपकरणों के साथ एकीकृत करता है।

Answer 4

एकाधिक फाइलें जाने का सबसे अच्छा तरीका है, लेकिन चीजें असंगठित हो सकती हैं।

हमने अभी स्ट्रिंग नामक एक निःशुल्क नई सेवा लॉन्च की है जो कई भाषा फ़ाइलों को प्रबंधित करने की अधिकांश समस्याओं को हल करती है - जैसे स्थानीयकरण के लिए बेसकैम्प। आप या तो मौजूदा फाइलों को आयात कर सकते हैं, या सिस्टम में कुंजियों और तारों के साथ स्क्रैच से शुरू कर सकते हैं। जब आप तैयार हों, तो आप अपने ऐप को चलाने के लिए फ़ाइलों को फिर से निर्यात कर सकते हैं। यह PHP (सरणी), PHP (परिभाषित), पीओ, याम, आईएनआई और .स्ट्रिंग प्रारूपों के साथ काम करता है।

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

वैसे भी पर्याप्त बिक्री पिच! इसे http://mygengo.com/string पर देखें - हमें आपकी प्रतिक्रिया पसंद आएगी।