उह, मुझे समझ नहीं आता कि लोग क्यों नहीं समझते हैं। वेबसाइटों के साथ कोई फ्रंट-एंड कोड नहीं है। यह सब बैक-एंड कोड है। फ्रंट-एंड कोड ब्राउज़र है, इसलिए जब तक आप मोज़िला या IE या क्रोमियम / गूगल या सफारी पर काम नहीं करते, आप सर्वर-साइड कोड लिख रहे हैं। यहां बताया गया है कि यह कैसे काम करता है: ब्राउज़र वेबसर्वर से एक फ़ाइल का अनुरोध करता है। वेबसर्वर फ़ाइल को आउटपुट करता है। ब्राउज़र उस फ़ाइल की व्याख्या करता है और अतिरिक्त फ़ाइलों (छवियों, जावास्क्रिप्ट, सीएसएस, आदि) का अनुरोध कर सकता है और उन फ़ाइलों की व्याख्या कर सकता है, जब तक कि सभी फ़ाइलों की व्याख्या नहीं की जाती है।
अब, यह पहली फ़ाइल ब्राउज़र अनुरोध एक HTML फ़ाइल है। HTML फ़ाइल को पार्स किया गया है और ब्राउज़र तय करता है कि उसकी सामग्री कैसे प्रस्तुत की जाए। तो यहाँ बनाए रखने के लिए महत्वपूर्ण अवधारणाओं में से एक यह है कि HTML फ़ाइल का उपयोग पार्सर द्वारा किया जाता है।
वेब सर्वर एक सॉफ्टवेयर है जो पोर्ट पर सुनता है और फाइलों के लिए अनुरोध करता है। यदि फ़ाइल एक स्टेटिक फाइल है (हमारा मतलब है कि फाइल पहले से ही बनी हुई है तो स्टैटिक का मतलब है) तो यह सिर्फ अनुरोधित क्लाइंट के रूप में कॉपी की जाती है। यदि फ़ाइल डायनामिक है, तो इसका अर्थ है कि यह फ़ाइल के अनुरोध के बाद हर बार बनाई जाती है, वेब सर्वर फ़ाइल को उस सॉफ़्टवेयर से उत्पन्न करने का अनुरोध करता है जो फ़ाइल को उत्पन्न करता है (या तो एक चल रही प्रक्रिया, भरी हुई लाइब्रेरी, या एक प्रक्रिया को जन्म देता है) और वह सॉफ़्टवेयर फ़ाइल जनरेट करता है और वेबसर्वर को भेजता है, जो बदले में क्लाइंट को भेजता है।
एक बार उस फाइल को क्लाइंट को "सर्व" कर दिया गया और पार्स किया गया, क्लाइंट अन्य प्रकार की फाइलों, जैसे कि json फाइलें, जहां वह html रेंडरर द्वारा पार्सिंग को बाईपास कर सकता है और इसके बजाय फाइल को jasasas दुभाषिया में वापस आ गया है। क्लाइंट, और इन्हें जावास्क्रिप्ट द्वारा पार्स किया गया है (eval पार्सिंग का एक रूप है)। ये वही हैं जो AJAX पर आधारित हैं।
अब, यह आपको कैसे प्रभावित करता है? यदि सर्वर पर कोई फ़ाइल गतिशील रूप से उत्पन्न होती है, तो सर्वर पर चलने वाला सॉफ़्टवेयर है जो यह बताता है कि फ़ाइल कैसे उत्पन्न की जाए। जो लोग इन सॉफ़्टवेयर को प्रोग्राम करते हैं उन्हें "सर्वर-साइड" प्रोग्रामर माना जाता है।
सर्वर पर उत्पन्न ये html फाइलें, ब्राउज़र को बताएंगी कि अन्य फ़ाइलों में क्या शामिल है, इसलिए जावास्क्रिप्ट और छवियों और सीएसएस को आयातित HTML फ़ाइल द्वारा आयात, व्यवस्थित और अन्यथा व्यवस्थित करने की आवश्यकता है।
कई वेब फ्रेमवर्क, और मैं कहता हूं, शुद्ध "सर्वर-साइड" कार्य, और "क्लाइंट-साइड" कार्य के बीच एक सीमा बनाने के लिए कार्यप्रणाली (एमवीसी एट अल) विकसित की गई है।
मैं उल्लेख करना भूल गया, ओह प्रिय, डेटा लोग। डेटा स्टोरेज करने वाले लोग सर्वर-साइड HTML-फ़ाइल जनरेट करने वाले सॉफ़्टवेयर लेखकों की तुलना में अधिक सर्वर-साइड होते हैं। डेटा संग्रहण, क्या संबंधपरक डेटाबेस, NoSQL, या अन्यथा, पूरी तरह से एक और बात है। मैं इसका उल्लेख करता हूं क्योंकि बिग-वेंडर-टाउट फ्रेमवर्क और मेथोडोलॉजी (एमवीसी एट अल फिर से) प्रतीत होता है कि यह सिर्फ "बस बोल्ड कि उस पर" आसान है।
वाह, क्या एक लंबा जवाब है।
मैं आपके कथन को चुनौती देने के लिए यह प्रतीत होता है कि सर्वर-साइड डेवलपर्स और क्लाइंट-साइड डेवलपर्स हैं। यदि आप अपनी सूचना प्रणाली को एक वेब साइट के माध्यम से वितरित करते हैं, तो सब कुछ सर्वर पर संग्रहीत, व्यवस्थित और प्रबंधित किया जाना है। और यह एक बड़ी गड़बड़ है, और जब तक आप वास्तव में यह नहीं सीखते कि यह सब कैसे काम करता है, तो आप एक समय के नरक में जा रहे हैं, यह अच्छी तरह से काम कर रहा है। तो यह सब सर्वर-साइड है।