Paglalarawan ng lugar ng trabaho ng direktor. Ang konsepto ng "personal na pamamahala". Organisasyon ng lugar ng trabaho ng manager. Organisasyon at kagamitan sa lugar ng trabaho

Kadalasan, hindi alam ng mga web developer na mayroong ilang mga pamantayan sa HTML coding. Gayunpaman, sa pagitan ng 2000 at 2010, maraming web developer ang lumipat mula sa HTML patungo sa XHTML. Kasabay nito, pinilit ng XHTML ang mga developer na magsulat ng valid at "well-formed" code. HTML5, pagdating sa pagpapatunay ng code, ay nagbibigay-daan para sa ilang sloppiness.

Gayunpaman, ang pagkakapare-pareho sa istilo ay gagawing mas madali para sa iba na maunawaan ang iyong HTML code.

Marahil balang araw, kakailanganin ng mga programa, gaya ng mga XML data reader, na basahin ang iyong HTML code. Kaya, ang paggamit ng mahusay na nabuo, tulad ng XHTML syntax ay isang makatwirang diskarte.

Palaging siguraduhin na ang iyong code ay maayos, malinis, at maayos na nabuo.

Gamitin ang tamang uri ng dokumento

Palaging ipahayag ang uri ng dokumento sa unang linya:

Kung gusto mong mapanatili ang pare-pareho sa mga lowercase na tag, maaari mong gamitin ang sumusunod na kahulugan uri ng dokumento:

Sumulat ng mga pangalan ng elemento sa maliliit na titik

Binibigyang-daan ng HTML5 ang parehong malalaking titik at maliliit na titik sa mga pangalan ng elemento. Gayunpaman, mas mainam na palaging gumamit ng maliliit na titik lamang. Ito ay ipinaliwanag sa pamamagitan ng mga sumusunod na pagsasaalang-alang:

  • Ang paghahalo ng malaki at maliit na titik sa mga pangalan ng tag ay itinuturing na masamang kasanayan

Ito ay isang talata ng teksto.

Napakasama:

Ito ay isang talata ng teksto.

Ito ay isang talata ng teksto.

Isara ang lahat ng elemento ng HTML

