दिलचस्प पोस्ट
एएसपी क्लासिक में सीआरएल का इस्तेमाल करते हुए मैं कैसे डेटा पोस्ट कर सकता हूं? Active_Record / Rails के created_at, updated_at कॉलम का नाम बदलना एंड्रॉइड – असीन्क टास्क को मजबूती से रद्द करें Django खोल से पायथन स्क्रिप्ट कार्यान्वित स्ट्रिंग्स.एमएमएम में पैरामीटर क्या संभव है? क्यों अवधि की लाइन-ऊंचाई बेकार है क्लासेस, ऑब्जेक्ट और इंस्टेंस के बीच अंतर एक div में तत्वों की कार्यक्षेत्र संरेखण किसी दिए गए पक्ष अनुपात के साथ साजिश को बचाएं 'पूंछ' कमांड के बराबर विंडोज मैं डिकम्पलिंग से MySQL उपयोगकर्ता नाम और पासवर्ड कैसे सुरक्षित कर सकता हूं? अधिकतम अपलोड फ़ाइल आकार बदलें PDOstatement (MySQL): तालिका में लिखित 1 में बिट (1) फ़ील्ड परिणाम में मान 0 डालना मैं एक कस्टम परमाणु समारोह को कैसे लागू कर सकता हूं जिसमें कई चर शामिल हैं? Qt5। QML में QWidget वस्तु एम्बेड करें

मुझे HTML फ़्रेम का उपयोग क्यों नहीं करना चाहिए?

मैंने 1 99 8 के बाद से फ़्रेम का इस्तेमाल नहीं किया है। वे एक बुरे विचार की तरह लग रहे हैं और मेरे सभी विकास में मेरे पास कभी ऐसी स्थिति नहीं थी जहां फ़्रेम सही समाधान था, या यहां तक ​​कि एक सभ्य समाधान भी।

हालांकि, अब मैं एक अन्य समूह द्वारा लिखित एक आंतरिक वेब अनुप्रयोग के साथ काम कर रहा हूं और पूरी साइट- हेडर, बायीं ओर मेनू, दायां साइड सामग्री- फ़्रेमसेट में बनाया गया है।

एक के लिए, जब वीपीएन ने मेरे नेटवर्क पर मुझे लगातार "website.com/frames.html" प्राप्त नहीं किया जा सकता है। "त्रुटि संदेश। ऐसा तब नहीं होता है जब मैं आंतरिक नेटवर्क पर हूं

दूसरा, ऐप में ईमेल / मैसेजिंग सिस्टम में बनाया गया है। अपठित संदेशों की संख्या बाईं ओर मेनू फ़्रेम में "संदेश (3)" के रूप में दिखाई जाती है, लेकिन गिनती अद्यतन नहीं होती क्योंकि मैं संदेश पढ़ता हूं। डेवलपर ने मुझे बताया क्योंकि यह एक फ्रेम में था जिसमे मुझे मेनू पर सही क्लिक करने की आवश्यकता थी और 'रिफ्रेश' गंभीरता से ????

तो, मेरे प्रोग्रामिंग से संबंधित प्रश्न यह है कि वेबसाइट में फ़्रेम का उपयोग न करने के लिए आपके पास क्या कारण हैं?

वेब के समाधान से एकत्रित समाधान "मुझे HTML फ़्रेम का उपयोग क्यों नहीं करना चाहिए?"

