Posts from the ‘Joomla’ Category

Vervolg: opmaken Joomla template van joomlaxtc. Plaatsen van html blokken.

In mijn vorige blogpost over dit thema heb ik aandacht gegeven aan de module blokken op de voorpagina van template “Motif” van http://www.joomlaxtc.com. Vandaag ga ik proberen om via het invoegen van html blokken formulieren te plaatsen binnen dit design. Ik gebruik daartoe de nieuwe website van een nieuw concept van dewebmeester.nl: Gratis test hosting via www.123web.be (ja ook in Belgie is dewebmeester.nl actief en daar heten we natuurlijk dewebmeester.be). Ik wil dat de bezoeker aan 123web.be makkelijk zichzelf kan aanmelden voor deze gratis hosting. Over het hoe en waarom van gratis hosting ga ik een extra blog post schrijven.

Doel: via html een formulier plaatsen binnen een Joomla template.

Uitwerking: dit blijkt prima te werken via artikelbeheer. Ik kies een artikel uit of maak een nieuw artikel aan en kies na het openen van het artikel in een editor voor “toggle editor” zodat de html code van het artikel getoond wordt. Vervolgens plak ik gewoon het hele html formulier (encrypted javascript formulier) binnen deze code en sla het artikel op. Het resultaat is heel erg goed. De css van de template wordt netjes overgenomen zodat het formulier automatisch past binnen de layout van de template. Het resultaat is te bekijken via: http://123web.be/index.php/gratis-hosting

Conclusie: het is niet altijd nodig om externe modules of componenten te installeren. Vaak kunnen wensen worden uitgewerkt door de code van de applicatie direct te plaatsen binnen dit design. Dit zal overigens niet het geval zijn voor elk Joomla design. Voor dit “bootstrapped” geoptimaliseerde design van Joomlaxtc geldt dit blijkbaar wel.

Visualisering van de structuur van het Open So...

Visualisering van de structuur van het Open Source Content Management Systeem Joomla!. Gebruikt voor toelichting bij het artikel van joomla. Zelgemaakte afbeelding (Photo credit: Wikipedia)

Hier een afbeelding van een standaard opbouw van een Joomla website. In dit voorbeeld heb ik “inhoud” gebruikt om binnen “template” een formulier zichtbaar te maken op “website”. Dat kan ook via “Component” (formulieren component) of “Module” of “Mambot” (antieke term voor moderne term “Plugin”).

Aanvulling: formulier functionaliteit wordt uitgeschakeld door Joomla editor (JCE) en door Joomla 3.0; de oplossing

Excuses: het verhaal hierboven klinkt te makkelijk. Ja het klopt, het formulier werd mooi weergegeven volgens de css (style sheet) van het Joomla template. Maar dat betekent niet dat het formulier ook werkt. Zoals zo vaak bij invoegen van code (javascript of anders) via de editor (content, artikel of module), wordt de code gestript na klikken op “opslaan” en soms is dit niet zichtbaar (zoals in dit geval).

Oplossing: een oplossing is om een extra module te installeren die is ontworpen om deze code te behouden. Voorbeelden zijn te vinden via deze link:

http://extensions.joomla.org/extensions/core-enhancements/coding-a-scripts-integration/custom-code-in-modules

Ik gebruik voor mijn formulier de “Flexi Custom Code“, installeer de module en plaats het formulier script binnen deze module. Maar: ik wil dit formulier binnen een artikel tonen! Geen probleem. Daarvoor dient “Modules Anywhere” van “NoNumber” waarmee in “no time” elke module binnen elk willekeurig artikel geplaatst kan worden. Ik doe dat ook en het lijkt te werken. Kijk hier voor het formulier (waarmee gratis hosting van dewebmeester.nl besteld kan worden):

http://123web.be/index.php/gratis-hosting

Test: Joomlaxtc templates. Start: Template “Motif”

