Importeren van groot aantal producten in Virtuemart 2.0 via export vanuit Virtuemart 1.1

English: VirtueMart Logo with slogan (Photo credit: Wikipedia)

Het is gelukt: een groot aantal producten plaatsen binnen een nieuwe Virtuemart webwinkel via het importeren van een enkele database bestand. Even kort: Virtuemart is het meest bekende webwinkel systeem (ecommerce solution) van Joomla. En we zijn er inmiddels aan gewend dat Joomla van het ene systeem op het andere overstapt (van 1.5, 1.7 naar 2.5 en direct door naar 3.0) en zo heeft Virtuemart dat ook eenmaal gedaan: de stap van 1.1 naar 2.0 Dus mocht een uitgebreide webwinkel hebben in Virtuemart en u wilt upgraden naar versie 2.0 dan is deze blogpost mogelijk interessant.

Mijn wens was niet om te upgraden. Ik was gewoon bezig een nieuwe Joomla / Virtuemart website te maken en ben ook daarover een blogpost begonnen. Kijk hier. Het uitgangspunt is een template van icetheme: store4. Na de installatie ziet de website er wel mooi uit maar de inhoud komt dan natuurlijk totaal niet overeen met de gewenste inhoud. Omdat het een nieuwe website betreft, gaat het in dit geval om een Joomla 2.5.9 website met Virtuemart 2.0.18. Mijn oude website daarentegen is dan wel een Joomla 1.5 website met Virtuemart 1.1.9, maar die zit wel vol met designs en producten die ik ook werkelijk te beiden heb. De nieuwe website is te vinden via: http://www.detemplatewinkel.nl (het actuele resultaat) en de oude via http://www.cheap-web.nl/ (ook een resultaat).

Wat heb ik geprobeerd wat niet werkte?

Niet onbelangrijk: opschrijven wat niet lukte zodat ik in de toekomst geen zaken onnodig dubbel ga uittesten.

• De component “Import images as products” waar ik eerst nog zo enthousiast over was. Kijk daarvoor hier. Maar nee, de component blijkt veel bugs te hebben en gewoon niet te werken zoals ik wil. Kijk hier voor mijn forum berichten hierover: http://joomdonation.com/79-virtuemart-import-images-as-products/25066-more-bugs-joomla-1.5-and-joomla-2.5.html. Toch zal ik een mogelijkheid moeten vinden om snel een aantal producten toe te voegen aan mijn nieuwe webwinkel. Handmatig werken is veel te tijdrovend en dat zal voor velen van ons gelden. Na drie dagen proberen en testen zie ik af van het gebruik van deze component.
• De component CSVi die door velen wordt aangeraden. Ja, als je gaat zoeken op Google naar “importeren van producten in Virtuemart” dan kom je zeker ook deze component tegen. Geen goede component? Vast wel maar veel te ingewikkeld in mijn situatie. Want: ik wil dus producten vanuit een Virtuemart 1.1 exporteren en importeren in Virtruemart 2.0
• Dat leidt me tot het idee (ja, ik weet het is “de idee” maar 90% van Nederland is het met mij eens dat dit niet klinkt en dus moet het “het idee”worden” volgens mij), het idee, om te werken met phpmyadmin. Wat NIET werkt is direct exporteren en vervolgens importeren. Ja, dit werkt prima, maar er komen zo alleen geen nieuwe producten in de nieuwe webwinkel. Want: de tabellen van Virtuemart 1.1 zijn anders dan de tabellen van Virtuemart 2.0

Wat werkt wel

