Mange websitebyggere rykker væk fra MODX CMS fordi de tænker (eller har hørt), at det primært er for udviklere, der er dygtige til PHP og JavaScript-kodning.
Mens MODX har kraftfulde komponenter til dygtige kodere at bruge, er der også mange fordele for mindre teknologisk kyndige designere. Den vigtigste af disse er den kreative frihed, MODX giver. Det giver dig mulighed for nemt at få dit websted til at se ud, præcis som du vil have det til, uden kompromiser.
MODX blev udviklet af webprogrammører, der var frustreret over de kreative begrænsninger af andre CMS-platforme. De hadede at skulle arbejde på systemer, der havde indbyggede forestillinger om, hvordan et websted skal bygges og hvor man skal sætte ting, så de ville arbejde.
De ønskede også at gøre et bedre arbejde med at adskille indholdet af et websted fra den kode, der præsenterede det indhold - en praksis, der gør det meget nemmere at omdanne og vedligeholde hjemmesider.
Hvad der kan kaldes MODXs "første princip" er, når det er muligt, at lade site designer gøre hvad han eller hun vil, og gør det nemt. Kernen i denne kreative frihed er MODX-skabeloner og MODX-tags.
En MODX-skabelon er ikke mere end en side med HTML-kode (og eventuelt MODX-tags og JavaScript). Du kan vælge en side på et ikke-CMS-websted og indsætte HTML-koden for den pågældende side i en MODX-skabelon, justere webadresserne for eventuelle CSS-filer og derefter fortælle MODX at bruge den skabelon, når der vises et bestemt dokument på webstedet. Det ville tage mindre end 5 minutter, og da du så på MODX siden, ville det se ud på samme måde som det gjorde på det oprindelige websted. Den ene begrænsning er, at du ikke kan have nogen PHP-kode på siden (mere om det senere).
At indsætte koden for en hel side i en skabelon ville ignorere mange af de kraftfulde funktioner i MODX, men det hjælper med at demonstrere, hvor meget frihed du har med at skabe MODX-websteder.
Hovedmotoren i MODX kommer fra MODX tags. I det væsentlige repræsenterer MODX-tags, ting du bevæger dig ud af skabelonen og sætter et andet sted for nemheds skyld og øget fleksibilitet. Det, der er tilbage i skabelonen, er typisk HTML-shell og MODX-tags.
Den grundlæggende drift af MODX-motoren er utrolig simpel. Når en webside bliver bedt om af en browser, kontrollerer MODX at se, hvilken skabelon der er knyttet til den pågældende side. Det bliver skabelonen, erstatter eventuelle MODX-tags i skabelonen, og sender det til browseren. Det er det.
Evnen til at få et dynamisk, kreativt websted i MODX kommer fra, hvad tagsne kan repræsentere. Der er en række slags tags, og hver enkelt er erstattet af noget andet. Alle tags er valgfri, og ethvert tag kan gå overalt i skabelonen. Lad os se på et simpelt eksempel med hvad der hedder "chunk" tags.
Bemærk: Eksemplerne her er for MODX Revolution. MODX Evolution bruger en lidt anderledes tag stil, men begreberne er de samme.
I MODX er en "chunk" bare en smule HTML-kode, som du vil bruge på mere end en side. Det kan være en header, footer, sidebar, menu eller noget andet. Lad os sige, at det er en footer, som du vil vise på hver side (eller en del af dine sider). Du opretter klump i MODX Manager, indtaster HTML-koden til footer, giver den et navn (FooterChunk), og gem det derefter. Nu, i din skabelon, sætter du bare følgende mærke, hvor du vil have, at sidefoden skal vises:
[[$FooterChunk]]Hver side, der bruger den pågældende skabelon, viser bunkefoden på den pågældende placering. Hvis du beslutter dig for at ændre teksten eller HTML for footer, redigerer du bare FooterChunk, og den nye version vises på alle dine sider. Hvis du vil have footer et andet sted på siden, skal du blot flytte taggen i skabelonen.
En anden slags tag i MODX er "ressourceindhold" -mærket (normalt benævnt et "indhold" -mærke for kort). I MODX svarer hver webside til et dokument, der er gemt i MODX-databasen. Når du opretter en ny side til et MODX-websted, vises du med en formular, som du kan udfylde med oplysninger om dokumentet.
Der er tekstindtastningsfelter til en titel, lang titel, beskrivelse, resumé, alias (der skal bruges i webadressen), indhold (hovedindholdet på siden) og menititel (automatisk brugt i menuer). Der er afkrydsningsfelter, der angiver, om dokumentet er offentliggjort, og om det skal være skjult fra menuer.
Der er også datofelter for at angive fremtidige offentliggørelses- eller ikke-offentliggørelsesdatoer og datoen for dokumentets udgivelse.
Der er også andre felter, men her igen ser vi fleksibiliteten i MODX - alle felterne undtagen titlen og alias er valgfrie! Hver side skal have en titel og noget at sætte i webadressen på siden, men det er helt op til dig, om du vil bruge de andre felter eller ej. Hvad der går i de andre felter er også stort set op til dig. Du vil næsten helt sikkert sætte hovedindholdet på siden i indholdsfeltet, men det behøver du ikke. Hvis du vil bruge feltet Langt afsnit til at gemme det astrologiske tegn på brugeren profileret på siden, skal du gå lige videre.
For at komme tilbage til "indhold" tags, repræsenterer de felterne i formularen. Når MODX ser et indholdsnummer, erstatter det det med værdien af det navngivne formularfelt. På det sted, hvor du vil have hovedindholdet på siden vist, skal du f.eks. Sætte dette mærke i skabelonen:
[[*content]]Hvor du vil have den lange titel på siden til at vises (hvis du vil have det overhovedet), sætter du dette tag:
[[*longtitle]]For hovedtitel, vil du bruge dette tag:
[[*pagetitle]]Hvis du bestemmer dig for at titlen eller det lange afsnit skal vises et andet sted, flytter du bare mærkerne i din skabelon. Hvis du ikke vil vise det lange afsnit, fjerner du tagget fra din skabelon. Hvis du vil have, hvad der er i det lange afsnit, der skal vises i sidebeteksten, kan du endda flytte sit mærke til den FooterChunk, vi nævnte tidligere. Hvis du vil bruge et usandsynligt eksempel, kan du endda sætte URL'en for stien til den CSS-fil, du vil bruge til siden, i feltet Langt afsnit og sætte dette mærke i hoveddelen af din skabelon:
MODX er meget simpelthen når det kommer til tags. Når den ser en MODX-tag, erstatter den den med, hvad den repræsenterer. Det er ligegyldigt hvad det er, eller hvorfor du sætter det der. Det går ud fra, at du ved hvad du vil og handler i overensstemmelse hermed. Der er ingen kamp for at finde ud af, hvad MODX ønsker, eller hvorfor det ikke gør hvad du vil, fordi det bare gør hvad du fortæller det. Stol på mig, det er en behagelig ændring fra at skulle beskæftige sig med et CMS, der mener, at det ved mere om hvad du vil have, end du gør, eller har forudforståede forestillinger om, hvordan tingene skal vises eller hvor de skal være placeret.
Tidligere i artiklen nævnte jeg PHP-kode. I MODX går PHP-koden i en uddrag, som bare er en smule af PHP-kode, du vil bruge på webstedet. Når MODX ser et kodestykke, erstatter det det med det, der returneres fra kodestykket. At sætte PHP-kode i uddrag gør webstedet meget mere sikkert og lettere at vedligeholde, fordi koden er adskilt fra indholdet. Hvis nogle hacker klarer at lægge en side på dit websted, der indeholder ondsindet PHP-kode, ignorerer MODX koden, fordi den ikke findes i et uddrag.
Hvis du ikke er en PHP-koder, vil du stadig bruge kodestykker, fordi der er MODX add-on-komponenter (normalt kaldet "extras" i MODX), der vil gøre meget af det tunge løft på dit websted.
Wayfinder-kodestykket, for eksempel, vil producere en menu fra dokumenterne på dit websted. Hvis du opretter en ny side, vises den automatisk i menuen. I sin enkleste form sætter du bare et mærke som dette, hvor du vil have menuen til at dukke op:
[[Wayfinder]]MODX erstatter denne tag med en menu med alle sider på dit websted. Som standard viser Wayfinder menupunktionerne som links i en uordnet liste, men du kan konfigurere den til at oprette en hvilken som helst slags menu, du ønsker. Jeg har set drop-down fly-menuer, vandrette menuer, lodrette menuer, fisheye-menuer, megamenus, popup menuer og endda cirkulære menuer, alle produceret med Wayfinder. Faktisk har jeg endnu ikke set en menu, der ikke kan produceres med Wayfinder.
Du kan også bruge Wayfinder til at vise menuer fra blot en del af dit websted, og du kan have mere end en Wayfinder-menu på samme side. Husk afkrydsningsfelterne "Skjul fra menuer" og "Udgivet", som vi nævnte tidligere? Wayfinder viser ikke upublicerede eller skjulte sider, medmindre du fortæller det til.
En anden ofte brugt uddrag er getResources. GetResources-udsnittet viser valg af dokumenter på dit websted, formateret, uanset hvordan du bruger (ved hjælp af MODX-tags, selvfølgelig), sorteret, valgt og vist, men du vil have dem. En fælles brug af getResources ville være at vise titlen og resuméet af de fem eller ti senest oprettede dokumenter på webstedet, hver med et link til det fulde dokument.
Både Wayfinder og getResources bruger bunker til deres formatering (denne slags brik kaldes en Tpl-brik i MODX) med HTML-kode og MODX-tags til de forskellige elementer, der skal vises. Hvis du vil ændre formateringen eller indholdet af deres output, kan du blot redigere Tpl-stykkerne (eller oprette dine egne).
På et tidspunkt var det noget svært at lave en blog i MODX (en bestemt ulempe for mange mennesker). Nu er artiklen ekstra en fuldblodsblokskomponent til MODX, der er nem at bruge og konfigurere. Artiklerne har kommentarer, tags, moderering, diskussioner med diskussioner og alt andet, du måske vil have til din blog, hvilket gør MODX til et attraktivt alternativ til WordPress.
Denne artikel har næppe ridset overfladen af MODX. Forhåbentlig har jeg gjort din appetit over MODX og vist dig lidt om, hvor meget frihed det giver dig med at skabe det websted, du har i dit hoved. At flytte et ikke-MODX-sted til MODX er overraskende let. For en kort beskrivelse af processen, se denne side .
Hvis du er webdesigner, og du vil have et CMS, der giver dig den kreative frihed til at få dit websted til at se ud, præcis som du vil have det til, bør du helt sikkert give MODX en chance.