Joomlaxtc.com is een gerenommeerde Joomla template club die de laatste jaren ook gespecialiseerd is in WordPress themes. Daarnaast kent deze Joomla club ook een extensies club. Elk Joomla design is een apart verhaal. Ja er zijn overeenkomsten maar de verschillende verdienen aandacht. Zeker de verschillen tussen verschillende templates van verschillende template clubs. De templates van joomlashack.com zien er niet alleen heel anders uit dan de templates van icetheme.com of joomlaxtc.com, ze zijn ook compleet anders opgebouwd.

Dit lijkt mogelijk vreemd. Een template is toch slechts een onderdeel van het hele Joomla pakket? Nee, de template, het design, bepaalt waar welke modules gepubliceerd worden. De template bepaalt hoe het functioneren van de componenten aan de voorkant zichtbaar gemaakt kan worden. Kortom: iedere keer als een klant een bestelling doet bij dewebmeester.nl en iedere keer dat een bepaalde Joomla template deel uitmaakt van de bestelling, dan moeten we ons eerst goed verdiepen in de de volgende vragen: hoe is de template opgebouwd? Via welke modules worden welke artikelen zichtbaar gemaakt? Welke teksten worden via artikelen zichtbaar gemaakt en welke teksten via modules? Welke afbeeldingen zijn onderdeel van een module, welke van een artikel en welke van de template code?

Binnen dit blog (www.dewebhulp.nl ) veel aandacht voor veel templates van veel Joomla template clubs. Ja, ik heb dus nog wat te doen. Laat ik dan maar direct beginnen. Ik begin met de laatst uitgegeven template van Joomlaxtc: “Motif”.

Joomla template "Motif" van joomlaxtc template club

Template wordt geleverd samen met alle bestanden die nodig zijn om na installeren van de template, de website er precies zo uit te laten zien als in deze afbeeling

Dit template is te verkrijgen in de Joomla 2.5 en Joomla 3.0 versie. Ik besluit als eerste de Joomla 2.5 versie te installeren en die is voorlopig te vinden op: http://decmsmeester.nl/joomlaxtc/joomla/motif2.5/

Als eerste ga ik in de backend (/administrator) op zoek naar de drie blokken, het bruine,  het donkerroze en het blauwe blok. Dat zijn modules en nee, het is slechts 1 module. Van het type “JoomlaXTC Deluxe News Pro”. Mooi, denk ik dan, die module hebben we maar vast. Bij openen van de module via modulebeheer (module bevindt zich op positie user 13), wordt duidelijk dat er binnen deze module artikelen geladen worden uit een bepaalde content categorie. Die artikelen vinden we dus onder artikelenbeheer (binnen categorie “Joomla content”). Daar vinden we echter wel wat meer dan 3 artikelen. Bij refresh van de pagina krijg ik dezelfde artikelen te zien op de voorpagina. Er is dus niet sprake van een wisselen van de artikelen. Bij uitschakelen (depubliceren of deactiveren) van het eerste artikel (herkenbaar aan de titel, en altijd via “zoeken” in artikelbeheer te vinden), krijgen we wel een ander artikel te zien na “refresh”. De module blijkt te bepalen welke artikelen er getoond worden en de standaard (demo) setting van deze template is “Joomla order” wat betekent dat eerste drie artikelen (id 1,2 en 3 bijvoorbeeld) getoond worden en de rest niet. Conclusie: mooie optie om snel van voorpagina inhoud te kunnen wisselen en altijd actuele inhoud te kunnen bieden aan de bezoekers. Morgen verder.

Marktplaats of Speurders website deel 2

Deze blogpost is een vervolg op blogpost: https://dewebmeester.wordpress.com/2012/11/07/een-marktplaats-nl-website-de-mogelijkheden-prijzen-en-andere-adviezen/ (deel1)

