WordPressin näkökohtien huomioiminen

WordPressin avoimen lähdekoodin luonteen vuoksi yksi ylellisyyksistä, joihin monet meistä ovat tottuneet, on työskentelyympäristömme täydellinen hallinta. Tämän vuoksi saatat jopa sanoa, että pidämme tiettyjä WordPressin puolia itsestäänselvyytenä.

Ja sanoisin, että tämä on totta suurimman osan projekteista, joiden parissa työskentelemme.

Tällä tarkoitan, että emme ainoastaan ​​pysty mukauttamaan, laajentamaan ja jopa rajoittamaan ohjelmistoa (tietyntyyppisille käyttäjille), vaan voimme myös muuttaa tiettyjä sen kokoonpanon ominaisuuksia.

Mutta jos olet tekemässä työtä muille – työnantajalle, osana urakoitsijaa tai jossain muussa tilanteessa – voit olla rajoitettu siinä, kuinka paljon mukautuksia pystyt tekemään.

WordPressin näkökohtien huomioiminen itsestäänselvyytenä (ja kuinka välttää se)

Esimerkki: Eilen kirjoitin siitä, kuinka voit muokata Pods Frameworkin lyhytkoodeja käyttämällä suodatinta yhden taikatunnisteen sijaan.

Toistan vielä, että mielestäni Pods on voimakas, ja uskon, että sen takana oleva tiimi ei ainoastaan ​​rakentaa hyvää työtä, vaan he myös tekevät hienoa työtä yhteisönsä hallinnassa.

Tämä näkyy heidän foorumeilla ja Twitterissä. Jim True, tukijohtaja ja projektipäällikkö, pyysi minua pian julkaisun julkaisemisen jälkeen:

Useimmiten pidän siitä, että organisaatiot ovat aktiivisesti tekemisissä käyttäjiensä kanssa, ja tämä on esimerkki tällaisesta tapauksesta.

Mutta se osoittaa myös toisen asian: WordPressissä oli luksusta, johon olin tottunut. Erityisesti pystyn muokkaamaan konfigurointitiedostoa tarpeen mukaan, ettei minulla ollut varaa projektiin, jonka parissa työskentelin.

Joten minun piti löytää ratkaisu (ja siksi kirjoitin siitä). Onko tämä kolhu WordPressiä vastaan? Ei. Asiakas? Ei lainkaan. Palloja? Ei.

Mitä pidämme itsestäänselvyytenä

Se on vain muistutus siitä, että WordPressissä voi olla asioita, joita pidämme itsestäänselvyytenä.

Mutta se on myös muistutus siitä, että ongelmia voidaan ratkaista muillakin tavoilla. Voit toki väittää, että ne eivät ole ihanteellisia ratkaisuja, mutta kun tarjoat asiakkaalle toimivan, hyvin koodatun ja dokumentoidun ratkaisun, se ei ole huono. Se on vain erilaista.

Ja se on seuraavaksi paras asia.