30 HTML Best Practices for Beginners

Det vanskeligste aspektet ved å kjøre Nettuts + regner med så mange forskjellige ferdighetsnivåer. Hvis vi legger for mange avanserte opplæringsprogrammer, vil vår nybegynner ikke være til nytte. Det samme gjelder for motsatt. Vi gjør vårt beste, men vær alltid glade for å rør inn hvis du føler at du blir forsømt. Dette nettstedet er for deg, så snakk opp! Med det sagt, er dagens veiledning spesielt for de som bare dykker inn i webutvikling. Hvis du har ett års erfaring eller mindre, vil forhåpentligvis noen av de tipsene som er oppført her, hjelpe deg til å bli bedre, raskere!

Du kan også sjekke ut noen av HTML-byggerne på Envato Market, som den populære VSBuilder, som lar deg generere HTML og CSS for å bygge nettsteder automatisk ved å velge alternativer fra et enkelt grensesnitt.

Eller du kan få nettstedet ditt bygget fra grunnen av en profesjonell utvikler på Envato Studio som vet og følger alle de beste HTML-metodene.

Lær CSS: The Complete Guide

Vi har bygget en komplett guide for å hjelpe deg med å lære CSS, enten du er bare i gang med det grunnleggende eller du vil utforske mer avansert CSS.

Uten ytterligere ado, la oss se på 30 beste metoder for å observere når du oppretter oppslaget ditt.


1: Lukk alltid merkene dine