Idee: marktplaats.nl is een populiare website en een populair website idee. Bezoekers kunnen hier niet alleen spullen kopen (= webwinkel / webshop) maar kunnen ook zelf spullen plaatsen en verkopen. De beheerder van de website verdiend niet met de verkoop van spullen maar met de verkoop van advertentie mogelijkheden. Kortom: de bezoeker doet het werk en de beheerder krijgt automatisch verdiensten. Maar welke mogelijkheden zijn er (= biedt dewebmeester.nl) om zelf zo’n website te hebben en te beheren?

Deel 2: Marktplaats/ Speurders website binnen Joomla
De test en demonstratie website: http://decmsmeester.nl/speurders/
Op deze website heb ik “simpelweg” een marktplaats component geinstalleerd. Om die component zichtbaar te maken op de voorpagina (zodat bezoekers er mee kunnen werken), is er een apart menu aangemaakt (ads menu) waarbij de linken koppelen naar de verschillende mogelijkheden van dit marktplaats script.
Zie afbeelding:

Daaronder een extra menu item in Main Menu met de optie “Buy Credits”. De bezoeker kan Credits kopen om zo advertenties te mogen plaatsen. Het verdienen kan beginnen. Verder zijn er natuurlijk allerlei modules verwerkt om de producten leuk en mooi zichtbaar te maken op de voorpagina. Mogelijk belangrijk voor u:
Mocht u een eigen Speurders.nl of Marktplaats.nl website hebben? Dan kan dit makkelijk geintegreerd worden in elke bestaande Joomla website. Daarvoor hoeft u niet een nieuwe Joomla website te laten ontwerpen. Dat kan wel. Op http://www.dewebmeester.nl/joomla-design.html heeft u de keus over honderden zeer professionele Joomla designs voor een kleine prijs. Integratie van het marktplaatsscript in een Joomla website kost via dewebmeester.nl 99 Euro.
Reageren kan via deze blogpost (te vinden op www.dewebhulp.nl) of via email: info@dewebmeester.nl

De volgende blogpost over dit onderwerp gaat over integratie van een marktplaats script in een WordPress website.

Caching fijn-tunen van Joomla website

Een kort bericht als vervolg op mijn vorige blogpost over “Page Speed”. Onderstaande afbeelding laat zien hoe ik inmiddels voor www.projektduga.nl een Page Speed heb bereikt van 95/100 en daarmee is deze uitgebreide Joomla website bijna net zo snel als Google.

Dat had ik niet verwacht van Joomla. De “Clue” in dit alles is het gebruik van caching en van compressie. Dat moet op de juiste wijze gebeuren. Caching betekent het tijdelijk opslaan van bestanden die bij de website horen op een server waarbij de computer van elke gebruiker ook een soort “server” is. Compressie is het samenvoegen en verkleinen van meerdere bestanden tot pakketten.

Waar op te letten:

1) Joomla kent een eigen cache en compressie systeem. Het is een goed idee daarmee te beginnen via algemene instellingen    —–> server en ook —— > system. Om dit goed te laten werken moet via pluginbeheer de cache plugin geactiveerd worden.

2) De template heeft mogelijk een eigen cache systeem. Ik gebruik voor http://www.projektduga.nl het Gantry systeem (daar draaien bijvoorbeeld de rockettheme.com templates op). Via tab Advanced kom je bij de cache instellingen voor Gantry en voor de template. Aanzetten is een goed idee.

3) Rocketheme biedt een aantal zeer goede cache plugins (gratis) zoals RokGzipper en Rokbooster. Ik heb RockGzipper aangezet en alles lijkt versnelt goed te werken. Totdat een collega me de volgende doorgeeft dat de layout door elkaar ligt. Met name de fonts zijn anders (groter). Na legen van de cache is alles weer normaal. (Daar kom ik dan ook pas een uur later achter hoor). Geen goede zaak omdat het niet handig is om elke dag de cache te moeten legen en daarmee schakel ik de cache dus eigenlijk uit.