• Wat mogelijk blijkt te zijn (en dat was nieuw voor mij) is om Virtuemart 1.1 te upgraden naar 2.0. Gewoon via een patch. Maar belangrijk is om eerst: 1) alle Virtuemart plugins en modules te deinstalleren en 2) de oude Virtuemart mappen in administrator/components en components/ te hernoemen of te verwijderen. Vervolgens installeer ik de patch evenals de aio upgrade patch.
• Daarna ga ik naar het nieuwe Virtuemart control panel via componenten (fouten negeren, gewoon doorgaan) en daar ben ik al in Virtuemart 2.0 aangekomen. De oude website heeft inmiddels zijn layout wel verloren. maar daarvoor later aandacht. Via Configuration en Shop vink ik “Enable database Update tools” aan en ga vervolgens naar Tools en Tools&Migration en klik op Migration. Ik pas niets aan en klik direct op Start migration en zo worden er automatische nieuwe database tabellen aangemaakt die een Virtuemart 2.0 structuur hebben maar de oude inhoud van de Virtuemart 1.5 website.
• En nu ga ik fluitend naar phpmyadmin, zoek deze oude database op, selecteer de nieuwe jos_virtuemart tabellen en exporteer deze allemaal in 1 sql bestand naar mijn computer. Vervolgens ga ik naar de database (via phpmyadmin) van de nieuwe website en importeer dit sql bestand in de nieuwe database. Resultaat: nog steeds niets. Logisch.
• Want jos_ is niet de tabel prefix van de nieuwe Joomla 2.5 installatie. Laten we zeggen dat die thgk_ is. Ik selecteer alle thgk_virtuemart_  tabellen, scroll naar beneden en kies voor “add prefix”. Die tabellen blijven nu bestaan maar worden voor de website niet gelezen. Ik selecteer vervolgens alle jos_virtuemart_ tabellen die ik heb geimporteerd en kies voor “change prefix” en verander jos_  in thgk_ ; resultaat? Alle categorieen en producten van de oude Joomla 1.5 website worden nu getoond in de nieuwe Joomla 2.5 website.
• Nee, nu ben ik nog niet klaar. Belangrijk is om alle productafbeeldingen via Filezilla van de oude naar de nieuwe website te verplaatsen en dat binnen de mappen onder images/stories/virtuemart en vervolgens klik ik binnen Tools&migration op “synchroniseer alle media met Virtuemart”. En dan worden alle afbeeldingen ook netjes getoond.

Nawoord: Mooi, bijna te mooi om waar te zijn en eigenlijk makkelijker dan ik dacht. Maar: mijn oude website wilde ik niet weggooien en nog even gebruiken (www.cheap-web.nl) en de layout is aardig in de war gegooid. Ik heb nu twee opties: 1) alle Virtuemart 1.1 modules upgraden naar Virtuemart 2.0 modules en die activeren op de juiste plaats en 2) een backup terugplaatsen. Ik kies voor optie 1 en zo heb ik onverwacht, als neveneffect van mijn test, mijn oude website geupgrade naar Virtuemart 2.0. Dat ging niet vanzelf want een aantal belangrijke Virtuemart 1.1 modules kenden geen broertje in de 2.0 versie. Maar dat heeft mijn abonnement bij Joomlaxtc opgelost. Daar hadden ze de benodigde modules gelukkig wel.

Joomla! E-commerce with VirtueMart (Photo credit: suhreed)

Related articles

• Virtuemart Development- Hire Experienced Developers (daniweb.com)
• Free extension for Virtuemart (daniweb.com)
• The Diversity Of Different E-Commerce Extensions For Joomla (newsagainstweb.wordpress.com)

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 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

Related articles

• PSD to joomla the most sought after among the clients (teacherlingo.com)
• Design Inspiration: A-T-O-M | Responsive Multipurpose Joomla Theme (designshack.net)
• Joomla Hosting Reviews Announces Redesigned Responsive Website (prweb.com)
• The New Joomla 2.5 to 3 Pre-update Check (ostraining.com)

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”.

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.

Related articles

• Joomla Development: The Advantages and Disadvantages in CMS Features (newsagainstweb.wordpress.com)
• Important: Prevent your Joomla! site being hacked (heartinternet.co.uk)
• WordPress v Joomla: The Infographic (sitepoint.com)
• 25 High Quality Premium Responsive CMS Joomla Templates (prasadprechu.wordpress.com)
• The New Joomla 2.5 to 3 Pre-update Check (ostraining.com)

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:

adsbuycredits

adsmenu

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.

Aanpassen layout Joomla module

Het aanpassen van de layout van een Joomla module lijkt een eenvoudige zaak met Firebug. Maar bij aanpassen van de css file behorende bij de module, is de kans groot dat ook de layout van andere modules aangepast worden terwijl dat mogelijk niet te bedoeling is. Dat is zeker het geval als de css verwijzingen verstopt zitten in bijvoorbeeld een style.css file of template.css file. Als de module een eigen css file heeft, dan is het inderdaad niet moeilijk om de layout aan te passen.

De makkelijkste manier
Het makkelijkste lijkt mij op dit moment om in “advanced options” binnen modulebeheer (binnen Joomla administrator) de “Module Class Suffix” aan te passen.
Dat gaat als volgt:
Ga naar modulebeheer in Joomla en open de module waarvoor de layout aangepast moet worden.
Open de stylesheet waarnaar deze module verwijst (via Filezilla en Notepad+)
Kijk via Firebug welke layout verwijzing aangepast moet worden
Ga terug naar de geopende stylesheet (css file) en zoek via “search” naar de verwijzing
Kopieer de div class en plaats die daar direct onder; Bijvoorbeeld:

#footer .moduletable h3.mod-title {
color: #800040;}

#footer .moduletable h3.mod-title {
color: #800040;}

