CartSome
konepellin alla.

Tekijöinä
pankkien rakentajat.

Nopeus on DNA:ssamme. Niin on sekin, ettei rahasi katoa. CartSomen ovat rakentaneet ihmiset, jotka rakentavat pankkeja, ja se näkyy arkisissa paikoissa: rahalla ja varastolla on yksi kirjoittaja, jokaisesta teosta jää jälki, jokaista isoa kirjoitusta edeltää esikatselu ja jokaisen väitteen takana on luku.

• Ensin oikein, sitten nopeastiRahalla ja varastolla on yksi kirjoittaja, shop-core. Maksut tarkistetaan palvelimella, eikä selaimen sanaan luoteta koskaan, ja selain laskee summansa kokonaisina sentteinä.
• Kaikesta jää jälkiJokainen käyttöoikeuden myöntäminen ja poisto kirjataan samassa transaktiossa kuin itse teko, ja jokainen operaattorin teko alustan kirjausketjuun.
• Tylsää tarkoituksellaPostgreSQL, Java, puhdas SQL ja Terraform: työkaluja, jotka ovat olemassa vielä kymmenen vuoden päästä, eikä yhtään nokkelaa välikerrosta, jota pitäisi selvittää kello 3 yöllä.
• Mitattu, ei arvattuJokainen muutos siihen, miten kauppasivusto lukee dataa, mitataan 500 000 tuotteen valikoimalla ennen julkaisua. Aavistus on se, mistä mittaus alkaa, ei koskaan se, mihin se päättyy.

Nopea, ja portit pitävät sen nopeana

• Renderöity palvelimella, välimuistissa reunallaSivut saapuvat HTML:nä ostajan kielellä, ja shop-core pitää listaus- ja tuotesivut lämpiminä Valkeyssa.
• Tavubudjetti CI:ssäKauppasivuston aloituspaketti, sovelluskuori ja jokainen reittipaketti pidetään budjetissa jokaisessa muutoksessa, ja budjetti voi vain pienentyä. Jokainen kieli on omassa paketissaan, joten ostaja lataa vain yhden.
• Nopeusportti ennen julkaisuaSe rakentaa main-haaran ja muutoksen rinnakkain ja hylkää sivun, joka painaa enemmän tai hidastuu Lighthousessa latauksen, asettelun muutoksen tai estoajan osalta.
• Pahimman tapauksen porttiJokainen teema-asetus raskaimmillaan, jokainen osiotyyppi yhtä aikaa, eikä kauppa silti saa hidastua. Teemat ovat CSS-muuttujia, joten teema ei tuo mukanaan lainkaan JavaScriptiä.
• Kevyet kuvatJokaisesta tuotekuvasta tehdään AVIF-versiot eri kokoihin, ja staattiset tiedostot lähtevät valmiiksi brotli-pakattuina.

Kaksi puoliskoa.
Jyrkkä raja.

Useimmille alustoille kasvaa uusi palvelu jokaista ominaisuutta kohden. Me jaoimme täsmälleen yhdestä kohdasta: kaupat yhdelle puolelle, alusta toiselle. Kummallakin puoliskolla on oma sovelluksensa, oma corensa, oma tietokantatunnuksensa ja oma puolikkaansa avaimesta. Ja vanha sääntö pätee molemmin puolin: vain core kirjoittaa.