4) Fijn tunen: Advies via Google en Rockettheme forum levert op dat het verstandig is de Gantry cache uit te zetten als Rokbooster (wat ik dan nog niet gebruik) gebruikt wordt. Ik test eerst even door (alleen) de Gantry cache te legen (button rechtsboven binnen Gantry in template manager), browsercache legen en website opnieuw te laden. Ja, de website is dan ook in orde terwijl Joomla cache nog steeds niet geleegd is.

5) Installeren van Rokbooster levert vervolgens alleen maar problemen op.

Kortom de conclusie voor http://www.projektduga.nl is:     Joomlacache aan, Joomla Gzip aan, Rokzipper aan, Gantry cache en Gantry Gzip uit en Rokbooster uit.

Zolang de website een Page Speed van 95/100 heeft, ben ik tevreden.

Ook een Page Speed van 95/100 nodig? Neem even contact op met dewebmeester.nl via info@dewebmeester.nl (Ja dat emailadres bestaat echt. Bij de Gouden Gids leken ze daar niet in te geloven…..)

Wat vind je van WordPress?

Het is al laat maar ik ben enthousiast en dat wil ik graag even opschrijven. Na een dag teleurstellend “aanrommelen” (kon maar geen inspiratie vinden) heb ik de dag toch afgesloten met motivatie. En deze keer betreft dat: WordPress. Ik heb al vrij vaak vragen gehad zoals: “Wat vind je van WordPress?” en “Doen jullie ook iets met WordPress?”. In deze blog post mijn eerste reactie op die vragen:

Wat vind dewebmeester.nl van WordPress?
Basaal, eenvoudig. Dat kan een reden zijn om er niet aan te beginnen. Dat zou heel erg jammer zijn. WordPress is een kleine, snelle sportwagen. Een soort “Porsche”. Joomla is meer een “Hummer”. Bij openen van de motorkap van WordPress (admin panel) zie je mogelijk niet direct de kracht en de mogelijkheden. Maar die zijn er wel degelijk. Bij Joomla lijken klanten bij het openen van “Administrator” vaak overweldigd te worden door de mogelijkheden. Een lijstje; wat vind dewebmeester.nl van WordPress (ten opzichte van Joomla):
Snel. Vooral het admin panel opent snel en ik ben vooral enthousiast over de button “Save” die je overal tegenkomt en die de aangepaste gegevens zo snel opslaat dat ik soms me wat onzeker voel. Is het nu echt opgeslagen of word ik voor de gek gehouden? Joomla ververst de hele pagina na iedere “Save”. Vraag me af wanneer ze dat gaan aanpassen.
Simpel. Joomla kent componenten (uitgebreide toepassingen), modules (zichtbare eenheden aan de buitenkant), plugins (onzichtbare code) en content (de artikelen). WordPress kent “Posts”, “posts”, “posts” en dan nog een paar plugins en versleepbare widgets.
Drag en drop. Daar ben ik een voorstander van. Gewoon omdat dit prettig is. Ook daarbij geldt: dat gaat snel. Gewoon slepen naar de juiste plaats en de widget en aanpassingen hoeven vervolgens niet eens opgeslagen te worden. Na het slepen is de aanpassing al doorgevoerd.
– Snelle uitbreiding mogelijk. Het pluginbeheer is uniek in verhouding tot Joomla (al denk ik dat dit in Joomla ooit aangepast gaat worden). Plugins geven iets extra’s aan de website. Ik had vanavond een contact formulier nodig. Ik ga naar “plugins” en daat zie ik een zoekbalk. Kijk, bij Joomla ontbreekt dat. Daar moet ik eerst naar Google en aan meneer Google vragen of er ergens in de wereld een Joomla extensie bestaan die te gebruiken is binnen mijn idee en concept. Maar WordPress heeft gewoon zijn eigen geintegreerde zoekfunctie. Ik type “Contact form” em jawel, ik zie een twintigtal mogelijkheden die ik met enkele klikken kan integreren in mijn website. 1) zoeken, 2) installeren 3) activeren en 4) slepen naar de juiste positie. Snel geleerd en nog leuk ook.

