Minulla on aina yksi toive ja pelko yhdessä, kun komennan serverillä apt update && apt dist-upgrade . Jos siellä näkyy Varnish ja Varnish-dev, niin se saattaa korjata jotain hassuja virhetoimintoja. Samalla se kuitenkin aina kaataa sivustoni. Varnishin kolmannen osapuolen moduulit kun ovat täysin versioriippuvaisia, ja siksi nekin on aina käännettävä uudelle versiolle.
Minulla on Pixelfed instanssi nimellä 400nm. Omalla serverillään ylhäisessä yksinäisyydessään. Olen sen ainoa käyttäjä (on se avoin rekisteröitymisille), joten en välttämättä ehdottomasti tarvitse sille ikiomaa VPS:ää.
VPN antaa kiinteän IP-osoitteen ja dynaaminen DNS taasen kiinteän hostin. Kumpaakaan et saa nettioperaattorilta.
Käytän Trelloa muistilappupohjana asioille, jotka täytyy selvittää, muuttaa tai korjata. En käytä Trelloa siksi, että se olisi ylivertainen, vaan että olen tottunut siiheen. Tarvitsen sitä milloin työpöydällä, milloin komentorivimaailmassa.
Olen tehnyt pitkään töitäni iPadillä. Saan sillä siedettävästi tehtyä tekstit, ulkoisella bluetooth-näppäimistöllä tosin. Koska podcastini ovat yksinkertaisia monologeja, enkä hae erinomaista äänenlaatua, niin saan nekin editoitua iPadissä — tosin maksullisten appien kautta. Sama pätee videoiden suhteen. Apple on valinnut olla tarjoamatta terminaalia, joten siihenkin jouduin hankkimaan maksullisen, ja valintana oli Blink-app.
Kun muistikorttiin ilmestyy outo kansio, niin se voi olla paha asia. Spotlight-V100 on kuitenkin vain Macin hakutoimintoa varten.
Ratkaisin, jollain tavalla, digitaalisen perinnön ja työn säilyvyyden viemällä Katiska.eu tekstisisällön GitHubiin. Mutta podcastien kohtaloa oli vielä työn alla. Mediasisällöille on keksittävä toinen tapa. Hetzner ei ole vaihtoehto, ja podcastien…
Minulla on ollut jo vuosia yksi henkinen ongelma luomani sisällön suhteen. Tuo ongelma on vain vahvistunut samaa tahtia iän kertymisen kanssa. Kyse on digitaalisesta perinnöstä.
Cache on tehokas työkalu, mutta sen hankaluudet tulevat vastaan siinä vaiheessa, kun pitäisi jotain saada pois ja muutettua.
Varnish tarjoaa sivustoiltani kävijöille snapshot-version, jos Apachen kaatuessa tulee 503 virhe tai 500 kun WordPressin plugin ei toimi. Samaa perhettä olisi 504 backendin ja tietokannan hidasteluille sekä timeouteille, mutta tuota en ole vielä ottanut käyttöön. En ole moista virhettä eläessäni nähnyt
Katiska on koira-aiheinen asiasivusto. Sisällön suhteen tuli kerran pyyntö, että voisivatko artikkelit on audiona. Aika ajoin kun olisi helpompi kuunnella kuin lukea. Tervetuloa podcastien ja äänikirjojen aikakaudella.
Yksi taattu toimintatapani sivustojen, servereiden ja vahvasti myös oman reaalielämäni kanssa on, että en pidä toimintatavoistani kiinni. Tuo on kylläkin kateellisten panettelua ja aidosti kyse on vain siitä, että muutan toimintatapojani. Välillä jopa useamman kerran saman päivän aikana.
Olin aikoinaan kokeillut CDN:ää WordPresseissä. Tein sen CloudFrontin kautta AWS:n S3-buckettiin. Luovuin siitä, koska suomalaiselle sivustolle Suomessa Amazonin(kaan) CDN:stä ei ole yhtään mitään hyötyä. Mutta purku jäi pelkästään CDN:n mahdollistaman pluginin poistamiseen WordPressistä. Pelkästään siksi, että minulla oli podcastejä CDN-linkillä, enkä halunnut rikkoa niitä. Minun piti korjata ne, joskus.
Käytin aiemmin sivustolla katiska.eu Amazonin AWS:n CDN:ää. Sivuston cdn-osoite viittasi CloudFrontiin, joka oli kytketty hakemaan tiedostot S3-bucketista. Normikauraa siis. Alussa sinne meni aivan kaikki staattiset tiedostot. JS, css, kuvat, audio…
Minulla oli Varnish kaatunut. Itse en suuremmin omia sivujani käytä, koska ne ovat sisällöltään staattisia (rakenteeltaan toki dynaamisia) ja varsinkin koska olen ne pääosin itse kirjoittanut. Koska vietin aikaa sisältöni suhteen enemmänkin foorumillani, niin en tiennyt sivustojeni tipahtaneen linjoilta.
Vaihdoin jo jokin aikakin sitten DigitalOceanilta Hetznerille. Suurin syy oli raha. DigitalOcean nosti sen verran paljon hintojaan, että se ei ollut enää houkutteleva vaihtoehto tällaiselle pikkutekijälle.
Ulkopuolella algoritmisomen ActivityPub on protokolla, jota kannattaa käyttää sivuston julkaisujen jakamiseen someen. Tuo hoitaa liikenteen federoituun eli hajautettuun maailmaan, kuten Mastodon, Friendica tai jopa Discourse (tosin Discourse-foorumille löytyy oma ja parempi plugin).
Käyttäjä voi estää yrityksen ja sivuston seurannan Facebookin hyväksi, ja tarkistaa sekä poistaa jo tapahtuneen tietojen luovuttamisen.
Wordpress tekee omia uudelleenohjauksia, joihin ei pysty vaikuttamaan.
Virtuaalipalvelimen ja FTP:n kuormitusta kannattaa aika ajoin testata.
Error 410 Gone kannattaa aina uudelleenohjata uuteen osoitteeseen, jossa kerrotaan kävijälle mitä tapahtui.
Suurin ongelma artikkelien tai blogien kirjoittamisessa ei ole kirjoittaminen itsessään. Joka kirjoittaa, niin yleensä tietää miten kirjoittaa, mistä kirjoittaa ja missä kirjoittaa. Tai jos ei halua kirjoittaa, niin julkaisee vlogin tai podcastin. Minulla alustana on WordPress. Kuten noin puolella julkaisevasta webistaniasta.
Logeissa näkyy usein tämän kaltaista roskaa: 167.94.138.189 - - [28/May/2025:13:31:24 +0300] "GET /favicon.ico HTTP/1.1" 404 146 "-" "Mozilla/5.0 (compatible; CensysInspect/1.1; +https://about.censys.io/)" Toinen paljon kolkuteltu on GET ”/.env”, juuri, favicon tai robots.txt.…
Fail2ban seuraa epäonnistuneita kirjautumisyrityksiä ja muuta serverin liikennettä, Kun yrityksiä on tullut liikaa, niin fail2ban estää eli bannaa IP-osoitteen pääsyn palvelimelle.
Varnish on tehokas, mutta hieman vaikea, reverse proxy, cache, välimuisti, mitä nimitystä haluaakaan käyttää. Se nopeuttaa varsinkin WordPressiä.
Wordpress tarvitsee ajastuksen toimiakseen. Sen tekee cron. Cron vaatii hieman säätöä.
Toimivan monikielisen sivuston tekeminen vaatii työtä. WordPressissä käännösvaihetta pystyy hieman helpottamaan skripteillä.
Lyhyellä koodilla saat asennettua Wordpressiin automaattisesti ja massana tarvitsemasi lisäosat. Tarvitset SSH-yhteyden ja WP CLI komentorivilaajennuksen.
Älykellon kautta käytettävä audion tallennus on nopea tapa tehdä ideoista muistiinpano.
Geo-blokkaus, tai GeoIP2-ohjauksen saa tehtyä Nginxin kautta. Varnish helpottaa geo-tiedon käyttöä.
Wordpressin koko sisältö saadaan näkyviin REST API:lla. Se sallii sisältövarkaudet.
Geo-blokkaus eli estäminen maan perusteella on houkutteleva tapa vähentää roskaliikennettä.
Geo-esto, eli maaesto, voidaan tehdä estämällä johonkin määrättyym maahan kohdistuvat IP-osoitteet UFW:llä ja iptablesilla.
Maaesto eli geo-blokkaus on tapa estää kokonainen maa IP-osoitteiden perusteella. Kiina, Iran ja Venäjä estetään usein.
Kun haluaa nopeuttaa sivustoaan mahdollisimman paljon, niin virtuaaserverillä järkevin on Varnish, jossa Nginx hoitaa SSL:n ja HTTP/2 ja Apache2 pitää sivustot, kuten Wordpressin.
Varnish on tehokas välimuisti, joka suojelee Wordpressiä ja estää botit.
PHP-FPM nopeuttaa sivuston toimintaa, oli serverinä Nginx tai Apache2. Mutta sen asetukset täytyy laittaa kohdalleen.
Cachen lämmittäminen tarkoittaa jotain tapaa saada sivusisältö välimuistiin ennen kävijää. WordPressissä käytännössä jokainen sivucachen tekevä lisäosa, oli se sitten WP Rocket, WP Super Cache, W3 Total Cache, WP Fastest Cache jne., tekee sen luodessaan kopion WordPressin sisällöstä, joka sitten tarjotaan kävijälle. Varnish taasen tarjoaa ensimmäiselle ns. aidon ja tuoreen sisällön, ja sen jälkeen loput saavat sisältönsä suoraan cachesta. Cachen lämmittämisessä sivujen sisältö kerrotaan Varnishille, tai mille tahansa serveritason välimuistille, ennen kuin ensimmäisenkään kävijä saapuu paikalle. Cachen lämmittäminen tehdään käymällä jokaisella sivulla ja lataamalla koko sisältö, ja yleensä siihen käytetään jotain bottia tai spideria, mutta ulkoisiakin palveluita on.
Robots.txt ohjaa sallii tai kieltää kunnollisten bottien toimintaa serverillä.
Amazon SES on tehokas ja kustannusedullinen tapa asettaa SMTP-palvelu ja lähettää sähköpostia verkkosivuilta ja webserveriltä. Sen saa asennettua myös Wordpressin käyttöön.
Wordpress on nopea asentaa. Kun käyttää apuna komentorivillä laajennusta WP-CLI, niin blogin asentaminen tapahtuu minuutissa.
Wordpressin siirto vanhalta serveriltä uuteen on helppoa ja melkoisen nopeaa, jos sinulla on pääsy SSH:n konsoliin. Käytetään apuna työkalua rsync.
Terminaali pitää sisällään monta ihmeellistä asiaa. Suurin osa on ajalta ennen graafisia käyttöliittymiä, jolloin nopea visuaalinen informaatio piti antaa jollakin tavalla. Kun mitään muuta ei ollut, niin käytettiin värejä. Nyt vuosikymmeniä myöhemmin kopypeistausperusteinen virtuaaliserverin omistaja ihmettelee SSH:lla shelliin kirjauduttuaan miksi terminaali esittää ls komennolla sinisiä hakemistoja ja tiedostoja valkoisella, punaisella ja sinisellä (tai sinnepäin, en mitä erota syaania sinisestä).
PuTTY on yleisin SSH-asiakas Wondows-maailmassa. Sitä käytetään koko ajan serverimaailmassa. Voit asentaa SSH-avaimet, jolloin sinun ei tarvitse käyttää tunnusta ja salasanaa.
Uuden virtuaalipalvelimen käyttöönotto voi olla yhtä työlästä kuin uuden tietokoneen saaminen. Saat nopeat ohjeet miten tiedot siirretään vanhalta palvelimelta uudelle virtuaaliserverille.
Domain Tarvitset domainin. Jos sinulla ei vielä ole sopivaa, tai tarvitset uuden, niin niitä myyvät käytännössä jokainen webhotelleja tarjoava palvelu. Itse käytän Name.con palvelua. Ulkolainen toki, mutta helppo, nopea,…
Kiinteä IP-osoitteen saa omalla VPN-serverillä. Se ei ole ilmainen, mutta on edullinen. Sekä helppo asentaa ja käyttää.
OpenVPN Access Server on ammattilaistason työkalu VPN-yhteisiin. wifin suojaamiseen ja kiinteälle IP-osoitteelle.