• shop-core – solu, Java 25 ja Spring BootKauppojen datan ainoa kirjoittaja PostgreSQLissa, Valkeyssa ja S3:ssa. Jokainen hallinnan muutos, tuonti, maksu ja kaupan taustatyö kulkee sen kautta. Se on piilossa julkiselta internetiltä, tarkistaa itse jokaisen maksupalvelun webhookin ja allekirjoituksen ja avaa kauppojen sinetöidyt salaisuudet.
• platform-core – ohjaustasoSama koodipohja koottuna toiseksi sovellukseksi omalla imagellaan: konsolin taustapalvelu, laskutus, organisaatiot ja käyttöönotto, alustan oma sähköposti ja ohjaustason taustatyöt. Sen tietokantatunnus ei ulotu yhdenkään kaupan skeemaan, eikä se aja migraatioita.
• Solu-API niiden välissäCoret puhuvat keskenään kahden sisäisen oven kautta, yksi kumpaankin suuntaan, kummallakin oma salaisuutensa. Kumpikin ovi säilyttää vain hyväksymänsä salaisuuden SHA-256-tiivisteen, joten kumpikaan core ei pidä hallussaan mitään, mikä avaisi sen oman oven. Yhdenkään ostajan pyyntö ei odota ohjaustasoa.
• shop web – TanStack Start, React, palvelinrenderöityRenderöi jokaisen kauppasivuston ostajan kielellä, kaupan hallinnan, admin MCP:n ja Trade API:n oven. Se lukee Valkeyta sekä PostgreSQLia kaupan omalla lukutunnuksella eikä kirjoita mitään muuta kuin kirjautumisistuntoja; jokainen muu kirjoitus menee shop-corelle.
• Konsoli – oma sovelluksensaErillinen sovellus ja image admin.cartsome.comille, operaattori-MCP:lle, cartsome.comin lomakkeille ja Stripen webhookille. Sillä ei ole tietokanta-ajuria eikä yhdenkään kaupan salaisuuksia, ja se puhuu vain platform-corelle.
• Reuna – CloudFront ja WAFSivut ovat välimuistissa reunalla, ja kuvat tulevat suoraan S3:sta. Sen takana oleva kuormantasaaja vastaa vain CloudFrontille, ohjaa jokaisen osoitteen sitä palvelevalle sovellukselle, ja yhteen kauppaan kohdistuva tulva pysäytetään jo reunalla, kauppaosoitteittain.
• Aurora PostgreSQL 18, puhdas SQLEi ORM:ää missään. Myös kokotekstihaku toimii PostgreSQLissa, ostajan kielellä ja kirjoitusvirheet anteeksi antaen. Ei erillistä hakuklusteria, jota pitäisi paimentaa.
• Valkey ja S3Valkeyssa ovat sivut, jotka shop-core lämmittää valmiiksi ennen ostajia. S3:ssa ovat tuotekuvat (AVIF-versiot), teemojen fontit, tuotesyöte joka kielelle ja lähtevän kaupan vientitiedosto.
• Kontit ARMillaNeljä palvelua pyörii ECS Fargatessa, Gravitonilla, kukin omasta imagestaan, ja kuvien käsittelijät pyörivät Lambdassa, nekin ARMilla. Terraform kuvaa kaiken, eikä mitään ole naksuteltu kasaan konsolissa.

Kuvat jonossa

Sisään muuttava kauppa tuo mukanaan tuhansia kuvia, eikä uuden kaupan pitäisi hidastaa kenenkään kassaa sillä aikaa, kun niitä käsitellään. Siksi shop-core ei käsittele niitä itse.

• Core vain jonottaaShop-core laittaa jokaisen kuvatehtävän SQS-jonoon ja kirjaa vastaukset sitä mukaa kuin ne palaavat, erissä, yksi transaktio kauppaa kohden. Käsittelijöillä ei ole lainkaan tietokantatunnusta.
• Reilu jono joka kaupalleJokainen kauppa on oma ryhmänsä SQS:n reiluissa jonoissa: pikakaista kuvalle, jonka pääkäyttäjä lataa, ja massakaista tuonneille, kummassakin kauppakohtainen katto. Yhden kaupan iso tuonti ei koskaan seiso toisen kaupan yhden valokuvan edessä.
• Sama kooderi, enemmän käsiäLambda-käsittelijät ajavat saman libvips-koodauksen kuin core, joten kuva näyttää samalta riippumatta siitä, kuka sen käsitteli. Lataukset tahditetaan lähdepalvelimittain, jottei toimittajan palvelinta hukuteta pyyntöihin.
• Käsitellään kerran, käytetään kaikkiallaKuva tunnistetaan sen tavujen tiivisteestä. Kun jokin solun kauppa on jo käsitellyt saman lähdekuvan, käsittelijät käyttävät sen tiedostoja uudelleen sen sijaan, että koodaisivat kuvan taas.
• Tehty ruuhkaa vartenKäsittelijöiden joukko kasvaa, kun moni kauppa muuttaa sisään yhtä aikaa, eikä maksa levossa mitään, ja hallinta näyttää jokaisen ajon reaaliajassa: valmiit, uudelleen käytetyt, epäonnistuneet, odottavat ja ajon paikan jonossa.

Koko komeus
yhdellä sivulla.