Doet de webmeester.nl ook aan WordPress?
Jazeker! Ik onderhoud een vrij populair blog wat te vinden is via www.dewebhulp.nl (dewebmeester.wordpress.com ). O ja, dat wist u al want dat is het WordPress blog waar u zich nu bevindt. Elke dag vinden tientallen mensen hier antwoorden op hun vragen. Ook biedt de webmeester.nl via de website een overzicht aan WordPress mogelijkheden en designs (http://dewebmeester.nl/wordpress.html ). Verder zijn er in het verleden verschillende acties geweest betreffende WordPress sites (zie: https://twitter.com/dewebmeester/status/243573824753385472 ). Maar ik heb vanavond sterk het gevoel dat we te weinig aandacht hebben gegeven aan WordPress in verhouding tot de aandacht die Joomla bij ons heeft gekregen. Beide systemen hebben zo hun voor- en nadelen en ik zal daar in andere blog posts meer aandacht aan geven. Reacties gewenst!

P.s.: Bijna vergeten te vermelden maar www.dewebmeester.nl heeft zich verbonden aan het concept www.dewordpressmeester.nl ; Daarmee is denk ik wel duidelijk gemaakt hoe dewebmeester.nl WordPress wardeert. Positief! Neem ook even een kijkje op www.dewordpressmeester.nl (WordPress website van dewebmeester.nl).

Snelheid (Joomla) website

Dit weekend heb ik weer getest met de laad snelheid van enkele Joomla websites. Het blijft een beetje een onafgemaakt verhaal en een zoektocht en vandaar een blog post hierover. Het begon dit weekend met een opmerking van een kennis dat www.projektduga.nl wel erg traag was en dat daardoor mogelijk mensen waren afgehaakt. Even op een rij waarom pagina laad snelheid belangrijk is:
1) (en dat is ook echt prioriteit nummer 1): Bezoekers vinden het onprettig als ze moeten wachten op het openen van een pagina. Dat ergert (toch?). Daardoor haken ze af of komen minder vaak of helemaal niet meer terug bij uw website. U gaat failliet!
2) Hiermee verbonden: Google gaat u straffen voor een langzame website. Want zo redeneert men bij Google: al is de pagina nog zo goed zoekmachine vriendelijk gemaakt (tags, megatags, content e.a.), dan is het toch beter dat een bezoeker deze pagina niet te zien krijgt.
3) De Alexa ranking daalt. Die houdt tenslotte rekening met aantal keren dat pagina bezocht wordt.
4) Deze drie zaken hebben invloed op elkaar en een website zit dan ook ALTIJD in een negatieve of een positieve spiraal. Zie illustratie:

Meten van de laad snelheid van uw website
Daarvoor bestaan verschillende “tools”; Bijvoorbeeld:
1 – de firebug extensie “Pagespeed”. Te installeren als addon in Firefox na installatie Firebug in Firefox. Vervolgens wordt Pagespeed als een aparte tab weergegeven binnen Firebug. Dat betekent: Firebug activeren na opvragen pagina, klikken op tab “Pagespeed” en vervolgens op “Analyse website” en er volgt een getal tussen de 0 en 100 waarbij 100 sneller dan het licht betekent (en sneller dan Google bijvoorbeeld), 0 tot 50 dat er nog veel werk te doen is en dat u kans loopt op straf van Google en dat bezoekers zich ergeren aan de traagheid van uw website, 50 tot 70 dat er nog veel te verbeteren valt, 70 tot 80 dat de snelheid in orde is maar beter kan, 80 tot 90 dat u de maximum snelheid bereikt hebt. Google zit op 98. www.projektduga.nl zal op 57.
2 – Android applicatie Pagespeed. Aan te raden. Iedereen heeft wel een smartphone tegenwoordig en dat is wel zo snel werken. Gewoon de applicatie installeren en url intypen en getal verschijnt. Ok, nu krijg je niet de lijst met adviezen de de Firebug extensie wel biedt maar toch, het is de snelste manier van werken.
Maar: de Android extensie en de Firebug extensie leveren niet dezelfde getallen. Testen van www.dejoomlameester.nl levert bij -1 – een snelheid van 33 (!!!) en bij – 2 – een snelheid van 57. Niet best alle twee. Daar ga ik tijdens het schrijven van deze blogpost wat aan doen.

