Avainsana: #koodinlaatu
WordPress toimii useimmiten Linux-palvelimella, jossa tiedostojen oikeudet ja omistajuus määrittelevät, kuka saa lukea, kirjoittaa ja suo...
WordPressin sisäinen canonical redirect -logiikka
ArtikkeleitaWordPress sisältää oman canonical redirect -mekanisminsa, jonka tarkoitus on ohjata käyttäjät ja hakukoneet oikeaan URL-osoitteeseen...
WordPress ja tietokannan charset-migraatiot
ArtikkeleitaTietokannan merkistön vaihtaminen WordPressissä on yksi niistä operaatioista, jotka näyttävät yksinkertaisilta mutta voivat käytännössä...
WordPressin wp_loaded vs. init: oikea käyttö
ArtikkeleitaWordPressin hook-järjestelmä on keskeinen osa sen laajennettavuutta, mutta hookien ajoitus on kriittinen. Kaksi yleistä hookia, joita use...
WordPress ja HTTP keep-alive vaikutus suorituskykyyn
ArtikkeleitaHTTP keep-alive on yksi niistä verkkoteknologian perusominaisuuksista, jotka ovat lähes näkymättömiä käyttäjälle mutta ratkaisevan tärkei...
WordPressin sisäinen feed-generaattori teknisesti
ArtikkeleitaWordPressin feed-generaattori on yksi järjestelmän vanhimmista ja vähiten puhutuista osista. Se on perintö ajalta, jolloin RSS-lukijat...
WordPress osaa lähettää sähköposteja suoraan wp_mail()-funktion kautta. Käytännössä tämä tarkoittaa usein PHP:n mail()-funktiota tai palv...
WordPressin meta_key-hakujen skaalausongelmat
ArtikkeleitaWordPressin metadatarakenne on yksi sen suurimmista vahvuuksista ja samalla yksi sen pahimmista suorituskykyriskeistä. wp_postmeta, wp_u...
WordPress on suunniteltu klassiseen HTTP-malliin: pyyntö sisään, sivu ulos, prosessi kuolee. Tässä mallissa muistinhallinta on yksinkert...
WordPressin sisäinen REST request lifecycle
ArtikkeleitaWordPressin REST API näyttää ulospäin yksinkertaiselta: HTTP-pyyntö sisään, JSON-vastaus ulos. Todellisuudessa REST-pyyntö kulkee läpi pi...