Kuka puhuu kenellekin, ostajan puhelimesta levyihin asti. Yhtenäiset viivat kuljettavat pyyntöjä ja kirjoituksia; katkoviivat vain lukevat.

Kartta sanoin

1. Kuka koputtaa. Ostajat (ihmiset ja tekoälyn ostosagentit), muiden yritysten järjestelmät Trade API:n kautta, kauppiaan tekoälysovellus, kauppojen pääkäyttäjät ja CartSomen operaattorit tulevat kaikki sisään reunan kautta.
2. Reuna. CloudFront tallentaa sivut välimuistiin, tarjoilee kuvat suoraan S3:sta ja pitää hallussaan varmenteet jokaiselle *.cartsome.com-osoitteelle ja jokaisen kaupan omalle verkkotunnukselle, ja sen WAF rajoittaa jokaista kauppaosoitetta erikseen.
3. Kuormantasaaja vastaa vain CloudFrontille. Se ohjaa jokaisen kaupan osoitteen shop webille sekä admin.cartsome.comin ja cartsome.comin API:n konsolille.
4. Shop web renderöi julkisivun, hallinnan ja admin MCP:n, julkisen MCP:n ostosagenteille, jonka kukin kauppa kytkee päälle itse, sekä Trade API:n oven. Se lukee PostgreSQLia ja Valkeyta ja antaa jokaisen kirjoituksen shop-corelle.
5. Konsoli palvelee admin.cartsome.comia, operaattori-MCP:tä, cartsome.comin lomakkeita ja Stripen webhookia ja puhuu vain platform-corelle.
6. Shop-core on solu: kauppojen datan ainoa kirjoittaja PostgreSQLissa, Valkeyssa ja S3:ssa. Se tarkistaa webhookit, avaa kauppojen holvin ja laittaa kuvatyöt jonoihin.
7. Platform-core on ohjaustaso: organisaatiot, käyttöönotto, laskutus, alustan sähköposti ja sen taustatyöt, omalla tietokantatunnuksellaan. Soluun se ulottuu vain Solu-API:n kautta, oma salaisuus kumpaankin suuntaan.
8. Kuvien käsittelijät ottavat tehtäviä SQS:n reiluista jonoista, joissa jokaisella kaupalla on oma ryhmänsä, koodaavat ne Lambdassa ja kirjoittavat tiedostot S3:een.
9. Data: Aurora PostgreSQL alustan skeemalla ja jokaisen kaupan omalla skeemalla, Valkey kunkin kaupan lämpimine sivuineen ja S3 kuville, fonteille, syötteille ja vientitiedostoille.
10. Solu 1 pyörittää tätä kaikkea tänään Tukholmassa. Solu 2 on sama pino uudelleen, ja se avataan, kun sitä tarvitaan, sillä AWS-alueella, jota sen kaupat tarvitsevat.

Pyynnön elinkaari

Oma kauppa.
Oma skeema.

Monta kauppaa, yksi tietokantaklusteri, nolla jaettua kauppataulua. Jokainen kauppa saa oman PostgreSQL-skeeman, ja tietokanta itse pitää naapurit loitolla.

• Skeema ja kaksi tunnustaKauppa n asuu omassa skeemassaan, joka on rakennettu yhdestä pohjasta. Shop web kirjautuu kaupan lukutunnuksella, shop-core sen kirjoitustunnuksella, eikä kumpikaan ulotu mihinkään muuhun kauppaan. Platform-coren tunnus ei ulotu yhteenkään kauppaan.
• Ei kauppasaraketta, jonka voisi unohtaaTaulut säilyttävät muotonsa skeeman sisällä: ei kaupan tunnistetta joka rivillä, ei suodatinta, jonka kysely voisi jättää pois. Viiteavaimet eivät koskaan poistu skeemasta.
• SQL-lauseet eivät koskaan nimeä skeemaaTunnus, jolla yhteys kirjautuu, valitsee kaupan, ja yhteys palvelee yhtä kauppaa koko elinikänsä. Staattinen tarkistus pysäyttää koonnin, jos kyselyssä on skeeman nimi.
• Yhteysaltaat, jotka avautuvat tarvittaessaJokainen kauppa saa omat pienet yhteysaltaansa, jotka avataan sen ensimmäisellä pyynnöllä ja suljetaan, kun kauppa hiljenee, joten tietokannan yhteysbudjetti rajaa sitä, kuinka moni kauppa on kiireinen yhtä aikaa, ei sitä, kuinka monta kauppaa on olemassa. Jokaisella kaupalla on myös oma pyyntöbudjettinsa, ja sen ylittänyttä kauppaa pyydetään yrittämään uudelleen – vain sitä.
• Välimuistit ja linkit tuntevat kauppansaJokaisen välimuistimerkinnän avaimessa on kauppa. Istunnot, tilauslinkit, lahjakorttilinkit ja uutiskirjeen peruutustunnisteet allekirjoitetaan kaupan omilla avaimilla, joten yhden kaupan linkki hylätään toisessa.
• Vuototestisarja, joka kokeilee oviaSe luo kahdelle kaupalle rivin jokaiseen kauppakohtaiseen tauluun ja lukee kummankin rivit toisen kaupan nimissä, sekä shop-coren että shop webin yhteyksillä, ja kutsuu sitten jokaista coren päätepistettä, joka ottaa vastaan tunnisteen. Se ajetaan jokaisessa muutoksessa.

