Encodingproblemen teisterden al wat langer de scripts op Yappa. Niet dat het schering en inslag was of een echte zware impact had, maar ze zorgden soms wel voor wat irritatie.

Nu echter niet meer. Weg zijn de dagen van de speciale characters met het & teken, want alles draait nu centraal op utf8, zoals:

  • Databaseconnecties zelf zijn utf8 encoded
  • Alle databases zijn utf8 encoded, inclusief de velden
  • Nieuwe databases vanaf nu aan zijn ook utf8
  • Alle scripts en websites zijn utf8
  • Ook xml documenten ea. zijn utf8
  • Als laatste heb ik ook alle editors ingesteld zodat ze standaard hun files in utf8 encoden

Dit vermindert het aantal problemen voor als een editor al utf8 is maar de andere nog niet en er dan sommige tekens verkeerd geformat worden.

Voor de databases om te schakelen naar utf8 heb ik een script geschreven dat alle databases, hun tabellen en hun velden nakijkt en deze omschakelt naar utf8 ( idem voor de collatie ).

Hierbuiten heb ik ook enkele projecten helpen afwerken, en hetzelfde utf8 systeem toegepast op een externe ( live ) server.

Ook heb ik geholpen met een debuggingsessie van een script dat gewoon voor een zoekactie elke keer een timeout kreeg. Dit was uiteraard een zeer uitgebreide zoekactie, maar als we een zoekactie deden, dan kregen we als we op de server inloggen met putty en top uitvoerden toch al 200% processorusage voor mysql ( nee dit is geen typo het is een dualcore systeem ).

Dat debuggen was moeilijker daar het gedeelte dat we moesten debuggen extern geschreven was en dus niet onze eigen code was. Yoeri heeft echter het probleem opgelost door indexes te implementeren in de verschillende tabellen.

Als laatste heb ik nu voorgesteld om een van de kleine problemen bij yappa op te lossen, nl. documentatie. Ik heb voorgesteld om dit op te lossen met phpdoc, zodat we mooie chm’s kunnen genereren als we willen, wat integratie in de bestaande editors toelaat. Experimenten hiermee zijn voor volgende week gepland en integratie indien het vruchtbare resultaten voortbrengt.