मुलीला घाणेरडे प्रश्न केव्हा आणि कसे विचारायचे - परिस्थितीसाठी घनिष्ठ वाक्यांशांची यादी. आणि मोजमापाची एकके. HTML टॅग आणि CSS गुणधर्मांसाठी विशेषता समर्थनाची सार्वत्रिकता तपासा

जेव्हा शक्य असेल तेव्हा, आवश्यक तेथे तुमचा कोड स्पष्ट करा.

तुमचा कोड स्पष्ट करण्यासाठी टिप्पण्या वापरा: ते काय करते, ते काय करते आणि तुम्ही निवडलेला उपाय का वापरला जात आहे.

(हा मुद्दा ऐच्छिक आहे कारण कोड नेहमी चांगले दस्तऐवजीकरण करण्याची अपेक्षा करण्यात काही अर्थ नाही. टिप्पणी करण्याची उपयुक्तता प्रकल्पाच्या जटिलतेवर अवलंबून असते आणि HTML आणि CSS कोडसाठी भिन्न असू शकते.)

कार्ये TODO वापरून आपल्या कार्य सूचीसाठी कार्ये तपासा.

TODO कीवर्ड वापरून कार्य चिन्हांकित करा. @@ सारखे इतर सामान्यतः वापरलेले स्वरूप वापरू नका.

कंसात संपर्क (वापरकर्तानाव किंवा मेलिंग सूची) संलग्न करा: TODO(संपर्क) .

कोलन नंतरच्या कार्याचे वर्णन करा, उदाहरणार्थ: TODO: Task.

