Het probleem

Wat was het geval. We hadden netjes Duitse en Nederlands producten. We hadden de attributen in twee talen – maar toch werkte de gelaagde navigatie niet. Nu bleek dat we de Nederlandse en Duitse termen niet gekoppeld hadden (tip support van WPML). Maar dat leek niet de oplossing. Zelf had ik het idee dat het wellicht in de database zat, aangezien daar iets was gewijzigd bij ons eerste probleem. Dat die attributen in beide talen toch niet goed waren opgezet. Maar daar zat het kennelijk ook niet in.

Maar de oplossing bleek veel eenvoudiger. De gelaagde navigatie van WooCommerce zet je op met widgets. Voor elk attribuut een eigen widget. En wat hadden wij gedaan? We hadden zowel voor de Duitse als voor de Nederlandse site widgets gemaakt. De widgets een class gegeven voor de taal en op de Duitse site de Nederlandse widgets op display:none en andersom voor de Nederlandse website. Een heel handig manier om op de juiste site de juiste taal soms naar voren te halen. Maar dat werkt dus niet, want wat wij als de Duitse gelaagde navigatie zagen, was dat helemaal niet.

Hoe moet het wel

Je maakt gewoon voor elk attribute een widget. Geeft deze widget een titel in de hoofdtaal en gaat vervolgens naar WPML – stringtranslations en vertaalt daar de titels van de widgets. De rest gaat vanzelf. Kom je op de Duitse site, dan krijgt de widget netjes de Duitse titel en zie je de Duitse termen van dit attribuut.
Daarnaast spreekt het voor zich dat elke term netjes in de diverse talen is vertaald en dat deze vertalingen zijn gekoppeld. Een fout die hier namelijk ook gemaakt was is dat er Nederlandse én Duitse termen waren aangemaakt.

Alles over het vertalen van de attributes (of Eigenschappen) vind je in de documentatie van WPML

Stringtranslations

Aldoende merk ik dat sommige dingen via die stringtranslations inderdaad heel handig opgelost kunnen worden. En veel meer kun je via WPML handiger regelen dan iets twee keer maken en dan via een taalclass buiten beeld houden.

Dus overall tip: Wil je iets in meerdere talen – kijk dan eerst of je het via stringtranslations kunt vertalen. Zo niet, ga dan pas op zoek naar andere oplossingen.

Delen/Bookmark

Natuurlijk is deze plugin ook ideaal om een website voor een klant op een werkdomein op te bouwen en later naar de nieuwe locatie te verhuizen.

Delen/Bookmark

Ik heb echter ook een paar webwinkels waar we flink aan de vormgeving hebben gesleuteld. Geen winkelwagen, geen dit, geen dat.. omdraaien van de layout, slider in plaats van de product foto, productfoto in plaats van de slider. Ander uiterlijk en plaats van de mededelingen, noem maar op. Ga je dan updaten, dan kom je opeens voor verrassingen te staan. Gelukkig waren deze verrassingen voor mij in een kopie van de live-site.

Ik zal al werkend met deze update de dingen opnoemen waar ik tegen aan ben gelopen. Deze post zal dus langzaam uitgebreid worden. Natuurlijk staat een en ander ook vast te lezen op de website van WooCommerce.

Handig om te weten. Ik werk op mijn sites met Genesis en de Genesis WooCommerce Connect plugin. Het kan dus zijn dat ik tegen dingen aan loop waar iemand die niet met Genesis werkt niet tegenaan loopt.

• In de oude versie van WooCommerce was er in de template folder single-product een bestand tabs.php. Hierin kon je aangeven welke tabs je wel/niet wilde hebben op de single product pagina. In mijn geval had ik het e.e.a. in dit bestand aangepast. Na de update was opeens alles weer terug. De nieuwe versie kent geen bestand tabs.php meer maar een mapje tabs, met daarin verschillende bestanden. In deze bestanden kon ik weer de wijzigingen aanbrengen. Mapje tabs in mijn eigen theme folder en alles was weer opgelost.
• Een tweede punt was het probleem dat op twee verschillende websites opeens geen producten meer in de winkelwagen gedaan konden worden. Bij de ene website ging dit om een variabel product. In de map cart in de de themefolder stond het bestand variable.php. Na het verwijderen van dit bestand (en dus terugvallen op het origineel van WooCommerce) konden de mensen weer ‘shoppen’.
  Ook bij de andere website werd het probleem veroorzaakt door een verandering in de template bestanden. Verwijderen van deze bestanden zorgden ook hier voor het weer netjes plaatsen van de producten in de winkelwagen.
• Dan brengt me in ieder geval op een belangrijke tip. Ga je updaten, zorg dan dat je de WooCommerce folder in je theme map helemaal op je eigen computer hebt staan en verwijderen hem van de server. Op deze manier dwing je WooCommerce om eerst te draaien op de originele bestanden. Maar natuurlijk zitten er dan allerlei onderdelen in je website die je niet wilt hebben, of die je anders wilt.  Alles in ieder geval WooCommerce zelf goed draait ga je één voor één de bestanden terugzetten, beginnende met de belangrijkste (dat is voor ieder verschillend). Controleer de werking van WooCommerce en plaats dan de volgende. Het scheelt een heleboel zoekwerk als je het zo stap voor stap doet en niet gelijk je hele WooCommerce folder in je theme map zet. Denk hierbij ook aan het eventueel even uitzetten (of verwijderen) van die onderdelen in je functions.php die met WooCommerce te maken hebben.

Delen/Bookmark

