Tua 15 mlynedd yn ôl, roeddwn yn gweithio mewn cwmni lle gwnaethom adeiladu apiau ar gyfer asiantaethau teithio, gweithwyr maes awyr, a chwmnïau hedfan. Fe wnaethom hefyd adeiladu ein fframwaith mewnol ein hunain ar gyfer cydrannau UI a galluoedd ap un dudalen. Roedd gennym ni gydrannau ar gyfer popeth: meysydd, botymau, tabiau, amrediadau, tablau data, dewislenni, codwyr dyddiad, dewis ac amlddewis. Roedd gennym hyd yn oed elfen div. Roedd ein cydran div yn wych gyda llaw, roedd yn caniatáu inni wneud corneli crwn ar bob porwr, nad oedd, credwch neu beidio, yn beth hawdd i'w wneud ar y pryd.
Digwyddodd ein gwaith ar adeg yn ein hanes pan ystyriwyd JS, Ajax, a HTML deinamig fel chwyldro a ddaeth â ni i'r dyfodol. Yn sydyn, gallem ddiweddaru tudalen yn ddeinamig, cael data gan weinydd, ac osgoi gorfod llywio i dudalennau eraill, a oedd yn cael ei ystyried yn araf ac yn fflachio petryal gwyn mawr ar y sgrin rhwng y ddwy dudalen. Roedd yna ymadrodd, a wnaed yn boblogaidd gan Jeff Atwood (sefydlydd StackOverflow), a oedd yn darllen: “Bydd unrhyw gais y gellir ei ysgrifennu yn JavaScript yn cael ei ysgrifennu yn JavaScript yn y pen draw.” - Jeff Atwood
I ni ar y pryd, roedd hyn yn teimlo fel meiddio mynd i greu'r apiau hynny. Roedd yn teimlo fel cymeradwyaeth gyffredinol i wneud popeth gyda JS. Felly fe wnaethon ni bopeth gyda JS, a wnaethon ni ddim cymryd yr amser i ymchwilio i ffyrdd eraill o wneud pethau. Nid oeddem mewn gwirionedd yn teimlo'r cymhelliant i ddysgu'n iawn beth allai HTML a CSS ei wneud. Nid oeddem mewn gwirionedd yn gweld y we fel platfform ap esblygol yn ei gyfanrwydd. Roeddem yn ei weld yn bennaf fel rhywbeth yr oedd angen i ni weithio o'i gwmpas, yn enwedig o ran cefnogaeth porwr. Gallem daflu mwy o JS ato i gyflawni pethau. A fyddai cymryd yr amser i ddysgu mwy am sut roedd y we yn gweithio a beth oedd ar gael ar y platfform wedi fy helpu? Yn sicr, mae'n debyg y gallwn fod wedi eillio criw o god nad oedd ei angen mewn gwirionedd. Ond, ar y pryd, efallai ddim cymaint â hynny. Rydych chi'n gweld, roedd gwahaniaethau porwr yn eithaf arwyddocaol bryd hynny. Roedd hwn yn amser pan oedd Internet Explorer yn dal i fod y porwr amlycaf, gyda Firefox yn ail agos, ond yn dechrau colli cyfran o'r farchnad oherwydd bod Chrome yn dod yn boblogaidd yn gyflym. Er bod Chrome a Firefox yn eithaf da am gytuno ar safonau gwe, roedd yr amgylcheddau yr oedd ein apps yn rhedeg ynddynt yn golygu bod yn rhaid i ni gefnogi IE6 am amser hir. Hyd yn oed pan oeddem yn cael cefnogi IE8, roedd yn rhaid i ni ddelio â llawer o wahaniaethau rhwng porwyr o hyd. Nid yn unig hynny, ond nid oedd gan we'r oes gymaint o alluoedd wedi'u cynnwys yn y platfform.
Yn gyflym ymlaen at heddiw. Mae pethau wedi newid yn aruthrol. Nid yn unig y mae gennym fwy o'r galluoedd hyn nag erioed o'r blaen, ond mae'r gyfradd y maent ar gael wedi cynyddu hefyd.
Gadewch imi ofyn y cwestiwn eto, felly: A fyddai cymryd yr amser i ddysgu mwy am sut mae'r we yn gweithio a'r hyn sydd ar gael ar y platfform yn eich helpu heddiw? Yn hollol ie. Mae dysgu deall a defnyddio'r llwyfan gwe heddiw yn rhoi mantais enfawr i chi dros ddatblygwyr eraill.
P'un a ydych chi'n gweithio ar berfformiad, hygyrchedd, ymatebolrwydd, pob un ohonynt gyda'i gilydd, neu ddim ond yn cludo nodweddion UI, os ydych chi am ei wneud fel peiriannydd cyfrifol, mae gwybod yr offer sydd ar gael i chi yn eich helpu i gyrraedd eich nodau yn gyflymach ac yn well.
Rhai Pethau na Fod Angen Llyfrgell Ar Gyfer Mwy O Na Chi
Gan wybod beth mae porwyr yn ei gefnogi heddiw, y cwestiwn, felly, yw: Beth allwn ni ei ddileu? A oes angen cydran div i wneud corneli crwn yn 2025? Wrth gwrs, dydyn ni ddim. Mae'r eiddo radiws ffin wedi'i gefnogi gan yr holl borwyr a ddefnyddir ar hyn o bryd am fwy na 15 mlynedd ar hyn o bryd. Ac mae siâp cornel hefyd yn dod yn fuan, ar gyfer corneli hyd yn oed mwy ffansi.
Gadewch i ni edrych ar nodweddion cymharol ddiweddar sydd bellach ar gael ym mhob porwr mawr, ac y gallwch eu defnyddio i ddisodli'r dibyniaethau presennol yn eich sylfaen cod.
Nid y pwynt yw rhoi'r gorau i'ch holl lyfrgelloedd annwyl ar unwaith ac ailysgrifennu'ch cronfa godau. O ran popeth arall, bydd angen i chi ystyried cefnogaeth porwr yn gyntaf a phenderfynu yn seiliedig ar ffactorau eraill sy'n benodol i'ch prosiect. Mae'r nodweddion canlynol yn cael eu gweithredu yn y tri phrif beiriant porwr (Chromium, WebKit, a Gecko), ond efallai y bydd gennych wahanol ofynion cymorth porwr sy'n eich atal rhag eu defnyddio ar unwaith. Ond mae nawr yn amser da i ddysgu am y nodweddion hyn, ac efallai cynllunio i'w defnyddio rywbryd.
Popovers A Dialogs
Gall API Popover, yr elfen HTML
Yn sicr, mae'n debyg bod cyflymder eich cysylltiad rhyngrwyd wedi cynyddu hefyd, ond nid yw hynny'n wir i bawb. Ac nid oes gan bawb yr un galluoedd dyfais ychwaith. Mae tynnu cod trydydd parti i mewn ar gyfer pethau y gallwch chi eu gwneud gyda'r platfform, yn lle hynny, yn ôl pob tebyg yn golygu eich bod chi'n anfon mwy o god, ac felly'n cyrraedd llai o gwsmeriaid nag y byddech chi fel arfer. Ar y we, mae perfformiad llwytho gwael yn arwain at gyfraddau gadael mawr ac yn brifo enw da'r brand. Rhedeg Llai o God Ar Ddyfeisiadau Ar ben hynny, mae'n debyg y bydd y cod rydych chi'n ei anfon ar ddyfeisiau eich cwsmeriaid yn rhedeg yn gyflymach os yw'n defnyddio llai o dyniadau JavaScript ar ben y platfform. Mae'n debyg ei fod hefyd yn fwy ymatebol ac yn fwy hygyrch yn ddiofyn. Mae hyn i gyd yn arwain at fwy o gwsmeriaid a mwy hapus. Edrychwch ar flog bwlch anghydraddoldeb perfformiad blynyddol fy nghydweithiwr Alex Russell, sy’n dangos bod dyfeisiau premiwm yn absennol i raddau helaeth o farchnadoedd â biliynau o ddefnyddwyr oherwydd anghydraddoldeb cyfoeth. A dim ond dros amser y mae'r bwlch hwn yn tyfu.
Cynllun Gwaith Maen Adeiledig Un nodwedd platfform gwe sy'n dod yn fuan ac rwy'n gyffrous iawn amdani yw CSS Masonry.
Gadewch imi ddechrau trwy egluro beth yw Masonry. Beth Yw Gwaith Maen Mae gwaith maen yn fath o gynllun a wnaed yn boblogaidd gan Pinterest flynyddoedd yn ôl. Mae'n creu traciau annibynnol o gynnwys lle mae eitemau'n pacio eu hunain mor agos at ddechrau'r trac ag y gallant.
Mae llawer o bobl yn gweld Gwaith Maen fel opsiwn gwych ar gyfer portffolios ac orielau lluniau, y mae'n sicr yn gallu ei wneud. Ond mae Masonry yn fwy hyblyg na'r hyn a welwch ar Pinterest, ac nid yw'n gyfyngedig i gynlluniau tebyg i raeadr yn unig. Mewn cynllun Gwaith maen:
Gall traciau fod yn golofnau neu resi:
Nid oes rhaid i draciau cynnwys i gyd fod yr un maint:
Gall eitemau rychwantu traciau lluosog:
Gellir gosod eitemau ar draciau penodol; nid oes rhaid iddynt ddilyn yr algorithm lleoli awtomatig bob amser:
Demos Dyma rai demos syml a wneuthum trwy ddefnyddio gweithrediad CSS Masonry in Chromium sydd ar ddod. Demo oriel luniau, yn dangos sut y gall eitemau (y teitl yn yr achos hwn) rychwantu traciau lluosog:
Oriel luniau arall yn dangos traciau o wahanol feintiau:
Cynllun gwefan newyddion gyda rhai traciau yn lletach nag eraill, a rhai eitemau yn rhychwantu lled cyfan y cynllun:
Bwrdd kanban yn dangos y gellir gosod eitemau ar draciau penodol:
Nodyn: Mae'rgwnaed demos blaenorol gyda fersiwn o Chromium nad yw ar gael eto i'r mwyafrif o ddefnyddwyr gwe, oherwydd dim ond mewn porwyr y mae CSS Masonry yn dechrau cael ei weithredu. Fodd bynnag, mae datblygwyr gwe wedi bod yn hapus yn defnyddio llyfrgelloedd i greu cynlluniau Masonry ers blynyddoedd eisoes. Safleoedd sy'n Defnyddio Gwaith Maen Heddiw Yn wir, mae gwaith maen yn eithaf cyffredin ar y we heddiw. Dyma rai enghreifftiau a ddarganfyddais heblaw Pinterest:
Ac ychydig mwy, llai amlwg, enghreifftiau:
Felly, sut cafodd y cynlluniau hyn eu creu? Workarounds Un tric rydw i wedi'i weld yn cael ei ddefnyddio yw defnyddio cynllun Flexbox yn lle hynny, newid ei gyfeiriad i golofn, a'i osod i lapio. Fel hyn, gallwch chi osod eitemau o uchder gwahanol mewn colofnau lluosog, annibynnol, gan roi'r argraff o gynllun Gwaith Maen:
Fodd bynnag, mae dau gyfyngiad gyda'r datrysiad hwn:
Mae trefn yr eitemau yn wahanol i'r hyn fyddai gyda chynllun Gwaith Maen go iawn. Gyda Flexbox, mae eitemau'n llenwi'r golofn gyntaf yn gyntaf a, phan fydd yn llawn, yna ewch i'r golofn nesaf. Gyda Gwaith Maen, byddai eitemau yn pentyrru ym mha bynnag drac (neu golofn yn yr achos hwn) sydd â mwy o le ar gael. Ond hefyd, ac efallai yn bwysicach fyth, mae'r ateb hwn yn ei gwneud yn ofynnol i chi osod uchder sefydlog i'r cynhwysydd Flexbox; fel arall, ni fyddai unrhyw lapio yn digwydd.
Llyfrgelloedd Gwaith Maen trydydd parti Ar gyfer achosion mwy datblygedig, mae datblygwyr wedi bod yn defnyddio llyfrgelloedd. Masonry yw'r enw ar y llyfrgell fwyaf adnabyddus a phoblogaidd ar gyfer hyn, ac mae'n cael ei lawrlwytho tua 200,000 o weithiau'r wythnos yn ôl yr NPM. Mae Squarespace hefyd yn darparu cydran cynllun sy'n gwneud cynllun Gwaith Maen, ar gyfer dewis arall heb god, ac mae llawer o safleoedd yn ei ddefnyddio. Mae'r ddau opsiwn hyn yn defnyddio cod JavaScript i osod eitemau yn y cynllun. Gwaith Maen Adeiledig Rwy'n gyffrous iawn bod Masonry bellach yn dechrau ymddangos mewn porwyr fel nodwedd CSS adeiledig. Dros amser, byddwch chi'n gallu defnyddio Masonry yn union fel Grid neu Flexbox, hynny yw, heb fod angen unrhyw atebion neu god trydydd parti. Mae fy nhîm yn Microsoft wedi bod yn gweithredu cefnogaeth Masonry adeiledig yn y prosiect ffynhonnell agored Chromium, y mae Edge, Chrome, a llawer o borwyr eraill yn seiliedig arno. Mozilla mewn gwirionedd oedd y gwerthwr porwr cyntaf i gynnig gweithrediad arbrofol o Masonry yn ôl yn 2020. Ac mae Apple hefyd wedi bod â diddordeb mawr mewn gwneud y gosodiad gwe newydd hwn yn gyntefig. Mae'r gwaith i safoni'r nodwedd hefyd yn symud yn ei flaen, gyda chytundeb o fewn gweithgor CSS ynghylch y cyfeiriad cyffredinol a hyd yn oed arddangosfa math arddangos newydd: lonydd grid. Os ydych chi eisiau dysgu mwy am waith maen ac olrhain cynnydd, edrychwch ar fy nhudalen adnoddau Gwaith Maen CSS. Ymhen amser, pan fydd Gwaith Maen yn dod yn nodwedd Sylfaenol, yn union fel Grid neu Flexbox, byddwn yn gallu ei ddefnyddio ac elwa ar:
Gwell perfformiad, Gwell ymatebolrwydd, Rhwyddineb defnydd a chod symlach.
Gadewch i ni edrych yn agosach ar y rhain. Gwell Perfformiad Mae gwneud eich system cynllun tebyg i waith maen eich hun, neu ddefnyddio llyfrgell trydydd parti yn lle hynny, yn golygu y bydd yn rhaid i chi redeg cod JavaScript i osod eitemau ar y sgrin. Mae hyn hefyd yn golygu y bydd y cod hwn yn blocio rendrad. Yn wir, naill ai ni fydd unrhyw beth yn ymddangos, neu ni fydd pethau yn y lleoedd cywir neu o'r meintiau cywir, nes bod y cod JavaScript hwnnw wedi rhedeg. Defnyddir cynllun gwaith maen yn aml ar gyfer prif ran tudalen we, sy'n golygu y byddai'r cod yn gwneud i'ch prif gynnwys ymddangos yn hwyrach nag y gallai fod fel arall, gan ddiraddio'ch LCP, neu fetrig y Paent Cynnwys Mwyaf, sy'n chwarae rhan fawr mewn perfformiad canfyddedig ac optimeiddio peiriannau chwilio. Profais lyfrgell Masonry JS gyda chynllun syml a thrwy efelychu cysylltiad 4G araf yn DevTools. Nid yw'r llyfrgell yn fawr iawn (24KB, 7.8KB gzipped), ond cymerodd 600ms i'w llwytho o dan fy amodau prawf. Dyma recordiad perfformiad sy’n dangos yr amser llwytho hir hwnnw o 600ms ar gyfer y llyfrgell Masonry, ac na ddigwyddodd unrhyw weithgaredd rendro arall tra oedd hynny’n digwydd:
Yn ogystal, ar ôl yr amser llwyth cychwynnol, yna roedd angen dosrannu'r sgript wedi'i lawrlwytho, ei lunio, ac yna ei redeg. Roedd pob un ohonynt, fel y crybwyllwyd o'r blaen, yn rhwystro rendrad y dudalen. Gyda gweithrediad Gwaith Maen adeiledig yn y porwr, ni fydd gennym sgript i'w llwytho a'i rhedeg. Bydd injan y porwr yn gwneud ei beth yn ystod y cam rendro tudalen cychwynnol. Gwell Ymatebolrwydd Yn debyg i pan fydd tudalen yn llwytho gyntaf, mae newid maint ffenestr y porwr yn arwain at rendro'r cynllun yn y dudalen honno eto. Ar y pwynt hwn, serch hynny, os yw'r dudalen yn defnyddio llyfrgell Masonry JS, nid oes angen llwytho'r sgript eto, oherwydd mae eisoesyma. Fodd bynnag, mae angen i'r cod sy'n symud eitemau yn y mannau cywir redeg. Nawr mae'n ymddangos bod y llyfrgell benodol hon yn eithaf cyflym yn gwneud hyn pan fydd y dudalen yn llwytho. Fodd bynnag, mae'n animeiddio'r eitemau pan fydd angen iddynt symud i le gwahanol ar newid maint ffenestr, ac mae hyn yn gwneud gwahaniaeth mawr. Wrth gwrs, nid yw defnyddwyr yn treulio cymaint o amser yn newid maint eu ffenestri porwr ag y gwna datblygwyr. Ond gall y profiad newid maint animeiddiedig hwn fod yn eithaf syfrdanol ac mae'n ychwanegu at yr amser canfyddedig y mae'n ei gymryd i'r dudalen addasu i'w maint newydd. Rhwyddineb Defnydd A Chod Symlach Mae pa mor hawdd yw defnyddio nodwedd gwe a pha mor syml y mae'r cod yn edrych yn ffactorau pwysig a all wneud gwahaniaeth mawr i'ch tîm. Ni allant byth fod mor bwysig â phrofiad terfynol y defnyddiwr, wrth gwrs, ond mae profiad datblygwr yn effeithio ar gynaladwyedd. Mae defnyddio nodwedd we adeiledig yn dod â buddion pwysig yn hynny o beth:
Mae'n debyg y bydd datblygwyr sydd eisoes yn gwybod HTML, CSS, a JS yn gallu defnyddio'r nodwedd honno'n hawdd oherwydd ei bod wedi'i chynllunio i integreiddio'n dda a bod yn gyson â gweddill y llwyfan gwe. Nid oes unrhyw risg o dorri newidiadau yn y ffordd y defnyddir y nodwedd. Mae bron dim risg y bydd y nodwedd honno'n mynd yn anghymeradwy neu heb ei chynnal.
Yn achos Gwaith Maen adeiledig, oherwydd ei fod yn gynllun cyntefig, rydych chi'n ei ddefnyddio o CSS, yn union fel Grid neu Flexbox, dim JS dan sylw. Hefyd, mae eiddo CSS eraill sy'n gysylltiedig â chynllun, fel bwlch, yn gweithio fel y byddech chi'n ei ddisgwyl. Nid oes unrhyw driciau neu atebion i wybod amdanynt, ac mae'r pethau rydych chi'n eu dysgu wedi'u dogfennu ar MDN. Ar gyfer y Masonry JS lib, mae ymgychwyn ychydig yn gymhleth: mae angen priodoledd data gyda chystrawen benodol, ynghyd ag elfennau HTML cudd i osod maint y golofn a'r bwlch. Hefyd, os ydych chi am rychwantu colofnau, mae angen i chi gynnwys maint y bwlch eich hun er mwyn osgoi problemau:
Gadewch i ni gymharu hyn â sut olwg fyddai ar weithrediad Gwaith Maen adeiledig:
Cod symlach, mwy cryno a all ddefnyddio pethau fel bwlch a lle mae rhychwantu traciau yn cael ei wneud gyda rhychwant 2, yn union fel yn y grid, ac nid yw'n gofyn ichi gyfrifo'r lled cywir sy'n cynnwys maint y bwlch. Sut i Wybod Beth Sydd Ar Gael A Phryd Mae Ar Gael? Ar y cyfan, nid y cwestiwn yw a ddylech chi ddefnyddio Gwaith maen adeiledig dros lyfrgell JS, ond yn hytrach pryd. Mae llyfrgell Masonry JS yn anhygoel ac wedi bod yn llenwi bwlch yn y llwyfan gwe ers blynyddoedd lawer, ac i lawer o ddatblygwyr a defnyddwyr hapus. Mae ganddo rai anfanteision os ydych chi'n ei gymharu â gweithrediad Gwaith Maen adeiledig, wrth gwrs, ond nid yw'r rheini'n bwysig os nad yw'r gweithrediad hwnnw'n barod. Mae'n hawdd i mi restru'r nodweddion platfform gwe newydd cŵl hyn oherwydd fy mod yn gweithio mewn gwerthwr porwr, ac felly rwy'n tueddu i wybod beth sy'n dod. Ond mae datblygwyr yn aml yn rhannu, arolwg ar ôl arolwg, bod cadw golwg ar bethau newydd yn anodd. Mae'n anodd aros yn wybodus, ac nid yw cwmnïau bob amser yn blaenoriaethu dysgu beth bynnag. I helpu gyda hyn, dyma rai adnoddau sy’n darparu diweddariadau mewn ffyrdd syml a chryno fel y gallwch gael y wybodaeth sydd ei hangen arnoch yn gyflym:
Mae'r platfform Gwe yn cynnwys gwefan fforiwr: Efallai y bydd gennych ddiddordeb yn ei dudalen nodiadau rhyddhau. Ac, os ydych chi'n hoffi RSS, edrychwch ar y porthiant nodiadau rhyddhau, yn ogystal â'r porthiannau Sylfaenol Ar Gael Newydd ac Ar Gael yn Eang.
Y WeDangosfwrdd Statws Llwyfan: Efallai yr hoffech ei dudalennau blwyddyn sylfaen amrywiol.
Tudalen map ffordd Statws Platfform Chrome.
Os oes gennych ychydig mwy o amser, efallai y bydd gennych ddiddordeb hefyd mewn nodiadau rhyddhau gwerthwyr porwr:
Chrome Ymyl Firefox saffari
Am hyd yn oed mwy o adnoddau, edrychwch ar fy Navigating the Web Platform Cheatsheet. Mae Fy Mheth Dal Heb ei Weithredu Dyna ochr arall y broblem. Hyd yn oed os byddwch chi'n dod o hyd i'r amser, yr egni, a'r ffyrdd i gadw golwg, mae rhwystredigaeth o hyd gyda sicrhau bod eich llais yn cael ei glywed a'ch hoff nodweddion yn cael eu gweithredu. Efallai eich bod wedi bod yn aros ers blynyddoedd i nam penodol gael ei ddatrys, neu nodwedd benodol i'w hanfon mewn porwr lle mae'n dal ar goll. Yr hyn y byddaf yn ei ddweud yw bod gwerthwyr porwr yn gwrando. Rwy'n rhan o sawl tîm traws-sefydliadol lle rydym yn trafod signalau datblygwyr ac adborth drwy'r amser. Edrychwn ar lawer o wahanol ffynonellau adborth, yn fewnol ym mhob gwerthwr porwr ac yn allanol / cyhoeddus ar fforymau, prosiectau ffynhonnell agored, blogiau ac arolygon. Ac, rydyn ni bob amser yn ceisio creu ffyrdd gwell i ddatblygwyr rannu eu hanghenion penodol a defnyddio achosion. Felly, os gallwch chi, mynnwch fwy gan werthwyr porwr a phwyswch ni i weithredu'r nodweddion sydd eu hangen arnoch chi. Rwy'n cael ei fod yn cymryd amser, a gall hefyd fod yn frawychus (heb sôn am rwystr uchel i fynediad), ond mae hefyd yn gweithio. Dyma ychydig o ffyrdd y gallwch chi leisio'ch llais chi (neu eich cwmni): Cymerwch yr arolygon blynyddol Cyflwr JS, State of CSS, a State of HTML. Maent yn chwarae rhan fawr yn y modd y mae gwerthwyr porwr yn blaenoriaethu eu gwaith. Os oes angen API safonol penodol arnoch i gael ei weithredu'n gyson ar draws porwyr, ystyriwch gyflwyno cynnig yn iteriad nesaf prosiect Interop. Mae'n gofyn am fwy o amser, ond ystyriwch sut y rhannodd Shopify a RUMvision eu rhestrau dymuniadau ar gyfer Interop 2026. Gall gwybodaeth fanwl fel hyn fod yn ddefnyddiol iawn i werthwyr porwr flaenoriaethu. I gael dolenni mwy defnyddiol i ddylanwadu ar werthwyr porwr, edrychwch ar fy Navigating the Web Platform Cheatsheet. Casgliad I gloi, rwy'n gobeithio bod yr erthygl hon wedi gadael ychydig o bethau i chi feddwl amdanynt:
Cyffro i Masonry a nodweddion gwe eraill sydd ar ddod. Ychydig o nodweddion gwe y gallech fod am ddechrau eu defnyddio. Ychydig o ddarnau o god arferiad neu 3ydd parti y gallech ei ddileu o blaid nodweddion adeiledig. Ychydig o ffyrdd i gadw golwg ar yr hyn sydd i ddod a dylanwadu ar werthwyr porwr.
Yn bwysicach fyth, gobeithio fy mod wedi eich argyhoeddi o fanteision defnyddio’r platfform gwe i’w lawn botensial.