Nu passen we de tweede verwijzing aan en maken een nieuwe div class. Bijvoorbeeld:

#footer .moduletable h3.mod-title {
color: #800040;}

#footer .moduletable2 h3.mod-title {
color: #FFFFFF;}

We schakelen weer terug naar de geopende module in modulebeheer en plaatsen aan de rechterkant onder “advanced options” in de “Module Class Suffix” de div class: moduletable2 en slaan de module op. Zie afbeelding:

Resultaat is dat de header van de bewuste module een h3 grootte hebben (dat hadden ze al) en dat de kleur is veranderd naar wit. Nu is het makkelijk om voor elke module de header aan te passen in wit.
Tot zover. Wilt u ook de layout van uw Joomla website laten aanpassen? Vraag info@dewebmeester.nl naar mogelijkheden.
Groeten!

php begrijpen en aanpassen.in Virtuemart categorie weergave

PHP is echt zo’n geheimtaal die duidelijk maakt dat woorden kracht in zich hebben. PHP taal zet zaken in beweging en daarom zijn webpagina’s die opgemaakt zijn met PHP “dynamische websites”. Een Joomla website dus ook en daarmee ook de Joomla component Virtuemart. Wat we zien binnen Virtuemart wordt bepaald door de PHP code. Vandaag heb ik binnen die code wat moeten aanpassen om gehoor te geven aan de wens van een klant.

De wens: bij de categorieweergave (alle producten binnen 1 categorie), openen de afbeeldingen zich in een lightbox popup. Onder elke afbeelding staat ook een link en daaronder een button en als je daar op klikt opent zich de product details pagina van het betreffende product. Teveel verschillende acties wat betreft de klant. De klant wil het omdraaien: bij klikken op een product afbeelding moet de klant doorverwezen worden naar de bijbehorende product details pagina en die link en button onder de afbeelding wil hij weghalen.

HTML ten opzichte van PHP: Hier wordt het grote verschil in karakter duidelijk wat betreft de taal “HTML” en de taal “PHP”. Binnen een HTML pagina zouden we gewoon een hyperlink plaatsen om de afbeelding heen en die link en button daaronder weghalen. Klaar. Dat lijkt simpel maar dat is niet simpel als je dit voor duizend artikelen handmatig moet doen. Daarvoor bestaat PHP. Je past 1 maal de PHP code aan en elke keer als een product categorie pagina wordt opgevraagd door de bezoeker, wordt die automatisch aangepast.

Maar hoe?
Originele PHP code (snippet) wat betreft het tonen van de miniatuurafbeelding en openen van de afbeelding in een lightbox popup:

<?php /** @todo make image popup */
echo $product->images[0]->displayMediaThumb (‘class=”browseProductImage” border=”0″ title=”‘ . $product->product_name . ‘” ‘, TRUE, ‘class=”modal”‘);
?>

Duidelijk: php is de taal, wordt die aangeroepen dan is de respons (de echo): “laat wat betreft het product ($product) een image zien en van die image alleen de verkleinde afbeelding (displayMediaThumb) en wel op deze manier (class): graag geen “border”, de titel is weggelaten maar kan worden ingevuld, met mogelijkheid het product ppnieuw te tonen maar nu ook de naam van het product en wel op deze manier (class):via een popup (gedefinieerd in css class “modal”). Deze mpgelijkheid kan je aanzetten (TRUE) of uitzetten (FALSE). Dus mijn eerste stap was om deze popup mogelijkheid op FALSE te zetten. Resultaat: nog steeds een overzicht van alle productafbeeldingen binnen een categorie maar achter de afbeelding zit nu geen link en geen popup mogelijkheid meer.

Maar ik wil wel een link achter de afbeeldingen en dat doe ik door de code aan te passen:
Nieuwe PHP code (snippet) wat betreft het tonen van de miniatuurafbeelding waarbij de bezoeker kan klikken op de afbeelding waarna de product details afbeelding van bijbehorend product geopend wordt:

<?php /** show image and link to product details page */
echo JHTML::link ($product->link, $product->images[0]->displayMediaThumb (‘class=”browseProductImage” border=”0″ title=”‘ . $product->product_name . ‘” ‘, FALSE, ‘class=”modal”‘));
?>

In gewoon Nederlands: de taal is php en bij opvragen is de respons (echo): maak een link (JHTML::link) en toon het product als zijnde een link ($product->link) maar ook de afbeeldingen op zo’n manier dat alle product afbeeldingen van een categorie als thumb worden afgebeeld. Belangrijk hierin zijn de “haakjes” (); De snippet moet hier afsluiten met een dubbele )) want het betreft een wens binnen een wens (of eerder een opdracht binnen een opdracht). De link die aangemaakt moet worden betreft alles wat tussen de haakjes staat terwijl de tweede set haakjes betrekking heeft op hoe de afbeelding die deze hyperlink omvat, getoond moet worden.