Soluja, ei
yhtä isoa möhkälettä.

Skaalaamme soluina. Solu on kokonainen pino: oma Aurora-klusteri, oma shop-core ja shop web, sen kauppojen skeemat sekä omat kuvajonot ja käsittelijät. Kun yksi täyttyy, avaamme seuraavan. Ohjaustaso on erillään ja puhuu solulle vain Solu-API:n kautta. Alusta kasvaa; yhdenkään solun ei tarvitse.

Mitä ”täynnä” tarkoittaa

Solu ei ota uusia kauppoja, kun mikä tahansa näistä saavuttaa ylärajansa. Kun mikä tahansa raja on 80 prosentissa, suunnittelemme seuraavan solun; konsolin Solu-sivu näyttää täyttöasteen reaaliajassa ja nimeää signaalin.

• Iso kauppa saa oman solunKauppa, joka kasvaa yhteiskäyttöistä solua suuremmaksi, saa solun itselleen. Autotools pysyy solussa 1.
• Siirrettävä jo rakenteeltaanKaikki, mitä kauppa omistaa, on nimetty kaupan mukaan: sen skeema omine avaimineen ja sekvensseineen, sen organisaation alle sinetöidyt holvirivit, sen välimuistiavaimet, sen syötetiedostot. Mikään ei sido sitä soluun, jossa se syntyi.
• Rehellisyyden nimissäKaupan siirto solusta toiseen ei ole vielä yhden napin takana. Se tulee toisen solun mukana, eikä tiellä ole mitään jaettua.

Lukossa oletuksena.
Tylsää tarkoituksella.

Kaupassa kiinnostavinta pitäisi olla tuotteet. Tässä tylsä osuus – sillä tarkkuudella, jolla sen mielellämme julkaisemme.

