Problemet med framtida bloggartiklar och pingning i WordPress
När jag använde bloggverktyget WordPress för min tidigare blogg, skrev jag ett insticksprogram (”plugin”) som bara pingade när artiklarna publicerades första gången, och inte när de uppdaterades (Smart Update Pinger). Det har blivit mycket populärt, men löser inte alla problem med pingning. Framförallt får jag många brev från bloggare som ofta skriver artiklar där de anger ett framtida publiceringsdatum. Exempelvis skriver man då många artiklar före semestern, och låter dem dyka upp på bloggen med jämna mellanrum när man är bortrest. Då uppstår genast ett problem med pingning.
Eftersom mitt insticksprogram inte känner av att publiceringsdatumet är i framtiden pingar det så fort artikeln är skriven och sparad. Då kan man från pingtjänsten följa en länk till denna framtida artikel, och läsa den med en gång (se diskussionen i WordPress forum)! Det är en brist i WordPress, att alla publicerade artiklar alltid är tillgängliga, till och med de med framtida datum – men de visas inte i översikterna.
Man vill förstås som bloggare att pingtjänsterna ska pingas när en framtida artikel blir tillgänglig, men det är inte så enkelt. Pingning för engelska bloggar sker ofta mot många tjänster, och det kan ta 30 sekunder till över en minut. Jag pingar c:a fem tjänster, och det tar runt tio sekunder för det mesta. Detta sker dock i ”min” process när jag publicerar artiklar, och besökarna märker ingenting. Om pingningen ska ske någon gång i framtiden, kommer den sättas igång i en besökares process – och då får besökaren vänta medan pingtjänsterna pingas. Det är självklart inte bra med fördröjningar, men det är värre än så: om besökaren avbryter laddningen, avbryts pingningen. Om flera besökare dyker upp ungefär samtidigt, kan flera omgångar pingningar gå iväg. Ingen bra lösning, alltså.
Den enda lösningen, såvitt jag kan se, är att man använder UNIX-verktyget cron. Då körs ett program med jämna mellanrum, som kollar om det är dags att pinga tjänsterna. Om så är fallet, sker pingningen i den processen och påverkar aldrig besökarna. Det är dock ingen bra lösning rent användbarhetsmässigt, eftersom cron är hopplöst nördigt och svåranvänt – och måste konfigureras i kontrollpanelen på webbhotellet.
Kommentarer
Flitiga kommentatorer
Bli först att kommentera denna artikel!