यद्यपि वे उस समय एक समस्या का समाधान कर चुके थे (एक "पृष्ठ" का हिस्सा अपडेट करते हुए एक गैर-अपडेट करने वाले भाग को अपडेट करते हुए), फ़्रेम्ससेट की शुरूआत से बहुत ज्यादा उपयोगिता के रूप में आलोचना की गई, क्योंकि वे सामान्य कार्यों को तोड़ते हैं ब्राउज़र, जैसे:

  • बुकमार्क करने और साझा करने के लिए URL कॉपी और चिपकाएं
  • स्क्रीन पर दिखाए गए पृष्ठ को प्रिंट करना
  • पृष्ठ को पुनः लोड करना: चूंकि यूआरएल को आम तौर पर नहीं बदला गया है, आपको अक्सर साइट के होमपेज पर या डिफ़ॉल्ट फ़्रेमसेट पर वापस ले लिया जाएगा; मैन्युअल रूप से कुछ फ्रेम पुनः लोड करना संभव है, लेकिन उपयोगकर्ता को स्पष्ट नहीं है
  • वापस और अग्रेषण बटन अस्पष्ट हैं: अंतिम फ्रेम परिवर्तन को पूर्ववत करें / फिर से करें, या पिछली बार यूआरएल बार बदल दिया जाए?

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

संपूर्ण सामग्री को पुनः लोड किए बिना पृष्ठ के छोटे क्षेत्रों को अपडेट करने में सक्षम होने के लिए अभी भी एक फायदा है, जो कि AJAX के माध्यम से प्राप्त किया जा सकता है। यह कभी-कभी लोगों को ऊपर उल्लिखित फ़्रेमसेट की सभी समस्याओं के साथ इंटरफेस बनाने की ओर जाता है, लेकिन यह शायद ही फ़्रेम्ससेट के पक्ष में तर्क है। फिर, एक अच्छी तरह से डिज़ाइन किए गए AJAX फ़ंक्शंस के साथ बनाई गई साइट उन चीज़ों को प्राप्त कर सकती है जो फ़्रेम्ससेट भी पता करने के लिए शुरू नहीं होती हैं।

आज फ्रेम से बचने का एक अच्छा कारण है कि उन्हें HTML 5 में अधिसूचित किया गया है: अध्याय 11 अप्रचलित विशेषताएं

11.2 गैर-अनुरूप सुविधाओं

निम्नलिखित सूची में तत्व पूरी तरह अप्रचलित हैं, और लेखकों द्वारा इसका उपयोग नहीं किया जाना चाहिए:

[…]

ढांचा

फ्रेमसेट

noframes

या तो इसके बजाय आइफ्रेम और सीएसएस का उपयोग करें, या सर्वर-साइड का उपयोग करें में पूर्ण होने वाले विभिन्न अपरिवर्तनीय हिस्सों के साथ पूर्ण पृष्ठ उत्पन्न करने के लिए शामिल है।

# 1 कारण है? उपयोगकर्ता उन्हें नफरत करते हैं

यहां तक ​​कि अगर वे अन्य क्षेत्रों (कोड, आवेदन डिजाइन, गति आदि से अलग) में लाभ की पेशकश करते हैं तो वे उपयोगकर्ता इंटरफ़ेस का हिस्सा हैं। यदि उपयोगकर्ता स्वीकृत नहीं करते हैं, तो उनका उपयोग न करें।

उदाहरण के लिए, सभी पृष्ठों में नेविगेशन मेनू दोहराते रहने से बचने के लिए, जब आपके पास स्थिर वेब साइट थी, तब फ्रेम्स अस्पष्ट रूप से उपयोगी थे। इससे एक पेज के समग्र आकार में भी कमी आई है

ये दोनों तर्क अब अप्रचलित हैं: साइट वसा वाले पेजों की सेवा करने में संकोच नहीं करते, और उनमें से अधिक गतिशील रूप से निर्मित होते हैं, जिनमें इस तरह के नेविगेशनल पार्ट्स (या स्टेटस आदि) को कोई समस्या नहीं है।

"क्यों" हिस्सा अच्छी तरह से ऊपर जवाब दिया है, आंशिक रूप से अपने प्रश्न (आप एक सीमा मारा, हालांकि इसे जेएस के एक बिट के साथ ओवरराइड किया जा सकता है)।

मेरा नंबर 1 कारण फ़्रेम का उपयोग नहीं करना है क्योंकि वे ब्राउजर की बुकमार्क (उर्फ पसंदीदा) सुविधा को तोड़ते हैं

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

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