• Eristys tietokannassaKauppakohtaiset skeemat ja tunnukset, joita valvovat PostgreSQLin käyttöoikeudet eikä koodi, jonka pitäisi muistaa suodatin. Ohjaustasolla on oma tunnuksensa, eikä shop-coren tunnuksella ole mitään oikeuksia ohjaustason tauluihin.
• Sinetöity holvi joka organisaatiolleMaksu-, kuljetus- ja sähköpostipalvelujen avaimet ovat holvissa, kukin sinetöity AES-256-GCM:llä tuoreella data-avaimella, jonka tuottaa vain kahden coren käytettävissä oleva KMS-avain, ja sidottu omaan organisaatioonsa ja nimeensä. Kopioitu rivi ei aukea missään. Salaisuudet eivät koskaan asu koodissa.
• Kummallakin corella puolet avaimestaShop-core avaa kauppojen salaisuudet ja platform-core alustan omat, kuten sen Stripe- ja kirjanpitoavaimet. Avaimen käytäntö epää kummaltakin toisen puolikkaan.
• Kaksi ovea, kaksi salaisuuttaCoret kutsuvat toisiaan yhdellä salaisuudella kumpaankin suuntaan, ja kumpikin ovi tallentaa vain hyväksymänsä salaisuuden SHA-256-tiivisteen, joten kumpikaan core ei pidä hallussaan sitä, mikä avaa sen oman oven.
• Pääsyavaimet alustan pyörittäjilleOperaattorit kirjautuvat pääsyavaimilla ja vahvistavat jokaisen alustan muutoksen uudella tunnistautumisella. Käyttöoikeuden myöntäminen ei ole koskaan työkalu: mikään token eikä mikään tekoäly voi lisätä operaattoria.
• Tekoälyn kirjoitukset, jotka näet ja voit peruaMassamuutokset ja ulospäin näkyvät kirjoitukset ajetaan ensin esikatseluna, ja ne toteutetaan vahvistuksella, joka on sidottu siihen, mitä näit; jos kauppa muuttui välissä, vahvistus hylätään. Sen jälkeen jokaisen kirjoituksen vastaus kertoo, miten se kumotaan.
• Tokeneilla mahdollisimman pieni avainnippuJokaisella admin MCP -tokenilla ja -yhteydellä on valtuutensa, ja se näkee vain ne työkalut, jotka valtuudet sallivat. Hyvitykset, salaisuudet ja pääkäyttäjät vaativat kukin oman valtuutensa.
• Asiakkaat pysyvät poissa keskustelustaTyökalun vastaus kulkee tekoälypalvelun tarjoajalle, joten vastauksista jätetään pois ostajien nimet, sähköpostiosoitteet, puhelinnumerot, osoitteet ja verotunnisteet. Harvat erikseen mainitut poikkeukset, kuten tilauskommentin teksti, on nimetty säännöissä.
• Kirjausketju jokaisesta operaattorin teostaJokainen operaattorin tekemä muutos ja jokainen kauppojen rajat ylittävä luku päätyy alustan kirjausketjuun.

314 toimintoa.
Nolla lomaketta.

Admin MCP antaa tekoälysovellukselle 314 kauppatoimintoa, ja jokainen niistä löytyy myös selaimen hallinnasta. Yhdistä Claude, ChatGPT, Cursor, Gemini tai mikä tahansa muu MCP-asiakasohjelma kirjautumalla tai liittämällä tokenin. Kytkin on pois päältä, kunnes pääkäyttäjä kääntää sen päälle.

Turvamalli

Valtuudet muovaavat pinnan

Token näkee vain ne työkalut, jotka sen valtuudet kattavat, joten kapea token on sekä pieni pinta että pieni valta. Tagit ja valikot ovat eri valtuuksia, koska julkaistu valikko muuttaa heti sen, mitä ostajat näkevät. Blogikirjoituksen luonnostelu ja julkaisu ovat kaksi eri valtuutta. Mikään, mitä tekoäly voi tehdä, ei vahvista kirjanpidon kirjausta; sen tekee ihminen hallinnassa.

Esimerkkejä

↑ Esimerkkipyyntöjä · mainitut työkalut ovat oikeita

Kaupasta kauppaan.
Ilman välikättä.

Jokainen kauppa voi avata yritysasiakkailleen Trade API -rajapinnan: neutraalin, versioidun HTTP-rajapinnan, jota heidän omat järjestelmänsä kutsuvat lukeakseen valikoiman omilla hinnoillaan ja tehdäkseen tilauksia. Ja mikä tahansa kauppa voi ostaa mistä tahansa toisesta kaupasta, joka puhuu sitä, kuin yhdeltä toimittajalta lisää.