शिफारस केलेले: (# TODO(इव्हान इवानोव): संरेखनाशी व्यवहार करा #) चाचणी
शिफारस केलेले:

• काकडी
• टोमॅटो

HTML स्वरूपन नियम दस्तऐवज प्रकार HTML5 वापरा.

(मजकूर/html सामग्री प्रकारासह HTML वापरण्याची शिफारस केली जाते. XHTML वापरू नका, कारण अनुप्रयोग/xhtml+xml मध्ये खराब ब्राउझर समर्थन आहे आणि ऑप्टिमायझेशन पर्याय मर्यादित करते.)

HTML वैधता जेव्हा शक्य असेल तेव्हा वैध HTML वापरा.

वैध एचटीएमएल कोड वापरा जोपर्यंत वापर तुम्हाला कार्यप्रदर्शनाच्या इच्छित स्तरासाठी आवश्यक फाइल आकार प्राप्त करण्यास परवानगी देत ​​नाही.

कोडची वैधता तपासण्यासाठी W3C HTML प्रमाणक (इंग्रजी).

वैधता ही कोडची महत्त्वाची आणि मोजता येणारी गुणवत्ता आहे. वैध HTML लिहिल्याने तांत्रिक आवश्यकता आणि मर्यादा शिकण्यास प्रोत्साहन मिळते आणि HTML चा योग्य वापर सुनिश्चित होतो.

शिफारस केलेली नाही: तपासा फक्त तपासा
शिफारस केलेले: फक्त एक चेक तपासा.

शब्दार्थ HTML वापरा जसा हेतू होता.

घटक वापरा (कधीकधी चुकीच्या पद्धतीने "टॅग" म्हटले जाते) त्यांच्या हेतूसाठी: शीर्षकांसाठी शीर्षके, परिच्छेदांसाठी p, लिंकसाठी a, इ.

हे कोड वाचणे, संपादित करणे आणि देखरेख करणे सोपे करते.

वैकल्पिक मीडिया नेहमी पर्यायी माध्यम सामग्री समाविष्ट करा.

मीडियासाठी पर्यायी सामग्री प्रदान करण्याचा प्रयत्न करा, जसे की प्रतिमा, व्हिडिओ किंवा कॅनव्हास वापरून परिभाषित केलेले ॲनिमेशन. चित्रांसाठी, हा एक अर्थपूर्ण पर्यायी मजकूर आहे (Alt), आणि व्हिडिओ आणि ऑडिओसाठी, शक्य असल्यास मजकूर आणि मथळ्याचा उतारा.

वैकल्पिक सामग्री अपंग लोकांना मदत करू शकते. उदाहरणार्थ, @alt सेट न केल्यास चित्रात काय आहे हे समजणे कमी दृष्टी असलेल्या व्यक्तीसाठी कठीण आहे. व्हिडिओ किंवा ऑडिओ रेकॉर्डिंगमध्ये काय बोलले जात आहे हे समजून घेण्यात इतर लोकांना अडचण येऊ शकते.

(प्रतिमेचा Alt निरर्थक असल्यास, किंवा CSS वापरता येत नसलेल्या ठिकाणी ती फक्त सजावटीच्या उद्देशाने वापरली जात असल्यास, रिक्त alt मजकूर alt="" वापरा)

जबाबदाऱ्यांचे पृथक्करण स्वतंत्र रचना, रचना आणि वर्तन.

रचना (मार्कअप), स्वरूप (शैली) आणि वर्तन (स्क्रिप्ट) वेगळे ठेवा आणि त्यांच्यातील परस्परसंवाद कमीत कमी ठेवण्याचा प्रयत्न करा.

दस्तऐवज आणि टेम्पलेटमध्ये फक्त HTML असल्याची खात्री करा आणि HTML केवळ दस्तऐवजाची रचना परिभाषित करण्यासाठी कार्य करते. स्टाईल फाइल्समध्ये डिझाइनसाठी जबाबदार असलेले सर्व कोड आणि वर्तनासाठी जबाबदार असलेला कोड स्क्रिप्टमध्ये हलवा.

तुमच्या टेम्प्लेटमध्ये कमीत कमी स्टाईल फाइल्स आणि स्क्रिप्ट्स समाविष्ट करून त्यांचे छेदनबिंदू कमी करण्याचा प्रयत्न करा.

प्रेझेंटेशन आणि वर्तनापासून रचना विभक्त केल्याने कोड राखणे सोपे होते. टेम्पलेट्स आणि HTML दस्तऐवज बदलणे नेहमी शैली फाइल्स किंवा स्क्रिप्ट बदलण्यापेक्षा जास्त वेळ घेते.

शिफारस केलेली नाही: HTML sucks HTML sucks

मी याबद्दल आधी कुठेतरी वाचले आहे, परंतु आता सर्व काही निश्चितपणे स्पष्ट आहे: HTML पूर्ण कचरा आहे!!1माझा विश्वास बसत नाही की डिझाइन बदलण्यासाठी, तुम्हाला प्रत्येक वेळी सर्वकाही पुन्हा करावे लागेल.
शिफारस केलेले: माझे पहिले CSS-केवळ रीडिझाइन माझे नवीन CSS डिझाइन

मी याबद्दल आधी वाचले आहे, परंतु शेवटी मी ते स्वतः केले: मी चिंतेचे पृथक्करण करण्याचे तत्व वापरतो आणि डिझाइनला HTML मध्ये ढकलत नाही

किती थंड!

मेमोनिक लिंक्स मेमोनिक लिंक्स वापरू नका.

या नियमाला अपवाद म्हणजे HTML सेवा वर्ण (उदाहरणार्थ< и & ) а так же вспомогательные и “невидимые” символы (например неразрывный пробел).

पर्यायी टॅग पर्यायी टॅग वापरू नका. (गरज नाही)

फाइल आकार कमी करण्यासाठी आणि कोड वाचनीयता सुधारण्यासाठी, तुम्ही पर्यायी टॅग वगळू शकता. HTML5 तपशीलामध्ये पर्यायी टॅगची सूची आहे.

(हा दृष्टीकोन व्यापकपणे वापरला जाण्यासाठी थोडा वेळ लागू शकतो कारण वेब डेव्हलपर्सना जे शिकवले जाते त्यापेक्षा ते खूप वेगळे आहे. सुसंगतता, कोड आणि साधेपणाच्या दृष्टिकोनातून, काही ऐवजी सर्व पर्यायी टॅग वगळणे चांगले आहे).

शिफारस केलेली नाही: आम्ही बाइट्स वाया घालवतो - आम्ही पैसे वाया घालवतो.
शिफारस केलेले: बाइट्स पैसे आहेत!

त्यामुळे

"type" विशेषता दस्तऐवजात शैली आणि स्क्रिप्ट जोडताना प्रकार विशेषता निर्दिष्ट करू नका.

शैली (CSS व्यतिरिक्त काहीतरी वापरताना वगळता) आणि स्क्रिप्ट (JavaScript व्यतिरिक्त काहीतरी वापरताना) कनेक्ट करताना प्रकार विशेषता वापरू नका.

या प्रकरणात प्रकार विशेषता निर्दिष्ट करणे आवश्यक नाही कारण HTML5 मजकूर/सीएसएस (इंग्रजी) आणि मजकूर/जावास्क्रिप्ट (इंग्रजी) बाय डीफॉल्ट वापरते. हे अगदी जुन्या ब्राउझरमध्ये देखील कार्य करेल.

शिफारस केलेली नाही:
शिफारस केलेले:
शिफारस केलेली नाही:
शिफारस केलेले:

HTML फॉरमॅटिंग नियम फॉरमॅटिंग प्रत्येक ब्लॉक, टेबल किंवा सूची घटकासाठी एक नवीन ओळ तयार करा आणि प्रत्येक चाइल्ड एलिमेंट इंडेंट करा.

घटकासाठी निर्दिष्ट केलेल्या शैलींची पर्वा न करता (CSS तुम्हाला डिस्प्ले गुणधर्म वापरून घटकाचे वर्तन बदलण्याची परवानगी देते), प्रत्येक ब्लॉक किंवा टेबल घटक नवीन ओळीवर गुंडाळा.

तसेच, ब्लॉक किंवा टेबल एलिमेंटमध्ये नेस्ट केलेले सर्व घटक इंडेंट करा.

(तुम्हाला सूची घटकांमधील व्हाइटस्पेसमध्ये समस्या असल्यास, तुम्ही सर्व li घटक एका ओळीवर ठेवू शकता. लिंटने या प्रकरणात त्रुटीऐवजी चेतावणी देण्याची शिफारस केली जाते.

शिफारस केलेले:

• माशा
• ग्लाशा
• चेबुराश

शिफारस केलेले: नफा कर

$ 5.00	$ 4.50

CSS शैली नियम CSS वैधता जेव्हा शक्य असेल तेव्हा वैध CSS कोड वापरा.

ब्राउझर-आश्रित कोड आवश्यक असल्यास किंवा प्रमाणीकरण त्रुटी वगळता, वैध CSS कोड वापरा.

तुमचा कोड प्रमाणित करण्यासाठी W3C CSS व्हॅलिडेटर सारखी साधने वापरा.

वैधता ही कोडची महत्त्वाची आणि मोजता येणारी गुणवत्ता आहे. वैध CSS लिहिल्याने अनावश्यक कोड दूर करण्यात मदत होते आणि स्टाईल शीटचा योग्य वापर सुनिश्चित होतो...

वर्ग अभिज्ञापक आणि नावे वाइल्डकार्ड किंवा अर्थपूर्ण वर्ग नावे आणि अभिज्ञापक वापरा.

कोड वापरण्याऐवजी किंवा घटकाच्या स्वरूपाचे वर्णन करण्याऐवजी, त्याच्या निर्मितीचा अर्थ वर्ग किंवा अभिज्ञापकाच्या नावाने व्यक्त करण्याचा प्रयत्न करा किंवा त्याला टेम्पलेट नाव द्या...

वाइल्डकार्ड नावे ही अशा घटकांची फक्त भिन्न नावे आहेत ज्यांचा कोणताही विशेष उद्देश नसतो किंवा त्यांच्या भावंडांपासून वेगळे करता येत नाही. ते सहसा "मदतनीस" म्हणून आवश्यक असतात.

कार्यात्मक किंवा टेम्पलेट नावे वापरल्याने दस्तऐवज किंवा टेम्पलेट्समध्ये अनावश्यक बदलांची आवश्यकता कमी होते.

बहिष्कृत: /* बहिष्कृत: अर्थहीन */ #yee-1901 () /* बहिष्कृत: देखाव्याचे वर्णन */ .button-green() .clear()
शिफारस केलेले: /* शिफारस केलेले: अचूक आणि बिंदूपर्यंत */ #gallery () #login () .video () /* शिफारस केलेले: टेम्पलेट नाव */ .aux () .alt ()

अभिज्ञापक आणि वर्ग नावे अभिज्ञापक आणि वर्गांसाठी, आवश्यक तेवढी लांब परंतु शक्य तितकी लहान नावे वापरा.

शक्य तितक्या संक्षिप्त राहून या घटकाने नेमके काय करावे हे तयार करण्याचा प्रयत्न करा.

वर्ग आणि अभिज्ञापकांचा हा वापर कोड समजण्यास सोपे आणि अधिक कार्यक्षम बनविण्यात योगदान देतो.

प्रकार निवडक वर्गाची नावे किंवा घटक प्रकार (टॅग) निवडकांसह अभिज्ञापक वापरणे टाळा.

पूर्णपणे आवश्यक असल्याशिवाय (उदाहरणार्थ हेल्पर क्लासेससाठी), वर्गाची नावे किंवा अभिज्ञापकांसह घटकांची नावे वापरू नका.

गुणधर्मांसाठी शॉर्टकट जेव्हा शक्य असेल तेव्हा गुणधर्मांसाठी शॉर्टकट वापरा.

CSS अनेक भिन्न शॉर्टहँड फॉर्म (जसे की फॉन्ट) ऑफर करते, जे शक्य असेल तेथे वापरण्याची शिफारस केली जाते, जरी फक्त एक मूल्य निर्दिष्ट केले असले तरीही.

शॉर्टहँड प्रॉपर्टी नोटेशन वापरणे अधिक कार्यक्षमतेसाठी आणि तुमचा कोड अधिक चांगल्या प्रकारे समजून घेण्यासाठी उपयुक्त आहे.

शिफारस केलेली नाही: /* शिफारस केलेली नाही */ सीमा-टॉप-शैली: काहीही नाही; फॉन्ट-फॅमिली: पॅलाटिनो, जॉर्जिया, सेरिफ; फॉन्ट-आकार: 100%; रेषा-उंची: 1.6; पॅडिंग-तळाशी: 2em; पॅडिंग-डावीकडे: 1em; पॅडिंग-उजवीकडे: 1em; पॅडिंग-टॉप: 0;
शिफारस केलेले: /* शिफारस केलेले */ सीमा-टॉप: 0; फॉन्ट: 100%/1.6 पॅलाटिनो, जॉर्जिया, सेरिफ; पॅडिंग: 0 1em 2em;

0 आणि युनिट्स शून्य मूल्यांसाठी एकके निर्दिष्ट करू नका

असे करण्याचे कारण नसल्यास शून्य मूल्यांसाठी युनिट्स निर्दिष्ट करू नका.

अपूर्णांकाच्या संपूर्ण भागात 0 अपूर्णांकांच्या संपूर्ण भागात "0" टाकू नका.

-1 आणि 1 मधील मूल्यांमध्ये पूर्णांक भागामध्ये 0 ठेवू नका.

लिंक्समधील कोट्स लिंक्समध्ये कोट्स वापरू नका

url() सह कोट्स ("" , "") वापरू नका.

हेक्साडेसिमल रंगांची नावे जेव्हा शक्य असेल तेव्हा तीन-वर्णांचे हेक्साडेसिमल नोटेशन वापरा.

रंगांसाठी तीन-वर्ण हेक्साडेसिमल नोटेशन लहान आहे आणि कमी जागा घेते.

उपसर्ग वर्तमान अनुप्रयोगासाठी अद्वितीय उपसर्गांसह उपसर्ग निवडक. (गरज नाही)

मोठ्या प्रकल्पांमध्ये, तसेच इतर प्रकल्पांसाठी किंवा इतर साइटवर वापरल्या जाणाऱ्या कोडमध्ये, अभिज्ञापक आणि वर्ग नावांसाठी उपसर्ग (नेमस्पेस म्हणून) वापरा. हायफन नंतर लहान, अद्वितीय शीर्षके वापरा.

नेमस्पेसेस वापरल्याने नावातील संघर्ष टाळण्यास मदत होते आणि साइटची देखभाल करणे सोपे होते. उदाहरणार्थ, शोधताना आणि बदलताना.

वर्ग आणि अभिज्ञापकांमधील विभाजक हायफन वापरून अभिज्ञापक आणि वर्गाच्या नावांमधील शब्द वेगळे करा.

तुमचा कोड वाचनीयता आणि समजण्यास सुलभता सुधारण्यासाठी निवडकांमध्ये शब्द आणि संक्षेप जोडण्यासाठी हायफनशिवाय इतर काहीही वापरणे टाळा.

शिफारस केलेली नाही: /* शिफारस केलेली नाही: "डेमो" आणि "इमेज" हे शब्द वेगळे केलेले नाहीत */ .demoimage () /* शिफारस केलेली नाही: हायफनऐवजी अंडरस्कोर वापरला आहे */ .error_status ()
शिफारस केलेले: /* शिफारस केलेले */ #video-id().ads-sample()

हॅक ब्राउझर आवृत्ती माहिती किंवा CSS हॅक वापरणे टाळा - प्रथम इतर पद्धती वापरून पहा.

CSS फिल्टर, हॅक किंवा इतर उपायांसह ब्राउझरमधील फरकांचा सामना करणे मोहक ठरू शकते. जर तुम्हाला कार्यक्षम आणि सहज राखता येण्याजोगा कोडबेस हवा असेल तरच या सर्व पद्धतींचा शेवटचा उपाय मानला जावा. सोप्या भाषेत सांगायचे तर, हॅक आणि ब्राउझर डिटेक्शनला परवानगी दिल्याने प्रकल्पाला दीर्घकाळ हानी पोहोचेल, कारण याचा अर्थ प्रकल्प कमीत कमी प्रतिकाराचा मार्ग घेत आहे. जे हॅक वापरणे सोपे करते आणि त्यांना अधिकाधिक वेळा वापरण्यास अनुमती देते, ज्यामुळे ते खूप वेळा वापरले जातील.

CSS फॉरमॅटिंग नियम जाहिराती क्रमवारी लावा.

कार्य करणे सोपे असलेल्या सुसंगत कोडची खात्री करण्यासाठी वर्णक्रमानुसार घोषणा परिभाषित करा.

क्रमवारी लावताना, ब्राउझर उपसर्ग दुर्लक्षित करा. शिवाय, जर एका मालमत्तेसाठी अनेक ब्राउझर उपसर्ग वापरले गेले असतील, तर ते देखील क्रमवारी लावले जाणे आवश्यक आहे (उदाहरणार्थ -moz --webkit पूर्वी असावे)

ब्लॉक्समध्ये इंडेंट्स. नेहमी ब्लॉक सामग्री इंडेंट करा.

पदानुक्रम दर्शविण्यासाठी आणि कोड समजण्यास सुलभ करण्यासाठी नियम किंवा घोषणांमधील नियमांसारखी कोणतीही ब्लॉक सामग्री नेहमी इंडेंट करा.

घोषणांनंतर प्रत्येक घोषणेनंतर अर्धविराम ठेवा.

कोड सुसंगततेसाठी आणि नवीन गुणधर्म जोडणे सोपे करण्यासाठी प्रत्येक घोषणेनंतर अर्धविराम वापरा.

मालमत्तेच्या नावांनंतर घोषणांमध्ये कोलन नंतर मोकळी जागा वापरा.

कोडमधील ऑर्डरसाठी नेहमी घोषणांमध्ये कोलन नंतर (परंतु आधी नाही) एक जागा वापरा.

सिलेक्टर्स आणि डिक्लेरेशन्स वेगळे करणे लाइन ब्रेकसह वेगळे सिलेक्टर आणि डिक्लेरेशन्स.

प्रत्येक निवडकर्ता किंवा घोषणा एका नवीन ओळीवर सुरू करा.

नियम वेगळे करणे लाइन ब्रेकसह वेगळे नियम.

नेहमी नियमांमध्ये एक ओळ ब्रेक ठेवा.

मेटा नियम CSSGgrouping नियम गट नियम आणि टिप्पणीसह गट सूचित करतात. (गरज नाही)

जेव्हा शक्य असेल तेव्हा गट एकत्र नियम. टिप्पण्यांसह गट दर्शवा आणि त्यांना लाइन ब्रेकसह वेगळे करा.

निष्कर्ष सातत्य ठेवा

तुम्ही कोड संपादित करत असल्यास, तो कसा लिहिला आहे हे समजून घेण्यासाठी काही मिनिटे द्या. जर गणितीय ऑपरेटर स्पेसने विभक्त केले असतील तर तेच करा. टिप्पण्या कंस किंवा डॅशने वेढलेल्या असल्यास, तुमच्या टिप्पण्यांसह तेच करा.

या मार्गदर्शकाची कल्पना एक सामान्य शब्दसंग्रह तयार करणे आहे जी विकसकांना कसे व्यक्त करायचे आहे यापेक्षा ते काय व्यक्त करायचे आहे यावर लक्ष केंद्रित करू देते.

आम्ही एकसमान डिझाइन नियम ऑफर करतो जे तुम्हाला समान शैलीमध्ये कोड लिहिण्याची परवानगी देतात, परंतु प्रकल्पामध्ये आधीपासूनच वापरलेली कोड शैली देखील महत्त्वाची आहे.

तुमचा कोड सध्याच्या कोडपेक्षा खूप वेगळा असल्यास, तो वाचकाची लय कमी करू शकतो आणि वाचणे कठीण करू शकतो. हे टाळण्याचा प्रयत्न करा.

अनुवादकाची नोंद मला हे देखील लक्षात घ्यायचे आहे की Google प्रामुख्याने मोठ्या, उच्च-लोड प्रकल्पांवर लक्ष केंद्रित करते, जेथे प्रत्येक बाइट महाग असतो, म्हणून हे लक्षात घेण्यासारखे आहे की जर त्यांनी प्रत्येक निवडक नवीन ओळीवर सुरू करण्याची किंवा त्याऐवजी मोकळी जागा वापरण्याची शिफारस केली असेल तर टॅब, नंतर हे प्रामुख्याने सूचित करते की साइटवर वापरण्यापूर्वी कोड आवश्यकपणे लहान आणि संकुचित केला जाईल.

आतापर्यंत वाचलेल्या प्रत्येकाचे आभार.

टॅग: टॅग जोडा

HTML फॉर्मवरून PHP स्क्रिप्टमध्ये डेटाचे हस्तांतरण आयोजित करण्यासाठी, तुम्हाला प्रथम php.ini फाइल कॉन्फिगर करणे आवश्यक आहे:

नोंदणी करा _ globals = वर // नावाने फील्ड फॉर्म थेट प्रवेश

error_reporting=E_ALL //सर्व त्रुटींवर अहवाल द्या

डिस्प्ले _ एरर = वर // दस्तऐवजातील त्रुटी प्रदर्शित करा

error_prepend_string=""

त्रुटींसाठी // स्वरूप (ओपनिंग टॅग)

त्रुटी _ संलग्न करा _ स्ट्रिंग =""

त्रुटींसाठी // स्वरूप (बंद टॅग)

HTML फॉर्म आणि PHP स्क्रिप्ट कनेक्ट करण्याचा मुख्य नियम म्हणजे सबमिट केलेल्या HTML फॉर्मच्या प्रत्येक घटकासाठी व्हेरिएबल तयार करणे. म्हणजेच, जर तुमच्याकडे मजकूर नावाचे एक मजकूर फील्ड आणि सबमिट बटण असेल तर, प्राप्त होणाऱ्या PHP स्क्रिप्टमध्ये तुम्हाला यापुढे मजकूर फील्डसाठी व्हेरिएबल तयार करण्याची आणि ते कसेतरी सुरू करण्याची आवश्यकता नाही, कारण हे $Text व्हेरिएबल आपोआप तयार होईल. मजकूर फील्डमध्ये प्रविष्ट केलेल्या मूल्याच्या समान मूल्यासह.

फॉर्म आणि PHP स्क्रिप्ट एकाच डॉक्युमेंटमध्ये ठेवता येतात. हे करण्यासाठी, तुम्हाला कृतीमध्ये action="" निर्दिष्ट करणे आवश्यक आहे.

उदाहरण:

जर (isset($im)) ($im प्रिंट करा;)