बेशक, iFrames सरल काम को स्क्रॉल करने और / या किसी एकल पृष्ठ में स्वतंत्र सेगमेंट को बहुत अच्छी तरह से प्रदर्शित कर सकते हैं, और मैं उन लोगों के लिए अपने स्वयं के तख्ते आधारित वेबसाइट के भीतर उपयोग करता हूं, लेकिन उन्हें एक साइट के लिए नींव के साथ-साथ काम करने के लिए भी एक दुःस्वप्न है मेरा विश्वास करो, मुझे पता है क्योंकि मेरी वेबसाइट इंटरनेट पर सबसे परिष्कृत फ़्रेमसेट आधारित साइटों में से एक है और मैं इसे सभी को iFrames में ट्रांसस्पॉज़ करने के पेशेवरों और विचारों को देख रहा हूं। दुःस्वप्न एक ख़ास ख़राब है

मैं पहले से ही कहनेवाली सुनकर सुन सकता हूं, "ठीक है, आपने इसे पहले स्थान पर क्यों बनाया?" … और जवाब है ए: क्योंकि मैं आलसी नहीं हूँ और बी: क्योंकि किसी फ़्रेम आधारित साइट, एक सर्वर पर भरोसा करने वाले सैकड़ों पृष्ठों के साथ एक सूचना आधारित साइट के लिए सबसे कार्यात्मक, नेत्रहीन अपील और उपयोगकर्ता के अनुकूल स्वरूप है। इसका मतलब मेरा मतलब है, लेकिन बाहरी विज्ञापन सीधे फ्लैश ड्राइव से देखे जा सकते हैं। कोई MySQL या PHP की जरूरत नहीं है

यहां कुछ ऐसे मुद्दे हैं जिनका मैंने सामना किया है:

  • अनाथ पृष्ठों पर आपत्तियां आसानी से जावास्क्रिप्ट के साथ नियंत्रित कर सकती हैं।
  • बुकमार्क करने के बारे में आपत्ति तब तक अप्रासंगिक है जब तक कि आप सभी के फ्रेम का उपयोग न करें।
  • सामग्री के विशिष्ट बुकमार्क को एक "बुकमार्क जोड़ें" जावास्क्रिप्ट फ़ंक्शन के साथ संभाला जा सकता है
  • एसईओ के बारे में आक्षेप आसानी से एक XML साइटमैप और जावास्क्रिप्ट द्वारा नियंत्रित किया जाता है।
  • गतिशील रूप से आकार के फ़्रेमों को बाहर करना, मानक फ़्रेमसेट के साथ कहीं अधिक आसान और अधिक भरोसेमंद है।
  • बाहरी फ़्रेम से नेस्टेड फ़्रेमसेट को लक्षित और बदलना मानक फ़्रेमसेट के साथ आसान है।
  • इन-हाउस लिपियों जैसे जावास्क्रिप्ट खोजों और गैर-सर्वर पर निर्भर शॉपिंग कार्ट जो कुकीज़ के लिए बहुत जटिल हैं IFrames के साथ संभव नहीं लगता है, या यदि वे हैं, मानक फ़्रेमों की तुलना में उन्हें काम करने के लिए अधिक परेशानी है

कहा जा रहा है कि सभी, मैं iFrames की एकल पृष्ठ अपील पसंद है, और जब वे वास्तव में मानक फ्रेम के रूप में आसानी से अपनी साइट के लिए सभी एक ही सामान कर सकते हैं, तो मैं माइग्रेट करेंगे इस बीच, उनके बारे में यह बकवास "अप्रचलित" है जैसे कि अन्य तथाकथित "अपग्रेड" के रूप में वे वर्षों से हमें बिना किसी सोच के सभी वर्षों के दौरान स्थापित किए हैं।

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

वे लगभग हमेशा लोगों को क्रोधित करते हैं आपको और क्या चाहिए?

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