WordPressin sisäinen feed-generaattori teknisesti
WordPressin feed-generaattori on yksi järjestelmän vanhimmista ja vähiten puhutuista osista. Se on perintö ajalta, jolloin RSS-lukijat...
Lue artikkeli →
WordPressin meta_key-hakujen skaalausongelmat
WordPressin metadatarakenne on yksi sen suurimmista vahvuuksista ja samalla yksi sen pahimmista suorituskykyriskeistä. wp_postmeta, wp_u...
Lue artikkeli →
WordPress ja PHP garbage collection pitkäkestoisissa pyynnöissä
WordPress on suunniteltu klassiseen HTTP-malliin: pyyntö sisään, sivu ulos, prosessi kuolee. Tässä mallissa muistinhallinta on yksinkert...
Lue artikkeli →
WordPressin sisäinen REST request lifecycle
WordPressin REST API näyttää ulospäin yksinkertaiselta: HTTP-pyyntö sisään, JSON-vastaus ulos. Todellisuudessa REST-pyyntö kulkee läpi pi...
Lue artikkeli →
WordPressin mu-plugins: hallinta ja sudenkuopat
WordPressin mu-plugins (must-use plugins) ovat erityinen lisäosaluokka, joka ladataan automaattisesti jokaisella sivupyynnöllä...
Lue artikkeli →
WordPressin session-less arkkitehtuuri ja sen seuraukset
WordPress ei perustu perinteiseen serveripuolen sessioarkkitehtuuriin. Se ei käytä PHP:n $_SESSION-mekanismia oletuksena...
Lue artikkeli →
WordPress ja MySQL slow query log analyysi
Kun WordPress-sivusto hidastuu ilman selvää syytä, katse kääntyy usein PHP-koodiin, lisäosiin tai palvelinresursseihin. Todellinen syyll...
Lue artikkeli →
WordPress ja large-scale user metadata
WordPressin käyttäjämetadata tarjoaa joustavan tavan liittää lisätietoja käyttäjiin. Jokaisella käyttäjällä voi olla rajattomasti avain-..
Lue artikkeli →
WordPress ja race condition -ongelmat rinnakkaisissa pyynnöissä
WordPress on rakennettu PHP:n päälle, joka on perinteisesti synkroninen kieli: yksi pyyntö ajetaan kerrallaan yhdelle prosessille.…
Lue artikkeli →
WordPressin transienttien tallennusstrategiat eri hosteilla
WordPressin transientit ovat yksi niistä mekanismeista, jotka näyttävät yksinkertaisilta mutta muuttuvat monimutkaisiksi heti, kun ympär...
Lue artikkeli →