Afronding:
Vervolgens is het makkelijk om de bestaande link en button te verwijderen. Ik besluit de code tussen <!– en –> te zetten en daarmee te deactiveren. Zo kan die link en button makkelijk weer geactiveerd worden.
Vervolg:
Ik zal een aparte (WordPress) website opmaken waarin in alle “snippets” plaats die genoemd worden op dit blog zodat ze altijd makkelijk zijn terug te vinden. Nieuws volgt als die website online gaat. Groeten en stuur vragen op naar info@dewebmeester.nl
Meindert Jorna

p.s.: Inmiddels is de Snippet website aangemaakt en is te bekijken via www.decmsmeester.nl/snippets

p.s.: Snippets die genoemd worden binnen dit blog kunnen nu ook gevonden worden op www.kladblokje.tk of www.hetkladblok.tk

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…..)

WordPress is fantastisch zegt de webmeester.nl!! Multi sites optie

Gisteravond heb ik een blogpost geschreven waarin ik enkele positieve zaken wilde uitleggen betreffende WordPress. Dewebmeester.nl geeft aandacht aan WordPress en werkt met WordPress maar mogelijk wat te weinig. Want: ik ben opnieuw erg enthousiast! Hieronder een paar extra redenen:

Multisite opties
Het begon weer met frustraties. Ik heb een prachtige WordPress site onder www.dewordpressmeester.nl ; Nu ben ik voor onze stichting (zendingsproject in Kroatie voor jongeren en ouderen) bezig om een soort “Gebedsmuur” te installeren binnen de bestaande Joomla website: www.projektduga.nl . Ik zal te “knoeien” met de “Joomlaxtc contactwall” maar die werkte niet zoals ik wilde en het werd een lang verhaal om de html en css en js van deze module zo in te stellen dat het zou doen wat ik wilde. Toen bedacht ik me dat www.dewordpressmeester.nl een prachtig design is voor zo’n gebedsmuur: gewoon allemaal plaatjes en korte blogposten netjes naast en onder elkaar. Net zoals een muur. Maar: deze wordpress website wordt dus gebruikt voor andere doeleinden (voor promotie van de WordPress dienstverlening door dewebmeester.nl.

En zo stuitte ik als eerste op de beperkingen van WordPress. Ik kan wel een extra pagina aanmaken binnen WordPress maar dan kan ik die niet dezelfde layout geven als de voorpagina. Vreemde zaak. Ik kan ook de homepagina niet kopieeren en vervolgens een nieuwe inhoud geven aan deze nieuwe pagina. Vreemd. Ik kan wel een aparte categorie aanmaken (“Jongeren”), daarin posts plaatsen en vervolgens een menu item aanmaken waardoor de categorie “Jongeren” geopend wordt binnen de bestaande home pagina maar dan is de pagina titel niet aangepast en zijn ook de Social Buttons niet aangepast. Dat is wel nodig. In WordPress kan ik ook niet een widget toewijzen aan een bepaalde pagina zoals in Joomla met modules wel kan. En zo was ik al begonnen om een extra WordPress installatie te doen om daarin vervolgens een nieuwe website te maken met dezelfde layout en functionaliteit als www.dewordpressmeester.nl

En toen stuitte ik op “Multi sites”……. Oftewel: een netwerk binnen WordPress. Dat heb ik geinstalleerd binnen www.dewordpressmeester.nl en vervolgens heb ik daarin een nieuwe website aangemaakt, met een nieuwe gebruiker, nieuwe site titel, zelfde theme maar andere inhoud. Resultaat:
http://dewebman.nl/wordpress1/gebedsmuur/ verwijst naar de nieuwe gebedsmuur website
http://dewebman.nl/wordpress1/ is de oorspronkelijke website van www.dewordpressmeester.nl

Haleluja!

Stappenplan voor installatie Multi Sites in WordPress
Zie vooral ook: http://codex.wordpress.org/Create_A_Network
1) Backup config.php en .htaccess
2) Open config.php in Notepad+ en plaats volgende code boven
/* That's all, stop editing! Happy blogging. */

/* Multisite */
define(‘WP_ALLOW_MULTISITE’, true);

3) Ververs browser en onder tools zie je nu Netwerk setup en daar gebeurt het verder allemaal.

Zoals altijd geldt: dewebmeester.nl kan de informatie zoals hier weergegeven ook toepassen binnen uw website project tegen gegarandeerd lage prijzen die passen bij uw budget. Stuur even een mailtje met vragen naar info@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:

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

Verassing!! 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……..