अपनी मुख्य साइट के लिए मोबाइल सक्षम साइट की योजना बनाना और बनाना

मुझे लगता है कि 2.5 जी फोन और नए 3 जी फोन के साथ मुख्य अंतर यह है कि 2.5 जी फोन अपने ब्राउज़र का इस्तेमाल करते थे, 3 जी फोन पर ब्राउज़र अपनी प्रतिपादन क्षमताओं में अधिक समान/सटीक बन गए हैं।

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

तो अंतिम प्रश्न एक लक्षित बाजार का होगा। क्या आप एक तकनीक-समझदार दर्शकों को लक्षित कर रहे हैं जिनके पास पूरी तरह से 3 जी-सक्षम फोन होंगे? क्या आप उन लोगों को लक्षित कर रहे हैं जिनके पास 2.5 जी हो सकता है?

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

अभी तक (2014)

We may not need separate site for mobile devices instead we can go for front end libaries like Twitter Bootstrap which uses responsive rendering so that site adapts itself to the screen size whether it be Tablet or Mobile device or Desktop

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

To know more about Twitter Bootstrap click here

यदि आप बहुत कम पैसे खर्च करना चाहते हैं, तो आप मेरी पुस्तक की एक प्रतिलिपि बना सकते हैं " $ 1 के तहत अमेज़ॅन पर पाम ओएस वेब एप्लिकेशन डेवलपर गाइड "। हालांकि पुराने पाम VII उपकरणों के बारे में विशिष्ट युक्तियां अब लागू नहीं होती हैं, मोबाइल वेबसाइट बनाने पर कुछ अनुभाग हैं जो अभी भी लागू हो सकते हैं। मेरी मूल सलाह यह है: पृष्ठों को प्रासंगिक जानकारी के साथ पहले छोटे बनाएं, फिर नेविगेशन लिंक; अन्य पृष्ठों पर जेनेरिक/बॉयलरप्लेट सामग्री को पुश करें; उपयोगकर्ता द्वारा एक ही पृष्ठ पर खर्च किए जाने वाले समय को कम करने के लिए अनुकूलित करने का प्रयास करें; और विलंबता को कम करने के लिए किसी पृष्ठ के लिए कई ऑब्जेक्ट्स (छवियों, जावास्क्रिप्ट फ़ाइलों) को डाउनलोड करने से बचें।

आईफ़ोन के लिए अधिक काम किए बिना समर्थन सुधारने के लिए आप दो चीजें कर सकते हैं:

URL बार को छिपाने के लिए पेज स्क्रॉल करें:

<script type="application/x-javascript">

  if (navigator.userAgent.indexOf('iPhone') != -1) {
    addEventListener("load", function() {
      setTimeout(hideURLbar, 0);
    }, false);
  }

  function hideURLbar() {
    window.scrollTo(0, 1);
  }

</script>

और पेज चौड़ाई के लिए स्केलिंग सेट करें (कुछ परीक्षण करने और इसके साथ खेलने के लिए सबसे अच्छा, अन्य उदाहरणों की भी तलाश करें जो user-scalable = true का उपयोग कर सकते हैं):

<meta name="viewport" content="width=320; user-scalable=false" />

मेरा अनुभव यह है कि यह वास्तव में इस बात पर निर्भर करता है कि आप क्या करने की कोशिश कर रहे हैं और उपयोगकर्ता कौन हैं/कहां हैं।

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

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

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

यदि आप डब्ल्यूएपी विकास के साथ जाते हैं तो WinWAP - एक विंडोज-आधारित डब्ल्यूएपी ब्राउज़र देखें।

नए फोन डब्ल्यूएपी 2 के साथ आते हैं जो एचटीएमएल मोबाइल प्रोफाइल (एक्सएचटीएमएल एमपी) का उपयोग करता है, जो सामान्य एचटीएमएल के समान है। पुराने फोन वायरलेस मार्कअप भाषा (डब्लूएमएल) का उपयोग करते हैं।

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

विभिन्न हैंड फोन की क्षमताओं की जांच करने के लिए, मोबाइल वेब बेस्ट प्रैक्टिस ।

कोड: जब मैं इसका उपयोग करता हूं तो 11 एररर्स लौटने के लिए डब्ल्यू 3 सत्यापनकर्ता का कारण बनता है। यहां इंडेक्स पेज है जिसकी कोशिश की गई थी: आप कुछ बहु लाइन नहीं करेंगे, इस्तेमाल नहीं किया। वे टेम्पलेट लाइनें हैं।

<!DOCTYPE HTML>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<title>Photography Aerial Commercial Portrait Underwater Wedding Tom Szabo</title>
<meta name="description" content="A Thomas Image professional photography serving Cleveland
Northeast Ohio Chagrin Falls Chardon Kirtland Madison Mentor Painesville Perry and Willoughby">
<meta name="keywords" content="A Thomas Image, professional, photography, cleveland, northeast ohio, chagrin falls, chardon, concord, kirtland, madison, mentor, painesville, perry, willoughby,commercial, marketing, advertising, executive, head shot, portrait, baby, children, family, high school senior, family reunion, underwater, scuba diving, pool party, wedding, bride, groom,">
<meta name="y_key" content="7b00158550200c1c">
<meta name="y_key" content="b5a3e0c1d778ff8a">
<meta name="msvalidate.01" content="7C6C4CEC2EB84051B1DCFEC558B77724" />
<meta name="verify-v1" content="G4nmk0aesZsCjneBo0W6kVlv5NpImVnTfsQ+fXEk1fA=" />
<meta name="viewport" content=?width=320,user-scalable=false?>