• Protokolla, ei brändiLöydettävissä osoitteesta /.well-known/trade-api, itse rajapinta polun /trade/v1 alla, OpenAPI 3.1 -dokumentti eikä minkään alustan nimeä missään. Myyjä, joka puhuu sitä, on myyjä, pyöritti sitä mikä tahansa.
• Avaimet, jotka asiakas luo itsePääkäyttäjä hyväksyy yrityksen yritysasiakastiliksi, kiinnittää hintatason, jolla se ostaa, ja sallii rajapinnan. Asiakas luo ja mitätöi omat avaimensa tilisivullaan; kauppa säilyttää vain tiivisteen, eikä yksikään pääkäyttäjä näe avainta koskaan.
• Heidän hintansa, todellinen saldoJokainen tuote hinnoitellaan täsmälleen niin kuin kauppasivusto hinnoittelee sen kirjautuneelle asiakkaalle, ja vieressä on kauppasivuston myytävissä oleva saldo, katolla rajattuna.
• Tilaukset, jotka eivät tuplaannuJokaisella tilauksella on idempotenssiavain: sama avain ja sama sisältö palauttavat ensimmäisen tilauksen, ja eri sisältö hylätään. Siitä eteenpäin se on kaupan tavallinen tilaus, joka laskutetaan, pakataan ja lähetetään tuttuun tapaan.
• Osta mistä tahansa kaupastaYleinen tukkutoimittajaliitin tekee myyjästä yhden toimittajan lisää: sen saldot ja hinnat luetaan aikataulun mukaan, tilaukset lähtevät idempotenssiavaimella, ja vahvistukset ja toimitukset luetaan takaisin. Se kutsuu myyjän julkista osoitetta kuin kuka tahansa vieras, ei koskaan oikotietä solun sisällä.
• Lyhyt talutushihnaAvainkohtaiset rajat pyynnöille ja tilauksille, katto maksamattomille tilauksille, ja yhden kaupan avain on toisessa kaupassa vieras. Jokainen tiliin, käyttöoikeuteen ja avaimeen liittyvä teko päätyy kaupan kirjausketjuun, ja asiakas saa tiedon jokaisesta uudesta avaimesta.
• Rehellisyyden nimissäWebhookeja ei vielä ole: ostaja kyselee itse, mikä on muuttunut. Toistaiseksi tilaukset maksetaan ennakkolaskulla; ostaminen maksuajalla tulee myöhemmin.

Kauppa minuuteissa.
Auki, kun olet valmis.

Ei asennusohjelmaa eikä palvelinta valittavaksi. Lisäämme organisaatiosi alustan konsoliin, kauppa rakentaa itsensä, ja sinä jatkat siitä.

Kielet kytkimen takana. Uusi kauppa aloittaa pääkielellään ja viroksi. Kytke mikä tahansa 8 kielestä päälle, kun sen käännökset ovat valmiit, kohdassa Asetukset › Kielet tai manage_languages-työkalulla. Tuotteella on sama osoite joka kielellä.

Tuo kauppasi.
Pidä paikkasi Googlessa.

Autotools muutti Shopifysta, ja CartSomessa pyörii tänään sen yli 25 000 tuotetta. Samat työkalut, joita se tarvitsi, saat sinäkin.

• Tuotteet: tekoäly muuntaa, ihminen tarkistaaTekoälysovelluksesi lukee tuontimuodon, kaupan sanaston ja toimittajan datan ja kirjoittaa tiedoston, jonka kaupan oma tarkistin hyväksyy. Se pysähtyy ja nimeää jokaisen aukon sen sijaan, että keksisi kategorian. Ihminen käy läpi, mikä täsmäsi ja mikä on uutta, ja vain hänen nimeämänsä tuonti toteutetaan – vahvistamalla esikatselu, jonka hän on lukenut.
• Piilossa, kunnes sanot näytäUudet tuotteet saapuvat piilotettuina. Yksi esikatseltu kutsu tuo näkyviin kokonaisen, enintään 5 000 tuotteen valikoiman.
• Vanhat osoitteet ohjataan uusiinAnna Shopifyn uudelleenohjausvienti tai mikä tahansa kaksisarakkeinen luettelo. Jokainen rivi täsmätään samalla tavalla kuin kauppasivusto etsii osoitteita, ketjut yhdistetään yhdeksi pysyväksi uudelleenohjaukseksi, ja jokainen kohde tarkistetaan kaupan omia sivuja vasten.
• Shopify-siirtymän työkalupakkiSiirtymätyökalumme ottavat vanhasta sivustosta tilannekuvan, rakentavat vanhojen ja uusien osoitteiden kartan sekä raportin siitä, mitä jäi jäljelle, ja kysyvät sitten uudelta kaupalta jokaisen rivin: vaaditaan yksi 301-ohjaus sivulle, joka vastaa. Autotools siirsi näin 12 598 vanhaa osoitetta.
• Uutiskirjesuostumukset siirretään kerranMarkkinointilista siirtyy kaupan suostumusrekisteriin jokaisen henkilön vastauksen kanssa sellaisenaan. Siirron aikana ei lähetetä mitään.
• Mikä jää taakseVanhat tilaukset jäävät vanhalle alustalle. Säilytä alustalta otettu vientitiedosto kirjanpitoasi varten.

Esimerkkimuutto

↑ Esimerkki · valikoimasi koko määrää tahdin