Sa HTML5, hindi mo kailangang isara ang lahat ng elemento (halimbawa, ang elemento

Ito ay isang talata ng teksto.

Ito ay isang talata ng teksto.

Ito ay isang talata ng teksto.

Ito ay isang talata ng teksto.

Isara ang mga walang laman na elemento ng HTML

Sa HTML5, kung isasara o hindi ang mga walang laman na elemento ay depende sa kagustuhan ng web developer.

Katanggap-tanggap:

Katanggap-tanggap din:

Gayunpaman, ang trailing slash (/) ay KINAKAILANGAN sa XHTML at XML.

Kung inaasahan mong maa-access ng mga XML application ang iyong web page, pinakamahusay na gumamit ng trailing slash sa mga walang laman na elemento ng HTML!

Gumamit ng maliliit na titik para sa mga pangalan ng katangian

Sa HTML5, maaari mong paghaluin ang malalaking titik at maliliit na titik kapag nagsusulat ng mga pangalan ng katangian.

  • Ang paghahalo ng malaki at maliliit na titik sa mga pangalan ng katangian ay itinuturing na masamang kasanayan
  • Karaniwang gumagamit ng maliliit na titik ang mga developer (tulad ng sa XHTML)
  • Mas malinis ang hitsura ng maliliit na titik
  • Mas madaling isulat ang maliliit na titik

Ilakip ang mga halaga ng katangian sa mga panipi

Binibigyang-daan ng HTML5 ang mga halaga ng katangian na maisulat nang walang mga panipi. Gayunpaman, inirerekumenda namin na palagi mong ilakip ang mga halaga ng katangian sa mga quote dahil

  • Ang paghahalo ng malaki at maliliit na letra sa mga kahulugan ay itinuturing na masamang gawain
  • Ang mga sinipi na halaga ay mas madaling basahin
  • DAPAT kang mag-quote kung may mga puwang sa mga halaga

Napakasama:

Hindi ito gagana dahil may mga puwang sa value

Mga Katangian ng Larawan

Kapag tinutukoy ang mga larawan, palaging gamitin ang katangiang "alt". Ang katangiang ito ay mahalaga kapag ang larawan ay hindi ipinapakita sa ilang kadahilanan.

Gayundin, palaging tukuyin ang lapad at taas ng larawan. Binabawasan nito ang pagkasira ng layout ng page dahil magrereserba ang browser ng espasyo para sa larawan habang naglo-load ang page.

Mga puwang at katumbas

Binibigyang-daan ng HTML5 ang mga puwang sa paligid ng equal sign. Gayunpaman, kapag walang mga puwang, ang code ay mas madaling basahin at ito ay nagpapangkat ng mga entity.

Iwasan ang mahabang linya ng code

Kapag gumagamit ng HTML editor, hindi maginhawang basahin ang HTML code kung kailangan mong mag-scroll sa window pakaliwa o pakanan.

Dapat mong subukang panatilihing hindi lalampas sa 80 character ang linya ng code.

Mga blangkong linya at indentation

Hindi ka dapat magdagdag ng mga blangkong linya nang walang magandang dahilan.

Para sa mas mahusay na pagiging madaling mabasa, ang mga blangkong linya ay dapat lamang idagdag sa paghiwalayin ang malalaking, lohikal na pare-parehong mga bloke ng code.

Gayundin, para sa mas madaling mabasa, magdagdag ng dalawang puwang para sa indentation. Huwag gumamit ng mga tab para dito.

Iwasan ang hindi kinakailangang white space at indentation. Hindi na kailangang i-indent ang bawat elemento.

Hindi kinakailangan:

Mga Sikat na Lungsod ng Tokyo

Ang Tokyo ay ang kabisera ng Japan, ang sentro ng Greater Tokyo Area, at ang pinakamataong metropolitan area sa mundo. Ito ang upuan ng gobyerno ng Japan at ng Imperial Palace, at ang tahanan ng Japanese Imperial Family.

Mga Sikat na Lungsod ng Tokyo

Ang Tokyo ay ang kabisera ng Japan, ang sentro ng Greater Tokyo Area, at ang pinakamataong metropolitan area sa mundo. Ito ang upuan ng gobyerno ng Japan at ng Imperial Palace, at ang tahanan ng Japanese Imperial Family.

Paglalarawan ng Pangalan
A Paglalarawan ng A
B Paglalarawan ng B

  • London
  • Paris
  • Tokyo
  • Upang laktawan o hindi at?

    Ayon sa pamantayan ng HTML5, maaaring hindi gamitin ang tag at tag.

    Ang sumusunod na code ay itinuturing na wasto ayon sa pamantayan ng HTML5:

    Pamagat ng Pahina Ito ay pamagat ng teksto

    Ito ay isang talata ng teksto.

    Ang elemento ay ang ugat ng dokumento. Ito ang inirerekomendang lugar para tukuyin ang wika ng pahina:

    Ang deklarasyon ng wika ng pahina ay mahalaga para sa parehong mga espesyal na application (tulad ng mga screen reader) at mga search engine.

    Bilang karagdagan, kung hindi ka magsulat ng isang tag o isang tag, maaari nitong sirain ang DOM at XML na istraktura ng application. At ang paglaktaw sa isang tag ay maaari ding humantong sa mga error sa mas lumang mga browser (IE9).

    Dapat ko bang laktawan ang tag?

    Ayon sa pamantayan ng HTML5, maaaring hindi gamitin ang tag.

    Bilang default, idaragdag ng mga browser ang lahat ng elemento bago ang pambungad na tag sa loob ng elementong kanilang nilikha.

    Maaari mong bawasan ang pagiging kumplikado ng istraktura ng HTML sa pamamagitan ng pag-alis sa tag:

    Pamagat ng pahina Pamagat ng teksto

    Ito ay isang tekstong talata.

    Metadata

    Kinakailangan ang elemento sa HTML5. Ang pamagat ng pahina ay dapat na puno ng kahulugan:

    Upang matiyak ang tamang interpretasyon at tamang pag-index ng pahina ng mga search engine, ang kahulugan ng wika at character encoding ng pahina ay dapat na ideklara nang maaga hangga't maaari:

    HTML5 Syntax at Coding Standards

    Pag-install ng viewport (viewing window)

    Ang "Viewport" ay ang lugar na nakikita ng user ng isang web page. Ang lugar na ito ay nag-iiba-iba sa bawat device at bawat mga mobile phone magiging mas maliit kaysa sa screen ng computer.

    Ipinakilala ng HTML5 ang isang paraan na nagpapahintulot sa mga web designer na kontrolin ang viewport gamit ang .

    Dapat mong palaging gumamit ng viewport control sa sumusunod na form sa lahat ng web page:

    Nagbibigay ang viewport control na ito ng mga tagubilin sa browser kung paano kontrolin ang laki at pag-scale ng page.

    Itinatakda ng width=device-width na bahagi ang lapad ng pahina upang tumugma sa lapad ng screen ng kasalukuyang device (na mag-iiba depende sa device na iyong ginagamit).

    Ang initial-scale=1.0 part sets Unang antas tataas kapag unang na-load ng browser ang page.

    Sa ibaba ay makikita mo ang isang halimbawa ng isang web page sa isang screen ng smartphone na may at walang naka-install na viewport meta tag:

    Pahina na may viewport meta tag

    Mga komento sa HTML

    Ang isang maikling komento ay dapat na nakasulat sa isang linya:

    Simpleng HTML5 na dokumento

    Tingnan natin ang isa sa pinakasimpleng HTML5 na dokumento. Nagsisimula ito sa pamamagitan ng pagtukoy sa uri ng dokumento gamit ang isang espesyal na code ng paglalarawan ng uri ng dokumento (ang kahulugan ng code na ito ay ipinaliwanag sa susunod na seksyon), na sinusundan ng pag-encode at pangalan ng dokumento, at pagkatapos ay ang mga nilalaman nito. SA sa kasong ito Ang nilalaman ay binubuo ng isang talata ng teksto:

    Maliit na HTML5 na dokumento

    Ang simpleng dokumentong ito ay maaaring pasimplehin pa. Halimbawa, hindi talaga kinakailangan ang tag ng pagtatapos sa pamantayan ng HTML5, dahil alam ng mga browser kung paano isara ang lahat ng bukas na elemento sa dulo ng dokumento (at ipinapatupad ng pamantayan ng HTML5 ang gawi na ito). Ngunit ang pagputol sa mga sulok na tulad nito sa halip na pasimplehin ay ginagawang mas mahirap maunawaan ang markup at maaaring magpakilala ng mga hindi inaasahang error.

    Karamihan sa mga web developer ay naniniwala na ang paggamit ng tradisyonal na mga seksyon ay kapaki-pakinabang para sa paggawa ng dokumento na mas madaling maunawaan, dahil malinaw nilang pinaghihiwalay ang impormasyon tungkol sa pahina (ang pamagat ng pahina) mula sa nilalaman mismo (ang katawan ng pahina). Ang istrukturang ito ay lalong kapaki-pakinabang kapag nagdaragdag ng mga script, style sheet, at mga elemento ng meta sa isang pahina:

    Maliit na HTML5 na dokumento

    I-shake up natin ang browser sa HTML5 style!

    Sa wakas, ang buong dokumento (maliban sa linya ng doctype) ay maaaring i-wrap sa isang tradisyonal na elemento, tulad ng ipinapakita sa sumusunod na listahan:

    Maliit na HTML5 na Dokumento

    I-shake up natin ang browser sa HTML5 style!

    Hanggang sa HTML5, ang bawat bersyon ng opisyal na detalye ng HTML ay nangangailangan ng paggamit ng elemento, kahit na ang presensya ng elementong ito ay hindi nakakaapekto sa anumang paraan kung paano pinoproseso ng browser ang natitirang bahagi ng code ng pahina. Sa HTML5, ang paggamit ng elementong ito ay ganap na ipinauubaya sa personal na pagpapasya ng developer.

    Ang paggamit ng , at mga elemento ay isang bagay lamang ng istilo. Ang isang page na walang mga elementong ito ay gagana nang perpekto kahit sa mga mas lumang browser na hindi pa nakakarinig ng HTML5. Sa katunayan, awtomatikong ipinapalagay ng browser ang pagkakaroon ng mga elementong ito. Samakatuwid, kung titingnan mo ang DOM (ang hanay ng mga software object na kumakatawan sa isang page) ng isang page gamit ang JavaScript script, maglalaman ito ng mga object para sa , at , elemento, kahit na hindi ginamit ng developer ang mga ito.

    Sa puntong ito, ang halimbawang page na ito ay nasa pagitan ng pinakapangunahing HTML5 na dokumento at isang advanced na panimulang punto para sa praktikal na HTML5 web page. Sa kasunod na mga seksyon, idaragdag namin ang natitirang mga elemento dito at maghuhukay ng mas malalim sa markup.

    Paglalarawan ng Uri ng Dokumento ng HTML5

    Ang unang linya ng bawat HTML5 na dokumento ay palaging naglalarawan sa uri ng dokumento. Ang paglalarawang ito ay malinaw na nagpapahiwatig na ang sumusunod ay HTML5 na nilalaman, at ganito ang hitsura:

    Ang unang bagay na mapapansin mo tungkol sa uri ng dokumento ng HTML5 ay ang kamangha-manghang pagiging simple nito. Ihambing ito, halimbawa, sa clunky na paglalarawan ng uri ng dokumento na kinakailangang gamitin ng mga web developer kapag nagtatrabaho sa mahigpit na XHTML 1.0:

    Kahit na ang mga propesyonal na web developer ay napilitang magpasok ng isang paglalarawan ng uri ng dokumento ng XHTML sa pamamagitan ng pagkopya at pag-paste mula sa ibang dokumento. At ang paglalarawan ng uri ng dokumento ng HTML5 ay maikli, malinaw, at madaling ipasok nang manu-mano.

    Ang paglalarawan ng uri ng dokumento ng HTML5 ay kapansin-pansin din dahil hindi ito naglalaman ng opisyal na numero ng bersyon ng HTML (5 para sa HTML5). Ito ay nagsasaad lamang na ang pahina ay isang HTML na pahina. Ito ay naaayon sa bagong konsepto ng HTML5 bilang isang buhay na wika. Ang mga bagong tampok na idinagdag sa HTML ay awtomatikong magagamit para sa paglalagay sa pahina, nang hindi nangangailangan ng mga pagbabago sa paglalarawan ng uri ng dokumento.

    Ang lahat ng ito ay nagtataas ng isang mahirap na tanong: kung ang HTML5 ay isang buhay na wika, kung gayon bakit kailangan pa ng isang pahina ng isang paglalarawan ng uri ng dokumento?

    Ang sagot sa tanong na ito ay ang paglalarawan ng uri ng dokumento ay patuloy na ginagamit para sa mga makasaysayang dahilan. Kapag nagpoproseso ng page na may nawawalang paglalarawan ng uri ng dokumento, karamihan sa mga browser (kabilang ang Internet Explorer at Firefox) pumunta sa compatibility mode (quirks mode). Sa mode na ito, sinusubukan nilang i-render ang page batay sa mga error sa mga panuntunang ginamit sa mga naunang bersyon. Ang problema dito ay maaaring iba ang compatibility mode ng isang browser sa compatibility mode ng isa pang browser, bilang resulta kung aling mga page na idinisenyo para sa isang browser ang malamang na magpapakita ng mga error sa isa pang browser, gaya ng hindi tamang laki ng font, sirang layout. at iba pa.

    At kapag nakahanap ang browser ng isang paglalarawan ng uri ng dokumento sa pahina, alam nito na ang pagpoproseso ng pahinang ito ay dapat isagawa ayon sa mas mahigpit na mga panuntunan mode ng pamantayan, na nagsisiguro ng pare-parehong pag-format at istraktura ng pahina kapag ipinapakita ng anumang modernong browser. Sa ilang mga pagbubukod, ang browser ay ganap na walang malasakit sa kung anong uri ng dokumento ang tinukoy sa paglalarawan. Sinusuri lamang nito na ang pahina ay may ilang uri ng paglalarawan ng uri ng dokumento. Ang paglalarawan ng uri ng dokumento ng HTML5 ay ang pinakamaikling wastong paglalarawan ng uri ng dokumento na nagbibigay-daan sa mode ng mga pamantayan ng browser.

    Character encoding

    Ang encoding ay isang pamantayan na nagsasabi sa computer kung paano i-convert ang text sa isang sequence ng bytes kapag nagsusulat ng text sa isang file (at kung paano ito i-convert pabalik kapag binubuksan ang file). Para sa makasaysayang mga kadahilanan, mayroong maraming iba't ibang mga pag-encode sa buong mundo. Sa ngayon, halos lahat ng mga website ay gumagamit ng compact at mabilis na pag-encode ng UTF-8, na sumusuporta sa lahat ng iba pang mga alpabeto na kakailanganin mo.

    Ang mga web server ay madalas na naka-configure upang sabihin sa mga browser na bumibisita sa kanila na ang mga pahina na inaalok ng server ay may isang tiyak na pag-encode. Ngunit hindi ka makatitiyak na ang web server na pinaplano mong i-host ang iyong website ay mai-configure sa ganitong paraan (maliban kung ito ay sa iyo). sariling server). Bilang karagdagan, ang pagtatangka ng browser na hulaan ang pinaka-malamang na pag-encode na ginamit ay maaaring mabigo dahil sa ilang hindi malinaw na isyu sa seguridad. Para sa mga kadahilanang ito, dapat mong palaging isama ang impormasyon tungkol sa pag-encode na ginamit sa markup ng iyong pahina.

    Pinapadali ng HTML5 ang gawaing ito. Upang gawin ito, kailangan mo lamang ipasok ang elemento sa pinakadulo simula ng bloke (o, kung hindi ginagamit ang elemento, kaagad pagkatapos ng code ng paglalarawan ng uri ng dokumento):

    Maliit na HTML5 na dokumento

    Ang mga tool sa pagbuo ng web tulad ng Dreamweaver o Expression Web ay awtomatikong ipasok ang elementong ito kapag ginawa mo ang pahina. Tinitiyak din ng mga tool na ito na ang mga file ay naka-save sa UTF encoding. Ngunit kapag gumagawa ng web page gamit ang isang regular na text editor, maaaring kailanganin mong gumawa ng mga karagdagang hakbang upang matiyak na ang mga file ay nai-save sa tamang pag-encode.

    Wika

    Ito ay itinuturing na magandang anyo upang ipahiwatig ang natural na wika ng isang web page. Ang impormasyong ito ay maaaring maging kapaki-pakinabang minsan sa iba, halimbawa, magagamit ito ng mga search engine upang i-filter ang mga resulta ng paghahanap upang ibalik lamang ang mga pahina sa isang tinukoy na wika.

    Ang pinakamadaling paraan upang magpasok ng impormasyon ng wika sa isang web page ay sa pamamagitan ng elemento:

    Ang impormasyon sa wika ay maaari ding maging kapaki-pakinabang kung ang pahina ay naglalaman ng teksto sa iba't ibang wika na kailangan mong basahin gamit ang isang screen text reader. Sa kasong ito, ang attribute na lang na may kaukulang code ng wika ay ipinasok sa nais na lugar sa dokumento, halimbawa, sa mga elementong sumasaklaw sa teksto sa iba't ibang wika. Sa ganitong paraan, matutukoy ng screen text reader kung anong text ang mababasa nito.

    Pagdaragdag ng Style Sheet

    Halos bawat pahina ng isang maayos na idinisenyong propesyonal na website ay gumagamit ng mga style sheet. Upang tukuyin ang kinakailangang style sheet, gumamit ng elemento sa isang HTML5 na bloke ng dokumento:

    Maliit na HTML5 na Dokumento

    Ang pamamaraang ito ay katulad ng pagtukoy ng mga style sheet sa mga tradisyonal na HTML na dokumento, ngunit medyo mas simple. Dahil iisa lang ang wika para sa mga cascading style sheet - CSS, hindi na kailangan ang pagdaragdag ng type="text/css" attribute, na dati nang kinakailangan.

    Pagdaragdag ng JavaScript Code

    Ang JavaScript scripting language ay orihinal na nilikha bilang isang nakakaubos ng oras na paraan upang magdagdag ng ningning at kagandahan sa nakakainip na mga web page. Sa kasalukuyan, ang pangunahing paggamit ng JavaScript ay lumipat mula sa pagbuo ng mga interface bell at whistles patungo sa pagbuo ng mga custom na web application, kabilang ang mga napakahusay na kliyente. Email, mga text editor at mga makina ng mapa na direktang tumatakbo sa browser.

    Ang JavaScript code ay ipinasok sa isang HTML5 na dokumento sa halos parehong paraan kung paano ito ipinasok sa isang tradisyunal na pahina ng HTML. Ang sumusunod na listahan ay isang halimbawa ng pagpasok ng JavaScript code sa isang web document gamit ang isang link sa isang external na file:

    Maliit na HTML5 na Dokumento

    Opsyonal ang attribute na language="JavaScript" dahil maliban kung may tinukoy na ibang scripting language (at dahil ang JavaScript ang tanging malawak na sinusuportahang scripting language para sa HTML, bale-wala ang posibilidad na mangyari ito), awtomatikong ipinapalagay ng mga browser na ginagamit ang JavaScript. Ngunit kahit na nagli-link sa isang external na JavaScript file, kailangan mo pa ring tandaan ang pansarang tag. Kung aalisin mo ang tag na ito sa pamamagitan ng pangangasiwa o sa pamamagitan ng pagsubok na paikliin ang code gamit ang syntax na walang laman na elemento, hindi gagana ang page gaya ng inaasahan.

    Kung gumugugol ka ng maraming oras sa pagsubok sa iyong mga pahina ng JavaScript sa Internet Explorer, maaaring maging kapaki-pakinabang ang pagdaragdag ng label MOTW (Mark of the Web - marka ng mga feature ng network) sa block kaagad pagkatapos ng linya ng pag-encode. Ginagawa ito sa ganitong paraan:

    Maliit na HTML5 na dokumento

    Ang linya ng code na ito ay nagsasabi sa Internet Explorer na ituring ang pahina na parang na-load mula sa isang malayong website. Kung hindi, lilipat ang IE sa isang espesyal na mode ng pag-block, nagpapakita ng babala sa seguridad sa message bar, at tumatangging magsagawa ng anumang JavaScript code hanggang sa i-click mo ang button na Payagan ang Naka-block na Nilalaman.

    Binabalewala ng lahat ng iba pang mga browser ang marka ng MOTW at ginagamit ang parehong mga setting ng seguridad para sa parehong mga pahina na na-load mula sa mga malalayong website at mga lokal na HTML file.

    Ipadala ang iyong Magaling sa knowledge base lamang. Gamitin ang form sa ibaba

    Ang mga mag-aaral, nagtapos na mga mag-aaral, mga batang siyentipiko na gumagamit ng base ng kaalaman sa kanilang pag-aaral at trabaho ay lubos na magpapasalamat sa iyo.

    Mga katulad na dokumento

      Kasaysayan ng hitsura ng HTML5 na wika, listahan at Maikling Paglalarawan mga kategorya ng pag-andar nito. Mga bagong tampok ng pamantayang ito na idinisenyo upang lumikha ng mga interactive na web application na gumagawa ng maximum na paggamit ng nilalamang multimedia.

      course work, idinagdag 02/17/2015

      Ang HTML5 ay ang wika para sa pagbubuo at pagpapakita ng nilalaman para sa World Wide Web, at ang pangunahing teknolohiyang ginagamit sa Internet. Paglikha ng web application gamit ang Asp.net MVC 3 na teknolohiya at HTML5 web markup language. Komposisyon ng MVC platform.

      course work, idinagdag 05/25/2012

      Pagbubuo at istraktura, ang kaugnayan ng mga pangunahing elemento ng pang-edukasyon na site na "HTML5&CSS3" upang mabigyan ang mga user ng impormasyon tungkol sa ang pinakabagong mga teknolohiya sa industriya ng web at pagsasanay sa mga praktikal na kasanayan ng kanilang aplikasyon. Pagbuo ng isang manwal ng gumagamit.

      course work, idinagdag noong 06/17/2014

      pangkalahatang katangian at ang panloob na istraktura ng kumpanya. Mga tool para sa pagbuo ng website, mga tampok ng paggamit ng Joomla 3 – CMS sa prosesong ito. Ang mga benepisyo ng paggamit ng HTML5 at ang mga disadvantage nito. Ang PHP bilang isang server-side processor, ang mga prinsipyo at pangunahing kakayahan nito.

      ulat ng pagsasanay, idinagdag noong 09/16/2014

      Konsepto ng Web 2.0. HTML5 markup language. Mga kasangkapan upang lumikha ng mga web application. UML object analysis at design language. Pagpapatupad ng pagpuno at pagsubok ng binuong online na tindahan. Pag-format ng nilalaman ng mga Web page.

      thesis, idinagdag noong 06/05/2016

      Istraktura ng bahagi ng kliyente. Piliin ang mga elemento ng HTML4 at HTML5 para sa pagpapakita ng nilalaman. Istraktura ng nilalaman ng impormasyon ng site. Secured na pakikipag-ugnayan sa pagitan ng bahagi ng server ng web-add-on at bahagi ng kliyente. Programming script gamit ang JavaScript.

      course work, idinagdag noong 01/13/2014

      HTML bilang hypertext markup language, istraktura nito, mga elemento. Cascading style sheet, ang kanilang pag-unlad. Layout: mga pahina habang nakikita natin ang mga ito. Mga bagong teknolohiya – HTML5, CSS3. mas mababa. Dynamic na istilong markup language. Mga pinasimpleng teknolohiya ng markup HAML, SASS.

      thesis, idinagdag noong 04/19/2013

      Ang konsepto ng iba't ibang mga browser bilang mga programa na nagbibigay-daan sa iyo upang tingnan ang nilalaman sa Internet, ang kanilang functional na mga tampok at mga pangunahing tampok na nakikilala. Ang kasaysayan ng pag-unlad ng mga browser, pananaliksik at paghahambing ng kanilang mga kakayahan, mga prospect.

      course work, idinagdag 04/23/2013

    Noong unang lumitaw ang Internet at mga website, nahaharap ang mga developer problemang teknikal– paano ayusin at ayusin ang impormasyon sa teksto at graphic na mga dokumento para sa kadalian ng pagtatanghal sa mga browser?

    Ang solusyon ay natagpuan sa hypertext markup language. Noon, ang bawat developer ng website ay halos sumulat ng kanilang sariling wika nang hindi iniisip ang tungkol sa pagiging tugma. Bilang resulta, ang bawat site ay nangangailangan ng sarili nitong browser.

    Naturally, hindi ito magtatagal. Sa sandaling ang Internet ay nagsimulang maging komersyal na interes, nagkaroon ng isang kagyat na pangangailangan upang agad na pag-isahin at gawing pamantayan ang espasyo ng impormasyon ng Internet.

    HTML 2.0 na pamantayan

    Ang unang kinikilalang karaniwang hypertext markup language ay HTML 2.0. Bago ito, ang mga developer ay hindi magkasundo sa kanilang sarili. Ang mga website sa wikang ito ay ginawa nang napakasimple at nagkaroon ng maraming paghihigpit. At sa lalong madaling panahon ang Consortium World Wide Web iminungkahi ang sumusunod na bersyon.

    HTML 3.2

    Ang ikatlong bersyon ay wala ring espesyal. Ang pagbuo ng mga bagong tampok ay nagpatuloy, at ang mga pagtatangka ay ginawa upang pag-isahin ang mga browser ng iba't ibang mga manlalaro.

    HTML 4.0 na pamantayan

    Ang ikaapat na bersyon ng HTML ay pinayagan na ang mataas na kalidad . Maraming mga hindi kinakailangang tag ang naalis. Upang gawing mas madali ang mga web page, ang impormasyon ng teksto ay pinaghiwalay at na-format sa pamamagitan ng pagpapasok ng mga elemento tulad ng mga cascading style sheet.

    Ito ang naging posible upang makamit ang tunay na karaniwang pagpapakita ng mga site sa mga browser mula sa iba't ibang mga tagagawa.

    Sa pagtatapos ng ika-20 siglo, halos naubos na ng HTML 4 ang potensyal na pag-unlad nito, at ang C3W consortium ay nagmungkahi ng bago, pinalawak na bersyon na tinatawag na XHTML.

    XHTML 2.0 na pamantayan

    Pagkatapos ng ilang eksperimento, naitatag ang pangalawang bersyon ng pinahabang hypertext markup language. Ang extension mismo ay binubuo ng paggamit ng XML na format para sa isang mas mahigpit at sistematikong organisasyon ng HTML mismo. Sa pangkalahatan, ang XHTML ay ang lahat ng parehong mga tag, ngunit ipinadala bilang isang XML na dokumento.

    Nangangailangan ang prosesong ito ng ilang partikular na paghihigpit ng mga kinakailangan sa HTML:

  • Mga lowercase na character lang ang pinapayagan.
  • Dapat na sarado ang lahat ng mga tag: .
  • Ang pag-format ng teksto sa loob ng katawan ng dokumento ay hindi pinapayagan.
  • Ang paggamit ng CSS Cascading Style Sheets ay sapilitan.
  • Kaya, ang bagong bersyon ay naging "mas mahigpit at pamantayan." Upang ganap na mapagtanto ang lahat ng mga bagong kakayahan, ito ay kinakailangan. Kasabay nito, ang mga mas lumang browser ay maaaring mag-render ng mga site ng XHTML.

    Ganap na nakamit?

    Hindi mahalaga kung paano ito ay. Ang teknolohiya ng computer ay hindi tumayo, lumitaw ang mga mobile na computer, lumitaw ang mga serbisyo ng ulap, ang Internet ay tumigil na maging isang luho. Social Media ay isang tunay na tagumpay sa larangan ng mass media. Ang mga gumagamit ay may advanced na, at ang mga website ay kinakailangan na ngayong gumawa ng higit pa sa pagbibigay ng maginhawang impormasyon.

    Kaya, ang XHTML ay kinilala bilang isang dead-end na landas sa pag-unlad bago pa man magsimula ang ika-21 siglo. Kahit na ang advanced na hypertext na wika ay hindi sapat upang lumikha ng dynamic, interactive at multimedia web resources.

    Nagkaroon ng pagtatangkang palakasin ang mga static na site sa pamamagitan ng pagsasama ng mga elemento ng programa (mga script) at muling pagsasaayos ng istraktura ng web page sa format na Document Object Model. Ang mga website ay naging mas mabilis at mas interactive. Ngunit, masyadong kumplikado para sa layout, pag-debug at pagsasaayos.