Tilbake på dagen var det ikke uvanlig å se ting som dette:

  • Noen tekst her.
  • Ny tekst her.
  • Du får ideen.
  • Legg merke til hvordan pakken UL / OL-tagget ble utelatt. I tillegg valgte mange å forlate de avsluttende LI-kodene også. Ved dagens standarder er dette bare en dårlig praksis og bør unngås 100%. Alltid, lukk alltid kodene dine. Ellers vil du møte validering og feilproblemer ved hver tur.

    Bedre

    • Noen tekst her.
    • Ny tekst her.
    • Du får ideen.

    2: Erklære riktig DocType

    Da jeg var yngre deltok jeg ganske mye i CSS-fora. Når en bruker hadde et problem, før vi ville se på situasjonen, måtte de utføre to ting først:

    1. Valider CSS-filen. Løs eventuelle nødvendige feil.
    2. Legg til en doktype.

    "DOCTYPE går før åpningshtml-taggen øverst på siden og forteller nettleseren om siden inneholder HTML, XHTML eller en blanding av begge, slik at den kan tolke oppmerkningen riktig."

    De fleste av oss velger mellom fire ulike doktypene når du oppretter nye nettsteder.

    1. http://www.w3.org/TR/html4/strict.dtd ">
    2. http://www.w3.org/TR/html4/loose.dtd ">
    3. http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd ">
    4. http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd ">

    Det er en stor debatt som for øyeblikket foregår om det riktige valget her. På et tidspunkt ble det ansett som best praksis å bruke XHTML Strict-versjonen. Men etter noen undersøkelser ble det innså at de fleste nettlesere går tilbake til vanlig HTML når de tolkes. Derfor har mange valgt å bruke HTML 4.01 Strict i stedet. Bunnlinjen er at noen av disse vil holde deg i sjakk. Gjør litt forskning og sett opp ditt eget sinn.


    3: Bruk aldri Inline-stiler

    Når du er hard på jobb med oppslaget ditt, kan det noen ganger være fristende å ta den enkle ruten og snike seg litt i styling.

    Jeg skal gjøre denne teksten rød slik at den virkelig skiller seg ut og får folk til å legge merke til!

    Sikker - det ser ufarlig ut. Dette peker imidlertid på en feil i kodingspraksis.

      Når du oppretter ditt oppslag, ikke engang tenke på stylingen enda. Du begynner bare å legge til stiler når siden er fullstendig kodet.

    Det er som å krysse bekker i Ghostbusters. Det er bare ikke en god ide.
    -Chris Coyier (i referanse til noe helt urelatert.)

    I stedet ferdig med markeringen, og referer deretter til P-taggen fra det eksterne stilarket.

    Bedre

    #someElement> p color: rød; 

    4: Legg alle eksterne CSS-filer inn i hovedetiketten

    Teknisk sett kan du plassere stilark hvor som helst du vil. Imidlertid anbefaler HTML-spesifikasjonen at de plasseres i HEAD-koden for dokumentet. Den primære fordelen er at sidene dine tilsynelatende lastes raskere.

    Mens vi undersøkte ytelsen på Yahoo!, Oppdaget vi at flytte stilark til dokumentet HEAD gjør at sidene ser ut til å lastes raskere. Dette skyldes at å sette stilark i HEAD gjør at siden kan gjengis progressivt.
    - ySlow Team

     Mine Favoritter Type Corn   

    5: Vurder å plassere Javascript-filer nederst

    Husk - det primære målet er å la siden lastes så raskt som mulig for brukeren. Når du laster inn et skript, kan nettleseren ikke fortsette til hele filen er lastet inn. Dermed må brukeren vente lenger før man merker noen fremgang.

    Hvis du har JS-filer, hvis eneste formål er å legge til funksjonalitet - for eksempel, etter at en knapp er klikket - gå videre og plasser disse filene nederst, like før den avsluttende kroppsmerket. Dette er absolutt en god praksis.

    Bedre

    Og nå vet du min favoritt slags korn.


    6: Bruk aldri Inline Javascript. Det er ikke 1996!

    En annen vanlig praksis for mange år siden var å plassere JS-kommandoer direkte innenfor koder. Dette var veldig vanlig med enkle bildegallerier. I hovedsak ble et "onclick" attributt lagt til taggen. Verdien ville da være lik noen JS-prosedyre. Unødvendig å si, bør du aldri, aldri gjøre dette. I stedet overfører du denne koden til en ekstern JS-fil og bruker "addEventListener / attachEvent" til å "lytte" til ønsket hendelse. Eller, hvis du bruker et rammeverk som jQuery, bruk bare "klikk" -metoden.

    $ ('en # moreCornInfoLink'). klikk (funksjon () alert ('Vil du lære mer om mais?'););

    7: Bekreft kontinuerlig

    Jeg har nylig blogget om hvordan ideen om validering har blitt fullstendig misforstått av de som ikke helt forstår dens formål. Som jeg nevner i artikkelen, "Validering skal fungere for deg, ikke mot."

    Men spesielt når du først begynner, anbefaler jeg at du laster ned verktøylinjen for webutvikler og bruker alternativene "Valider HTML" og "Valider CSS" kontinuerlig. Mens CSS er et litt lett språk å lære, kan det også få deg til å rive håret ut. Som du vil finne, mange ganger, er det din shabby markup som forårsaker det merkelige whitespace problemet på siden. Validere, validere, validere.


    8: Last ned Firebug

    Jeg kan ikke anbefale denne nok. Firebug er uten tvil det beste pluginet du noensinne vil bruke når du lager nettsteder. Ikke bare gir det utrolige Javascript-feilsøking, men du vil også lære å finne ut hvilke elementer som arver den ekstra utfyllingen du ikke var klar over. Last det ned!


    9: Bruk Firebug!

    Fra mine erfaringer utnytter mange brukere bare om lag 20% ​​av Firebugs evner. Du gjør deg virkelig en disservice. Ta et par timer og skur på nettet for hver verdig opplæring du finner på emnet.

    ressurser

    • Oversikt over Firebug
    • Feilsøk Javascript med Firebug - videoopplæring

    10: Hold navnet på dine navn små bokstaver

    Teknisk kan du komme unna med å kapitalisere taggenavnene dine.

    Her er et interessant faktum om mais.

    Når du har sagt det, vær så snill å ikke. Det tjener ingen hensikt og gjør vondt for meg - for ikke å nevne at det minner meg om Microsoft Words html-funksjon!

    Bedre

    Her er et interessant faktum om mais.


    11: Bruk H1 - H6-tagger

    Ganske vist er dette noe jeg pleier å slakke på. Det er best å bruke alle seks av disse kodene. Hvis jeg er ærlig, implementerer jeg vanligvis bare de øverste fire; men jeg jobber med det! :) For semantiske og SEO grunner, tvinge deg selv til å erstatte den P-taggen med en H6 når det passer.

    Dette er en veldig viktig kornfaktor!

    Liten, men fortsatt viktig maisfakta går her.

    12: Hvis du bygger en blogg, lagre H1 for artikkeltittelen

    Bare i morges, på Twitter, spurte jeg våre etterfølgere om de følte at det var smart å plassere H1-taggen som logoen, eller å bruke den som artikkelens tittel. Rundt 80% av de returnerte tweets var til fordel for sistnevnte metode.

    Som med noe, bestem hva som er best for ditt eget nettsted. Men hvis du bygger en blogg, vil jeg anbefale at du lagrer H1-kodene for artikkeltittelen din. For SEO-formål er dette en bedre praksis - etter min mening.


    13: Last ned ySlow



    Spesielt i de siste årene har Yahoo-teamet gjort noe veldig bra arbeid på vårt felt. Ikke for lenge siden, ga de ut en utvidelse for Firebug kalt ySlow. Når den er aktivert, analyserer den det angitte nettstedet og returnerer et "rapportkort" av sorter som beskriver områdene der nettstedet ditt trenger forbedring. Det kan være litt tøft, men det er alt for større godhet. Jeg anbefaler det.


    14: Wrap Navigation med en uordnet liste

    Hvert nettsted har en navigasjonsseksjon av noe slag. Mens du definitivt kan komme seg bort med formatering, ser det slik ut:

     
    Hjem Om Kontakt

    Jeg vil oppfordre deg til ikke å bruke denne metoden, av semantiske årsaker. Din jobb er å skrive best mulig kode som du er i stand til.

    Hvorfor skulle vi stille en liste over navigasjonsforbindelser med noe annet enn en uordnet LISTE?

    UL-taggen er ment å inneholde en liste over elementer.

    Bedre

    • Hjem
    • Handle om
    • Ta kontakt med

    15: Lær hvordan du målretter IE

    Du vil utvilsomt finne deg selv å skrike på IE under et eller annet tidspunkt. Det er faktisk blitt en bonding opplevelse for samfunnet. Når jeg leser på Twitter hvordan en av vennene mine kjemper mot IEs krefter, smiler jeg bare og tenker: "Jeg vet hvordan du føler deg, venn."

    Det første trinnet, når du har fullført din primære CSS-fil, er å opprette en unik "ie.css" -fil. Du kan da kun referere den til IE ved å bruke følgende kode.

    Denne koden sier, "Hvis brukerens nettleser er Internet Explorer 6 eller lavere, importer denne stilarket. Ellers gjør ingenting." Hvis du også trenger å kompensere for IE7, erstatt bare "lt" med "lte" (mindre enn eller lik).


    16: Velg en Great Code Editor

    Enten du er på Windows eller Mac, er det nok av fantastiske kode redaktører som vil fungere fantastisk for deg. Personlig har jeg en Mac og PC side ved side som jeg bruker hele dagen min. Som et resultat har jeg utviklet en ganske god kunnskap om hva som er tilgjengelig. Her er mine beste valg / anbefalinger i rekkefølge:

    Mac Lovers

    • Coda
    • espresso
    • Textmate
    • Aptana
    • DreamWeaver CS4

    PC Lovers

    • InType
    • E-tekstredigerer
    • Notisblokk++
    • Aptana
    • Dreamweaver CS4

    17: Når nettsiden er fullført, komprimere!

    Ved å zippe CSS og Javascript-filer, kan du redusere størrelsen på hver fil med en betydelig 25% eller så. Vennligst ikke bry deg om dette mens du fortsatt er i utvikling. Når nettsiden er mer eller mindre fullført, kan du imidlertid bruke noen få komprimeringsprogrammer for å spare deg for litt båndbredde.

    Javascript-komprimeringstjenester

    • Javascript Kompressor
    • JS kompressor

    CSS Compression Services

    • CSS Optimiser
    • CSS kompressor
    • Rengjør CSS

    18: Kutt, kutt, kutt

    Ser tilbake på min første nettside, jeg må ha hatt et SEVERE tilfelle av divitis. Din naturlige instinkt er å trygt pakke hvert avsnitt med en div, og deretter pakke det med en ekstra div for godt mål. Som du raskt lærer, er dette svært ineffektivt.

    Når du har fullført oppslaget ditt, gå over det to ganger og finn måter å redusere antall elementer på siden. Har den UL virkelig behov for sin egen wrapping div? Jeg tror ikke.

    Akkurat som nøkkelen til skriving er å "kutte, kutte, kutte", det samme gjelder for oppslaget ditt.


    19: Alle bilder krever "alt" attributter

    Det er lett å ignorere nødvendigheten av alt attributter innenfor bildekoder. Ikke desto mindre er det svært viktig, for tilgjengelighet og validering grunner, at du tar et ekstra øyeblikk for å fylle disse seksjonene i.

    dårlig

    Bedre

    Et kornfelt jeg besøkte.

    20: Hold deg oppdatert sent

    Jeg tviler sterkt på at jeg er den eneste som, på et tidspunkt mens han lærte, så opp og innså at jeg var i et mørkt rom godt inn tidlig på morgenen. Hvis du har funnet deg selv i en lignende situasjon, vær sikker på at du har valgt riktig felt.

    De fantastiske "AHHA" øyeblikkene, i hvert fall for meg, skjer alltid sent på kvelden. Dette var tilfellet da jeg først begynte å forstå nøyaktig hvilke Javascript-nedleggelser var. Det er en god følelse at du må oppleve, hvis du ikke allerede har det.


    21: Se kilde

    Hvilken bedre måte å lære HTML enn å kopiere heltene dine? I utgangspunktet er vi alle kopimaskiner! Så sakte begynner du å utvikle dine egne stiler / metoder. Så besøk nettsidene til de du respekterer. Hvordan koden de dette og den delen? Lær og kopier fra dem. Vi gjorde det, og du burde også. (Ikke stjel designet, bare lær fra kodingsstilen.)

    Legg merke til noen kule Javascript-effekter som du vil lære? Det er sannsynlig at han bruker et plugin for å oppnå effekten. Se kilden og søk HEAD-taggen for navnet på skriptet. Så Google det og implementer det på ditt eget nettsted! Jippi.


    22: stil alle elementer

    Denne beste praksisen gjelder spesielt når du designer for klienter. Bare fordi du ikke bruker en blockquote betyr det ikke at klienten ikke vil. Bruk aldri bestilte lister? Det betyr ikke at han ikke vil! Gjør deg selv en tjeneste og opprett en spesiell side spesielt for å vise stilen til hvert element: ul, ol, p, h1-h6, blokkeringer osv..


    23: Bruk Twitter

    I det siste kan jeg ikke slå på TV uten å høre en referanse til Twitter; det er virkelig blitt ganske motbydelig. Jeg har ikke lyst til å lytte til Larry King annonsere sin Twitter-konto - som vi alle vet at han ikke oppdaterer manuelt. Yay for assistenter! Også, hvor mange moms registrerte seg for kontoer etter Oprahs godkjenning? Vi kan bare lengre etter dagen da det var bare noen få av oss som var klar over tjenesten og dens "vannkjøler" potensial.

    I utgangspunktet var ideen bak Twitter å legge inn "hva du gjorde." Selv om dette fortsatt gjelder i liten grad, er det blitt mye mer av et nettverksverktøy i vår bransje. Hvis en web dev forfatter som jeg beundrer innlegg en link til en artikkel han fant interessant, tror du bedre at jeg også skal sjekke det ut - og det burde du også! Dette er grunnen til at nettsteder som Digg raskt blir mer og mer nervøse.

    Hvis du nettopp har registrert deg, ikke glem å følge oss: NETTUTS.


    24: Lær Photoshop

    En nylig kommenterer på Nettuts + angrep oss for å legge ut noen anbefalinger fra Psdtuts +. Han hevdet at Photoshop-veiledningene ikke har noen virksomhet på en webutviklingsblogg. Jeg er ikke sikker på ham, men Photoshop er åpen ganske mye 24/7 på datamaskinen min.

    Faktisk kan Photoshop veldig godt bli det viktigere verktøyet du har. Når du har lært HTML og CSS, vil jeg personlig anbefale at du deretter lærer så mange Photoshop-teknikker som mulig.

    1. Gå til Videoseksjonen på Psdtuts+
    2. Fork over $ 25 for å registrere deg for et måneders medlemskap til Lynda.com. Se alle videoene du kan finne.
    3. Nyt "You Suck at Photoshop" serien.
    4. Ta noen timer å huske så mange PS-hurtigtaster som du kan.

    25: Lær hver HTML-tag

    Det er bokstavelig talt dusinvis av HTML-koder som du ikke kommer over hver dag. Likevel betyr det ikke at du ikke bør lære dem! Er du kjent med abbr-taggen? Hva med "sitere"? Disse to alene fortjener et sted i verktøykassen din. Lær dem alle!

    Forresten, hvis du ikke er kjent med de to nevnte ovenfor:

    • abbr gjør ganske mye hva du forventer. Det refererer til en forkortelse. "Blvd" kan pakkes inn i a tag fordi det er en forkortelse for "boulevard".
    • sitere brukes til å referere til tittelen på noe arbeid. Hvis du for eksempel refererer til denne artikkelen på din egen blogg, kan du sette "30 HTML Best Practices for Beginners" innenfor a stikkord. Vær oppmerksom på at den ikke skal brukes til å referere forfatteren av et sitat. Dette er en vanlig misforståelse.

    26: Delta i Fellesskapet

    Akkurat som nettsteder som våre bidrar sterkt til å videreutvikle en nettutvikleres kunnskap, bør du også! Endelig funnet ut hvordan du flyter elementene dine riktig? Lag en blogginnlegg for å lære andre hvordan. Det vil alltid være de med mindre erfaring enn deg. Ikke bare vil du bidra til samfunnet, men du vil også lære deg selv. Legg merke til hvordan du egentlig ikke forstår noe før du blir tvunget til å lære det?


    27: Bruk en CSS Reset

    Dette er et annet område som har blitt diskutert til døden. CSS tilbakestiller: å bruke eller ikke å bruke; det er spørsmålet. Hvis jeg skulle tilby mitt eget personlige råd, vil jeg 100% anbefale at du oppretter din egen tilbakestillingsfil. Begynn å laste ned en populær, som Eric Meyer, og så sakte, som du lærer mer, begynner å endre det til deg selv. Hvis du ikke gjør dette, forstår du ikke virkelig hvorfor listenelementene dine mottar den ekstra biten når du ikke angav den hvor som helst i CSS-filen din. Spar deg selv sinne og tilbakestill alt! Denne skal komme i gang.

    html, html, ht, h4, h5, h6, p, blockquote, pre, a, abbr, akronym, adresse, stor, sitere, kode, img, kbd, q, s, samp, liten, streik, sterk, dl, dt, dd, ol, ul, li, feltform, form, etikett, legend, tabell, bildetekst, tbody, tfoot, thead, tr, th, td margin: 0; polstring: 0; grense: 0; oversikt: 0; skriftstørrelse: 100%; vertikaljustering: basislinje; bakgrunn: gjennomsiktig;  kropp linjehøyde: 1;  ol, ul listestil: ingen;  blockquote, q quotes: none;  blockquote: før, blockquote: etter, q: før, q: etter innhold: "; innhold: none; table border collapse: collapse; border spacing: 0;

    28: Line 'em Up!



    Generelt sett bør du forsøke å ordne dine elementer så godt som mulig. Ta en titt på dine favorittdesign. Har du lagt merke til hvordan hver overskrift, ikon, avsnitt og logo stikker opp med noe annet på siden? Ikke å gjøre dette er et av de største tegnene til en nybegynner. Tenk på det på denne måten: Hvis jeg spør hvorfor du plasserte et element på det stedet, bør du kunne gi meg en nøyaktig grunn.


    29: Skjær en PSD

    Ok, så du har fått en god forståelse av HTML, CSS og Photoshop. Det neste trinnet er å konvertere din første PSD til en fungerende nettside. Ikke bekymre deg; Det er ikke så tøft som du kanskje tror. Jeg kan ikke tenke på en bedre måte å sette ferdighetene dine på prøve. Hvis du trenger hjelp, kan du se gjennom disse dybdevideoopplæringene som viser deg nøyaktig hvordan du får jobben.

    • Slice and Dice that PSD
    • Fra PSD til HTML / CSS

    30: Ikke bruk et rammeverk ... Likevel

    Rammer, enten de er for Javascript eller CSS, er fantastiske; men vær så snill å ikke bruke dem når du først kommer i gang. Selv om det kan hevdes at jQuery og Javascript kan læres samtidig, kan det samme ikke gjøres for CSS. Jeg har personlig forfremmet 960 CSS Framework, og bruker det ofte. Når det er sagt, hvis du fortsatt er i ferd med å lære CSS - som betyr det første året - vil du bare gjøre deg mer forvirret hvis du bruker en.

    CSS-rammer er for erfarne utviklere som vil spare seg litt tid. De er ikke for nybegynnere.

    • Følg oss på Twitter, eller abonner på NETTUTS RSS Feed for flere daglige webutviklingsverktøy og artikler.