Mange web-byggere skygger bort fra MODX CMS fordi de tenker (eller har hørt) at det først og fremst er for utviklere som er dyktige på PHP og JavaScript-koding.
Mens MODX har sterke komponenter for dyktige kodere å bruke, er det også mange fordeler for mindre teknologiske kunnskapsrike designere. Den viktigste av disse er den kreative friheten som MODX gir. Det gjør at du enkelt kan gjøre nettstedet ditt se akkurat slik du vil ha det til, uten kompromisser.
MODX ble utviklet av webprogrammerere som var frustrert over de kreative begrensningene til andre CMS-plattformer. De hatet å måtte jobbe på systemer som hadde innebygde forestillinger om hvordan et nettsted skal bygges og hvor de skal sette ting slik at de vil fungere.
De ønsket også å gjøre en bedre jobb med å skille innholdet på et nettsted fra koden som presenterte det innholdet - en praksis som gjør det mye enklere å redesigne og vedlikeholde nettsteder.
Hva som kan kalles MODX 'første prinsipp er, når det er mulig, å la nettsteddesigneren gjøre hva han eller hun vil, og gjør det enkelt. Kjernen til denne kreative friheten er MODX-maler og MODX-tagger.
En MODX-mal er ikke noe mer enn en side med HTML-kode (og eventuelt MODX-koder og JavaScript). Du kan velge en side på et ikke-CMS-område og lime inn HTML-koden for den siden i en MODX-mal, justere nettadressene for noen CSS-filer, og deretter fortelle MODX å bruke den aktuelle malen når det vises et bestemt dokument på nettstedet. Det ville ta mindre enn 5 minutter, og når du så på MODX siden, ville det se ut akkurat det samme som det gjorde på det opprinnelige nettstedet. Den eneste begrensningen er at du ikke kan ha noen PHP-kode på siden (mer om det senere).
Hvis du legger inn koden for en hel side i en mal, ignorerer du mange av de kraftige funksjonene i MODX, men det bidrar til å demonstrere hvor mye frihet du har i å skape MODX-nettsteder.
Hovedmotoren til MODX kommer fra MODX-tagger. I hovedsak representerer MODX-koder ting som du beveger deg ut av malen og legger et annet sted for enkelhets skyld og økt fleksibilitet. Det som er igjen i mal er vanligvis HTML-skallet og MODX-kodene.
Den grunnleggende operasjonen til MODX-motoren er utrolig enkel. Når en nettside blir bedt om av en nettleser, kontrollerer MODX å se hvilken mal som er knyttet til den aktuelle siden. Det blir malen, erstatter eventuelle MODX-koder i malen, og sender den til nettleseren. Det er det.
Evnen til å ha et dynamisk, kreativt nettsted i MODX kommer fra det som tingene kan representere. Det finnes en rekke typer koder, og hver enkelt er erstattet av noe annet. Alle taggene er valgfrie og noen tag kan gå hvor som helst i malen. La oss se på et enkelt eksempel på hva som kalles "chunk" -koder.
Merk: Eksemplene her er for MODX Revolution. MODX Evolution bruker en litt annen tag stil, men konseptene er de samme.
I MODX er en "chunk" bare litt HTML-kode som du vil bruke på mer enn én side. Det kan være en topptekst, footer, sidebar, meny eller noe annet. La oss si at det er en bunntekst som du vil vise på hver side (eller noen delmengde av sidene dine). Du lager klumpen i MODX Manager, skriv inn HTML-koden for bunnteksten, gi den et navn (FooterChunk), og lagre det. Nå, i malen din, legger du bare følgende tag hvor du vil at denne bunnteksten skal vises:
[[$FooterChunk]]Hver side som bruker denne malen, vil vise bunntekken på den plasseringen. Hvis du bestemmer deg for å endre teksten eller HTML for bunnteksten, redigerer du bare FooterChunk og den nye versjonen vises på alle sidene dine. Hvis du vil ha bunnteksten et annet sted på siden, flytter du bare taggen i malen.
En annen type tag i MODX er "ressursinnhold" -taggen (vanligvis referert til som et "innhold" -tag for kort). I MODX svarer hver nettside til et dokument som er lagret i MODX-databasen. Når du oppretter en ny side for et MODX-nettsted, presenteres du med et skjema som du kan fylle ut med informasjon om dokumentet.
Det finnes tekstfelt for Tittel, Langtittel, Beskrivelse, Sammendrag, Alias (som skal brukes i nettadressen), Innhold (hovedinnholdet på siden) og Menytittel (automatisk brukt i menyer). Det er kryssruter som angir om dokumentet er publisert og om det skal være skjult fra menyer.
Det er også datofelter for å angi fremtidige publiserings- eller publiseringsdatoer og datoen da dokumentet ble publisert.
Det finnes også andre felt, men her ser vi fleksibiliteten til MODX - alle feltene unntatt Tittel og alias er valgfrie! Hver side må ha en tittel og noe å legge inn i nettadressen til siden, men det er helt opp til deg om du skal bruke de andre feltene eller ikke. Det som går i de andre feltene er også i stor grad opp til deg. Du vil nesten helt sikkert sette hovedinnholdet på siden i innholdsfeltet, men du trenger ikke. Hvis du vil bruke feltet Langtittel for å lagre det astrologiske tegn på brukeren profilert på siden, går du rett fram.
For å komme tilbake til "innhold" -kodene, representerer de feltene i skjemaet. Når MODX ser en innholdstegn, erstatter den den med verdien av det navngitte skjemafeltet. På stedet der du vil at hovedinnholdet på siden skal vises, kan du for eksempel sette denne taggen i malen:
[[*content]]Hvor du vil at den lange tittelen på siden skal vises (hvis du vil ha det i det hele tatt), setter du denne taggen:
[[*longtitle]]For hovedtittelen, vil du bruke denne taggen:
[[*pagetitle]]Hvis du bestemmer deg for at tittelen eller det lange tittelen skal vises et annet sted, flytter du bare kodene i malen. Hvis du ikke vil vise Long Title, fjerner du taggen fra malen. Hvis du vil ha det som er i Long Title for å vises i sidebeteksten, kan du til og med flytte taggen til FooterChunk vi nevnte tidligere. For å bruke et usannsynlig eksempel kan du til og med sette URL-adressen til banen til CSS-filen du vil bruke til siden i feltet Langt tittel og sette denne taggen i hovedenheten i malen din:
MODX er veldig enkel når det gjelder koder. Når den ser en MODX-tag, erstatter den den med hva den representerer. Det bryr seg ikke hva det er, eller hvorfor du legger det der. Det antas at du vet hva du vil og handler tilsvarende. Det er ingen sliter med å finne ut hva MODX ønsker, eller hvorfor det ikke gjør det du vil, fordi det bare gjør det du forteller det. Stol på meg, det er en hyggelig forandring fra å måtte håndtere et CMS som mener det vet mer om hva du vil ha enn du gjør, eller har forutse forestillinger om hvordan ting skal vises eller hvor de skal være plassert.
Tidligere i artikkelen nevnte jeg PHP-kode. I MODX går PHP-koden i en utdrag, som bare er en del av PHP-koden du vil bruke på nettstedet. Når MODX ser en kodestykke, erstatter den den med det som returneres fra brikken. Å sette PHP-kode i utdrag gjør nettstedet mye tryggere og enklere å vedlikeholde fordi koden er skilt fra innholdet. Hvis noen hacker klarer å sette en side på nettstedet ditt som inneholder skadelig PHP-kode, ignorerer MODX koden fordi den ikke er i en utdrag.
Hvis du ikke er en PHP-koder, vil du fremdeles bruke kodebrikker fordi det er MODX-tilleggskomponenter (vanligvis kalt "extras" i MODX) som vil gjøre mye av det tunge løftet på nettstedet ditt.
Wayfinder-kodebiten vil for eksempel lage en meny fra dokumentene på nettstedet ditt. Hvis du oppretter en ny side, vises den automatisk i menyen. I sin enkleste form, legger du bare en merke som denne hvor du vil at menyen skal vises:
[[Wayfinder]]MODX erstatter den taggen med en meny med alle sidene på nettstedet ditt. Som standard viser Wayfinder menyalternativene som koblinger i en uordnet liste, men du kan konfigurere den for å lage hvilken som helst meny du vil ha. Jeg har sett rullegardinmenyene, horisontale menyer, vertikale menyer, fisheye-menyer, megamenus, popup menyer, og til og med sirkulære menyer, alle produsert med Wayfinder. Faktisk har jeg ennå ikke sett en meny som ikke kan produseres med Wayfinder.
Du kan også bruke Wayfinder til å vise menyer fra bare en del av nettstedet ditt, og du kan ha mer enn én Wayfinder-meny på samme side. Husk avmerkingsboksene "Skjul fra menyer" og "Publisert" vi nevnte tidligere? Wayfinder vil ikke vise upubliserte eller skjulte sider med mindre du forteller det til.
En annen ofte brukt kutt er getResources. GetResources-utsnittet vil vise utvalg av dokumenter på nettstedet ditt, formatert uansett (bruk MODX-tagger, selvfølgelig), sortert, valgt og vist, men du vil ha dem. En vanlig bruk av getResources vil være å vise tittelen og oppsummeringen av de fem eller ti sist opprettede dokumentene på nettstedet, hver med en lenke til hele dokumentet.
Både Wayfinder og getResources bruker biter til formatering (denne typen brikke kalles en TPL-brikke i MODX) med HTML-kode og MODX-koder for de forskjellige elementene som skal vises. Hvis du vil endre formateringen eller innholdet i produksjonen, kan du ganske enkelt redigere Tpl-brikkene (eller lage din egen).
På en gang var det litt vanskelig å lage en blogg i MODX (en bestemt ulempe for mange mennesker). Nå er imidlertid artiklene ekstra en fullverdig bloggkomponent for MODX som er enkel å bruke og konfigurere. Artikler har kommentarer, tagger, moderering, gjengede diskusjoner og alt annet du kanskje vil ha for bloggen din, noe som gjør MODX til et attraktivt alternativ til WordPress.
Denne artikkelen har knapt skrapt overflaten av MODX. Forhåpentligvis har jeg gjort din appetitt om MODX og vist deg litt om hvor mye frihet det gir deg i å skape nettsiden du har i hodet ditt. Å flytte et ikke-MODX-sted til MODX er overraskende enkelt. For en kort beskrivelse av prosessen, se denne siden .
Hvis du er webdesigner og du vil ha et CMS som gir deg den kreative friheten til å få nettstedet ditt til å se akkurat slik du vil, bør du definitivt gi MODX en prøve.