Heb je één van deze plugins geïnstalleerd dan is het aan te raden zo snel mogelijk deze te updaten.

Delen/Bookmark

Gebouwd met WordPress
Ontwerp: Karen Folkertsma
Template: Op basis van Genesis van StudioPress
Bijzonderheden: Meertalig dmv WordPress plugin WPML

Delen/Bookmark

Er zijn een paar mogelijkheden:

• Je kunt de gebruiker Admin verwijderen. Hoe je de gebruiker Admin verwijdert schreef ik al eerder in het artikel Veilig WordPress – gebruiker Admin. Vind je het spannend om dit te doen, dan kun je natuurlijk altijdcontact met me opnemen, dan doe ik het voor je. Wil je de gebruiker Admin verwijderen, zorg dan dat je bent ingelogd als een andere beheerder. Alleen een andere beheerder kan de gebruiker Admin verwijderen.
• Je kunt via een databasebeheerprogramma, zoals phpMyAdmin naar de database en daar in de tabel _users de gebruikersnaam Admin wijzigen.
• Je kunt met een plugin, zoals bijvoorbeeld Admin renamer extended de gebruikersnaam aanpassen.

[naar aanleiding van een tip op Twitter van @OnexaNL heb ik deze blogpost aangepast]

Delen/Bookmark

Gebruik jij nog de gebruiker Admin op je blog neem dus maatregelen of neem eventueelcontact op met mij, je webbouwer of een andere WordPress deskundige.

Een stuk uit het artikel van WPWebbouw met achtergrondsinformatie. Belangrijk om te verspreiden:

Wat is hier nu aan de hand?

De veiligheidsanalisten die ik erover heb gelezen gaan ervan uit dat deze grootscheepse aanval een voorbereiding is op een nog veel grotere aanval. Het gaat niet om de WordPress websites zelf, maar om de bouw van een botnet dat veel sterker is dan de botnets waarmee de afgelopen dagen de DDoS-aanvallen op de Nederlandse banken zijn uitgevoerd. Daarvoor waren vooral huis-, tuin- en keukenpc’s bij particulieren en bedrijven gebruikt, die eerder via phishing e-mails waren besmet. Bij deze wereldwijde aanval lijkt het de bedoeling een botnet van webservers op te zetten, dat veel krachtiger is omdat deze servers doorgaans robuuster zijn en betere verbindingen hebben met internet. Vanuit dit nieuwe botnet kunnen dan nog veel heftiger aanvallen worden uitgevoerd op bijvoorbeeld de online systemen van banken, en wellicht ook andere grote systemen, dan we de afgelopen tijd hebben meegemaakt.

Als dit waar is, is dit een zeer ernstige bedreiging.

Het is dan ook van het grootste belang deze instructie te verspreiden, zodat WordPress gebruikers over de gehele wereld deze basismaatregelen nemen om hun websites te beveiligen en zo nodig op te schonen. Daarom: retweet dit, plaats een berichtje op Facebook, zet een link op je blog of op je favoriete sociale medium. Zegt het voort.

Uit: “Wereldwijde aanval op WordPress sites - en wat je ertegen kunt moet doen” van WPWebbouw

Delen/Bookmark

Het boek is oa te koop bij Bol.com

Delen/Bookmark

Maar ik kom het nog veel tegen bij mensen die mij vragen om ondersteuning: de gebruikersnaam Admin. Mijn eerste tip is dan altijd om een nieuwe gebruiker aan te maken en de gebruiker Admin te verwijderen. Het zijn maar een paar stappen. Ik geef ze toch nog even.

1. Log in op je WordPress website en maak een nieuwe gebruiker aan. Je hebt hier een ander mailadres voor nodig. Dat is tijdelijk. Je kunt later je normale mailadres weer invoeren.
2. Geef deze nieuwe gebruiker beheerdersrechten
3. Zorg dat deze gebruiker een ‘sterk’ wachtwoord krijgt.
4. Maak eventueel een backup van je database (als je dat al niet standaard doet)
5. Log uit en log in als de nieuwe gebruiker
6. Verwijder de gebruiker Admin
7. Je krijgt de vraag wat er met de berichten van gebruiker Admin moet gebeuren. Geef hier aan dat deze berichten overgeschreven moeten worden naar de nieuwe gebruiker (anders worden alle berichten te samen met Admin verwijderd.
8. Verander eventueel het mailadres weer terug naar je standaard mailadres.
9. Klaar

Delen/Bookmark

Nu gebeurt het ook wel eens dat een koper halverwege het betaalproces zit, heeft aangegeven dat hij met iDeal wil betalen en dan plotseling niet verder kan omdat hij bijv de mobiele telefoon waarop de betaaltag wordt ontvangen niet in de buurt heeft. De betaling komt in de winkel dan op Mislukt te staan. Wil je in deze status weer een mail met factuur sturen, dan komt daar niet de link in te staan naar de betaalmodule.

Gelukkig is dat redelijk simpel aan te passen:

1. Zoek in de WooCommerce plugin map, in de folder templates – email naar het bestand customer-invoice.php
2. kopieer deze naar je theme-folder (daar in woocommerce/emails).
3. Open het bestand in een editor en ga naar regel 5, daar vind je de volgende regel:

   <?php if ($order->status=='pending') : ?>

4. Wijzig deze regel in:

   <?php if ($order->status=='pending'||$order->status=='failed') : ?>

5. Sla het bestand op en upload het naar de server.

Vanaf nu zal de regel met betaallink in de factuurmail komen als de bestelling in de wacht staat (pending) of de betaling mislukt is (failed).

Delen/Bookmark