Avainsana: #suorituskyky
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...
WordPressin mu-plugins: hallinta ja sudenkuopat
ArtikkeleitaWordPressin mu-plugins (must-use plugins) ovat erityinen lisäosaluokka, joka ladataan automaattisesti jokaisella sivupyynnöllä...
WordPress ei perustu perinteiseen serveripuolen sessioarkkitehtuuriin. Se ei käytä PHP:n $_SESSION-mekanismia oletuksena...
WordPressin kuvanhallinta näyttää ulospäin vaivattomalta. Lataat yhden kuvan, ja järjestelmä sylkee ulos nipun eri kokoja: thumbnail, med...
WordPress ja UTF-8 / utf8mb4 -ongelmat käytännössä
ArtikkeleitaWordPress käyttää oletuksena UTF-8 -merkistökoodausta tietokannassa, mutta nykyaikaisissa versioissa suoonlinellaan utf8mb4-koodausta...
WordPressin the_content -filtteri on yksi käytetyimmistä suodattimista teemojen ja lisäosien kehityksessä. Se antaa mahdollisuuden muoka...
WordPress ja large-scale user metadata
ArtikkeleitaWordPressin käyttäjämetadata tarjoaa joustavan tavan liittää lisätietoja käyttäjiin. Jokaisella käyttäjällä voi olla rajattomasti avain-..
WordPressin ydin, lisäosat ja teemat noudattavat omaa koodausstandardiaan. Tämä standardi ei ole pelkkä tyyliseikka; se on suunniteltu...
WordPressin wpdb-prepare: mitä se ei suojaa
ArtikkeleitaWordPressin wpdb->prepare() on yksi tärkeimmistä välineistä SQL-injektioiden ehkäisyssä. Sen avulla kehittäjä voi rakentaa turvallisia...