Hoe snelheid te verbeteren?
Daar heb ik al aandacht aan besteed in een vorige blogpost. Maar dat was niet voldoende. Ik probeer opnieuw wat mogelijkheden.
In geval van een Joomla website is het volgende mogelijk:
1) Inschakelen cache in de algemene instellingen onder “Server”
2) Inschakelen Gzip compressie in algemene instellingen onder “Systeem”
Nadat ik dit gedaan heb voor www.dejoomlameester.nl , verbetert de score binnen Firefox / Firebug van 33 naar 42. Nog steeds erg slecht. Hiermee ook nogmaals de opmerking dat Joomla websites in het algemeen trager zijn dan “gewone” html/css websites en dat Joomla websites dus extra aandacht nodig hebben (altijd) om de snelheid van een pagina te optimaliseren. www.dewebmeester.nl zit direct op een score van 83 zonder dat ik daar ooit extra aandacht aan heb gegeven (gewonen html / css website).
3) Binnen de plugin manager van Joomla zoek ik op “cache” en schakel de plugin “System cache” in. Pagespeed geeft vervolgens nog steeds als advies om compressie in te schakelen terwijl snelheid niet is toegenomen wat me het idee geeft dat het toch wel even duurt voordat pagina snelheid anders geindexeerd gaat worden.
4) Ik schakel de plugin “RokGantry cache” in. Oftewel: je moet even kijken binnen welk template systeem de Joomla site draait en kijken of dit systeem cache opties biedt.
5) Ik ga via template beheer naar de gebruikte template die binnan Gantry draait en klik op “Advanced” en schakel ook daar de Gantry cache in. Ondertussen blijf ik overigens testen of webpagin wel normaal weergegeven wordt.
Tussenstand: 37 / 100!!! Vreselijk!! Het lijkt allemaal alleen maar trager te worden!! Maar geen nood. Dit weekend heb ik www.projektduga.nl volgens dit schema aangepast en dat leverde een verbetering op van 54 naar 84! Dus houdt goede moed! (Vandaag staat ww.projektduga.nl op 77/100 wat ok is.)
6) We kunnen ook gebruik maken van externe extensie. Als eerste denk ik dan aan de gratis extensie “Icespeed” van icetheme.com . Daarbij opgemerkt dat ik niet erg goede ervaringen heb met deze plugin. Maar anderen wel en dus wil ik het blijven proberen. Problemen met deze plugin: het is me nog niet gelukt de plugin te installeren en activeren op een Joomla 2.5 website zonder grote problemen te krijgen. De plugin gooit de layout soms in de war en is vrij “stevig” wat betekent dat aanpassingen binnen de website mogelijk gewoon lange tijd niet zichtbaar worden. De cache moet dan ook herhaaldelijk handmatig opgeschoont worden tijdens het aanpassen van de website. Maar: de plugin biedt een handig tooltje: een kwastje rechtsboven, je klikt erop en je cache wordt opgeschoont. Nu heb ik de plugin geinstalleerd binnen een Joomla 1.5 website (www.dejoomlameester.nl) en als ik dan direct het resultaat meet dan is het antwoord: 42 / 100 ; Nog steeds niet veel verbetering…….
7) Ik wacht en laat over enige tijd de nieuwe resultaten weten. Overigens: de website www.projektduga.nl heeft een veel betere page load index dan www.dejoomlameester.nl (op dit moment) terwijl de website veel meer tijd nodig lijkt te hebben om te laden dan www.dejoomlameester.nl ; de ervaring van de bezoeker kan dus een andere zijn dan de ervaring van Google?
Tot zo.

Update; een uurtje later. Er is geen verandering in snelheid van zowel http://www.projektduga.nl als http://www.dejoomlameester.nl ; Google geeft aan dat ik de compressie aan moet zetten (Enable Compression) maar dat is dus al aangepast in de algemene instellingen. Ik kom tot de ontdekking dat:

8) het nodig is op Gzip ook op de server (hostingabonnement) te activeren. Nu draait http://www.projektduga.nl gedeeltelijk op een cloudserver en het is maar de vraag of die Gzip kan afhandelen.

9) Evaluatie. What happened!!!! De website is op speed load beland en is nu bijna net zo snel als Google zelf! Zie illustratie:

pagespeed in firefox en firebug Geweldig toch? 91 / 100 ! Dat heb ik nog nooit beleefd. En dat voor een Joomla website! Maar hoe komt dit nu? Ik heb net:

10) de .htaccess file aangepast. Er bleek een oude redirect in de oude .htaccess file te zitten. Ik heb deze hele file vervangen door een .htaccess file uit een 2.5.7 Joomla pakket. Maar verder heb ik daarin de volgende code geplaatst om de melding “Leverage browser caching” te voorkomen:

<IfModule mod_headers.c>
Header unset ETag
Header unset Last-Modified
</IfModule>
FileETag None
<FilesMatch "\.(ico|gz|JPG|jpg|jpeg|png|gif|js|css|swf)$">
Header unset Cache-control
Header set Expires "access plus 1 month"
</FilesMatch>

Maar zoals de illustratie hiernaast laat zien: dat heeft op zich niet veel opgelost (melding krijg ik nog steeds). Conclusie is: een redirect via .htaccess file leidt tot vertraging! (Toch? Of is dit een foute conclusie? Reactie gewenst!) Wat verder opvalt (en dat is de reden volgens mij van de snelheid van de website) is dat “Enable compression” en “Combine images into CSS sprites” ineens een rood driehoekje hebben gekregen en niet meer een rode bol voor zich hebben.

Dag 2

pagespeed dejoomlameester.nlVerassing!! De page speed van http://www.dejoomlameester.nl is binnen 24 uur verbetert van 33/100 naar 91/100!! Ja, ik was ook verrast toen ik vandaag de nieuwe test deed. Blijkbaar hebben sommige plugins en instellingen tijd nodig om effect te scoren. Zie afbeelding.

(Externe) plugins die ik heb gebruikt:

– System Cache plugin

– RokGantry cache plugin

– RokGzipper plugin

Extra mogelijkheden (niet geactiveerd voor deze site):

– JCH optimize plugin

– Rokbooster

Template chooser, picker, selector binnen Joomla 2.5

Resultaat van deze dag is te bekijken op http://decmsmeester.nl/joomla2.5/

Nou, vandaag ben ik weer druk geweest met het oplossen van raadsels en na zo’n dag is het verstandig om bevindingen op te schrijven in een blogpost. Ik ben niet de enige met deze wens:
– Een Joomla website waarbinnen verschillende designs / templates zijn geinstalleerd en waarbij de bezoeker zelf kan kiezen tussen deze designs.
Na bladeren op Google lijken vele anderen met deze wens rond te lopen. Toch lijken weinigen hierin echt wat gerealiseerd te hebben.

Waarom?
Omdat ik websites verkoop en elke bezoeker aan mijn website(s) deze gelegenheid wil bieden. De toekomstige klant kan zo "live" en online een design bekijken en uitproberen.

Probleem?
Ja. Het lijkt makkelijk. Ik kan bijvoorbeeld een tien- twintigtal Joomla installaties plaatsen op de server en binnen elke installatie een nieuwe website plaatsen met elke een origineel design en layout. Maar: dat neemt serverruimte in beslag, dat neem database ruimte in beslag en boven alles: de bezoeker moet wel erg veel geduld hebben want elke keer als hij een ander design wil bekijken moet hij wachten totdat de hele website geladen is. Dat is traag. Te traag.

Oplossing?
Mogelijk. Na een dagje werken heb ik in ieder geval een paar antwoorden. De rest laat ik aan u over. Ik ben begonnen met de Joomla extensie "Template Selector" (deze link zou u direct naar deze extensie moeten leiden.) Het betreft een module en een plugin en beiden moeten geactiveerd worden. Als alleen de module gepubliceerd wordt en de plugin niet geactiveerd, dan wordt de template selecter wel zichtbaar (wel leuk, bezoeker ziet in ieder geval screenshots van de templates en dat biedt een miniatuur template gallery!) maar bij klikken op "switch", gebeurt er niets. Maar bij activeren van de plugin, zie je niet alleen de geinstalleerde templates maar is het dus ook mogelijk te "switchen". Het werkt. Ben ik nu klaar? Nee, nog lang niet.

Problemen en oplossingen
Ik wil dat de bezoeker kan kiezen uit tenminste 100 designs. Dan moet ik dus eerst 100 Joomla templates installeren. Dat is niet een probleem. Binnen de module Template Selector, klik ik aan welke van die 100 designs zichtbaar en verkiesbaar moeten worden. Ik kies ze allemaal. Vervolgens naar de frontend (voorpagina) en ik kies een willekeurig design. Daarbij zal ik direct ontdekken dat ik naast "Stijl" (css, style, kleuren, fonts) ook rekening moet houden met "Structuur" (layout, module posities). Het eerste (stijl) lijkt niet het probleem. Dat werkt prima. Maar bij kiezen voor een andere template, wordt de structuur door elkaar gegooid. Meest makkelijke oplossing: alleen templates installeren die allemaal de zelfde structuur hebben. Bijvoorbeeld: ik gebruik alleen templates van DiaBloDesign ; Die zijn allemaal volgens hetzelfde concept opgemaakt. Hetzelfde geldt voor een webbedrijfje als "Globbersthemes". Ook bedenk ik me dat het bekende software programma Artisteer altijd dezelfde structuur produceert en ik besluit daar wat mee te werken.

Ik probeer het met Artisteer versie 3.1 ; Nieuw design, exporteren als Joomla 1.7 design met standaard module posities (position-1, position-2….etc.), installeren als nieuwe template en binnen de module "Template Selector" aangeven dat ook dit design erbij hoort. Naar voorpagina, kiezen voor dit design en klikken op "switch" en……een totaal andere structuur……..; Natuurlijk, ik was tenslotte al begonnen met designs van DiaBloDesign en enkelen van Template Monster ("Architect" en "Traveller"). Die werkten redelijk. Artisteer templates lijken toch anders in elkaar te zitten.

Even een stapje terug: De eerste twee templates waren van Template Monster. Die switchen redelijk goed. Daarna installeer ik drie templates van DiaBloDesign en die tonen redelijk goed maar het topmenu ontbreekt. Vreemd. Nee, toch niet. Template Monster templates plaatsen main menu op positie "navigation" en die ontbreekt binnen DiaBloDesigns en ook binnen de Artisteer designs. Oplossing: main menu module kopieren en publiceren op positie "position-1". Dat werkt natuurlijk alleen als "position-1" op de juiste plaats aanwezig is binnen de nieuwe designs en niet aanwezig is binnen de al geinstalleerde templates. Dat is (vreemd genoeg) het geval. Indien "position-1" ook aanwezig is binnen de templates die ook "navigation" hebben, dan zou het resultaat zijn dat er twee main menu’s getoond worden. Dat kan eventueel opgelost worden door "Advance Module Manager" te installeren van "No Number" en daarin te kiezen dat deze extra main menu module niet getoond moet worden binnen bepaalde templates.

Dit verhaal wordt vervolgd want op dit moment heb ik "slechts" 8 templates naar tevredenheid geinstalleerd binnen de Template Selector en ik ga voor die 100. Nu maar hopen dat ik hierdoor klant krijg……..

%d bloggers liken dit: