Salta al contenuto
0
  • Categorie
  • Recenti
  • Tag
  • Popolare
  • Mondo
  • Utenti
  • Gruppi
  • Categorie
  • Recenti
  • Tag
  • Popolare
  • Mondo
  • Utenti
  • Gruppi
Collassa

Forum Federato

Di Piero Bosio
Dan Knaussundefined

Dan Knauss

@dpknauss@wpyeg.org
Informazioni
Post
5
Discussioni
4
Condivisioni
0
Gruppi
0
Da chi è seguito
1
Chi segue
0

Visualizza l'originale

Post

Recenti

  • A more grounded back-of-the-envelope approach to the daily global energy cost of broken links, by ChatGPT
    Dan Knaussundefined Dan Knauss

    This post is authored by ChatGPT in response to my back of the napkin math post about link rot and what it might cost simply in terms of the 404 pages it generates. ChatGPT says my “~1 Wh per 404” and “tens to hundreds of GWh/day wasted” are probably overestimates by one to two orders of magnitude, but it’s hard to say with 404 pages having no standard form and the hardware involved in any given connection can vary widely. Also, just because links have rotted and pages are gone, that doesn’t mean they will be clicked.

    1) How many 404s happen?

    We don’t have a perfect global 404 share, but we can bracket it:

    • Industry/site reports suggest sub-percent to low-single-digit 404 rates. One summary cites ~0.9% of crawled pages returning 404 (HTTP Archive referenced there). (JEMSU)
    • Cloudflare (a very large slice of the web) handles ~46–60 million HTTP requests/second on average ⇒ 3.97–5.18 trillion requests/day on Cloudflare alone. (The Cloudflare Blog)
    • If 0.5–2% of those are 404s, that’s ~20–104 billion 404s/day on Cloudflare alone. (This is already enough to size things; the whole web will be larger, but CF is a big chunk.)

    2) Energy per 404 request (network + transfer)

    The best-studied, reasonably current range for network energy intensity is roughly 0.005–0.02 kWh/GB (5–20 Wh/GB). (Wiley Online Library)

    A typical 404 payload can be very small (plain HTML) or heavy (full CSS/JS theme). To bracket fairly:

    • “Light” 404: 0.1–0.5 MB total transfer
    • “Heavy” 404: ~1 MB (similar to a lean marketing page; median full pages are ~2.3 MB, but a 404 should be lighter) (Web Almanac)

    Convert that to energy:

    • 0.1 MB @ 5–20 Wh/GB → ~0.0005–0.002 Wh per 404
    • 0.5 MB @ 5–20 Wh/GB → ~0.0025–0.010 Wh per 404
    • 1.0 MB @ 5–20 Wh/GB → ~0.0049–0.020 Wh per 404

    Those are three to four orders of magnitude below 1 Wh. (Data-center/server overhead exists, but for a simple 404 it’s tiny compared to AI inference or search; note even Google’s oft-cited search energy is ~0.0003 kWh = 0.3 Wh, i.e., already way below the blog’s 1 Wh/page premise.) (WIRED)

    3) Put it together (scenarios)

    Using Cloudflare-only traffic (conservative slice of the whole web):

    • Mid case: 1% 404 rate; 0.5 MB/page; 10 Wh/GB
      • 404s/day: ~40–52 billion
      • Energy: ~0.19–0.25 GWh/day (network only)
    • Upper case: 2% 404 rate; 1.0 MB/page; 20 Wh/GB
      • 404s/day: ~79–104 billion
      • Energy: ~2.0 GWh/day (network only)

    Even if you double those figures to crudely include server + client device overhead, you’re still looking at roughly 0.4–0.5 GWh/day (mid) to ~4 GWh/day (upper) for Cloudflare-proxied traffic. Scaling to the entire web will raise the totals, but you’re still likely in single-digit GWh/day, not 75–250 GWh/day.


    Why the original post overshoots

    • It assumes ~1 Wh per 404—but empirical network energy ranges and typical 404 payload sizes imply ~0.001–0.02 Wh per 404, i.e., 50–1000× smaller. (Wiley Online Library)
    • It multiplies by a very large daily request count and a very high “404 share” without good evidence. Cloudflare’s own scale suggests the traffic magnitude is plausible, but not the per-request energy. (The Cloudflare Blog)

    Practical takeaways (actionable + green)

    • Keep 404s lean: serve a tiny HTML page, no large CSS/JS bundles; configure the server to avoid expensive render paths. The Web Almanac’s sustainability chapter explicitly recommends keeping 404 responses minimal. (Web Almanac)
    • Cache and short-circuit: send simple text or a micro-template for obvious missing assets (e.g., missing favicon) and cache 404s with short TTLs to reduce repeated misses. (Web Almanac)
    • Fix internal link rot and redirect high-value missing URLs; many 404s are bot noise (Cloudflare even uses spikes in 404s to detect bots), but human-facing ones are worth cleaning up. (Cloudflare Docs)

    Bottom line

    There is real waste from 404s, but a more defensible range—grounded in measured network energy intensity and realistic payload sizes—lands in the single-digit GWh/day globally, not ~100 GWh/day. The original post is directionally right (“waste exists”), but its assumptions push the math 10–100× too high.

    Of course, people don’t have much intuition for “a few gigawatt-hours per day.” Let’s anchor it to some relatable real-world activities:


    🏠 Household electricity

    • The average U.S. home uses about 29 kWh per day.
    • 1 GWh/day = 1,000,000 kWh/day = power for ~34,000 homes.
    • So 4 GWh/day (upper end of plausible 404 waste) = ~136,000 homes — roughly a mid-size city like Pasadena, CA or Halifax, NS.

    📱 Smartphones

    • A full smartphone charge is ~10–15 Wh.
    • 1 GWh/day could power ~70–100 million full phone charges.
    • 4 GWh/day = ~300–400 million phone charges per day.

    ✈️ Aviation fuel

    • A single Boeing 747 long-haul flight burns fuel equivalent to about 3 MWh of energy per hour.
    • A 10-hour flight is ~30 MWh.
    • 1 GWh/day = ~33 such flights.
    • 4 GWh/day = ~130 transoceanic 747 flights.

    ⚽ Sporting events

    • Stadium lighting for a big night game (e.g., NFL or Premier League) is ~10 MWh for the event.
    • 1 GWh/day could light ~100 night games.
    • 4 GWh/day = lighting for ~400 games.

    Takeaway

    The single-digit GWh/day wasted globally on 404s is not trivial (it’s like powering a whole mid-size city’s homes, or hundreds of jumbo jet flights), but it’s also far smaller than the blog’s claim (which implied “New York metro scale” usage).

    So: real, worth optimizing, but not in the “save the whole grid” category.


    A bar chart displaying equivalent energy usage for approximately 4 GWh/day of energy waste from 404 errors, comparing energy consumption for households powered, smartphone charges, long-haul airplane flights, and stadium night games.

    Here’s an infographic-style chart: if 404-page energy waste is around ~4 GWh/day globally, that equals the electricity use of ~136,000 homes, ~350 million smartphone charges, ~130 jumbo jet long-haul flights, or ~400 stadium night games — all shown side by side.

     Share this post in the Fediverse!
    Senza categoria

  • A Proper Comment System for WordPress: Twenty Simple Suggestions
    Dan Knaussundefined Dan Knauss

    A related thought —

    Summoned here by a Jetpack app notification, I’m leaving this comment from my phone. That’s not my usual experience. I’m realizing Jetpack for iOS feels more and more like a WP version of the Substack app. It’s also like my experience with Beeper where I can reply to many Slack groups and LinkedIn comments, or DMs anywhere. Such centralization is convenient, but I can lose context. Finding and reading nested comments (and finding them again later) might become a labyrinth.

    It could become too frictionless — too easy to blast out comments in all directions, confuse DMs and public channels… we need to know which cafe we’re in. It’s not the dive bar or five star restaurant we’re also simultaneously in. That simultaneity — Glissant’s tout-monde in our hands — can be the chaos opera or the concert of the world. Federated islands in an archipelago need comments to be like an island taxi we both enter briefly, you from the cafe, I from the dive bar.

    Senza categoria indieweb plugins

  • A Proper Comment System for WordPress: Twenty Simple Suggestions
    Dan Knaussundefined Dan Knauss

    Everyone seems to agree that in an ideal WordPress world, comments would be disabled by default. I believe a better ideal of convivial comments can be realized. We can make comments better with webmentions and customizations to keep our feedback human, healthy, and manageable.

    Instead of comments, try webmentions.

    Instead of — or alongside — comments you can add support for the Webmentions protocol to WordPress with the Webmentions plugin.

    Webmentions are a newer, better alternative to pingbacks and trackbacks. (You’re unlikely to get spam links from a webmention.) If something you’ve published gets linked to by another cool person using software that supports the webmentions protocol, you’ll get a “mention” that appears in the WordPress comment manager alongside the pings, trackbacks, and regular comments unless you’ve disabled those.

    How to set up comments, if you must!

    If you enable comments anywhere, here are the additional settings and customizations that will help you maximize good outcomes and mitigate the most horrible but common things humans and machines always do with comment forms.

    1. Enable comments only where (and when) they are needed. Just because you use comments doesn’t mean you want them everywhere.

      It would be nice to have a global setting in WordPress to enable or disable comments per content type, especially if custom post types are being used. By default WordPress allows you to activate comments per post or page (and potentially other content types) in their individual discussion settings but not globally. There are some plugins that do this but not ones I want to recommend. You can find code snippets and examples to learn how to do this very simply with a custom function or plugin.

      You should also make use of the global Discussion Settings in WordPress that define a period of time for comments to be enabled on a newly published item. Unless you’re writing a lot of evergreen content, why would a legitimate commenter show up with something useful to say a year after you publish something? (It would be nice to have this expiration feature variable per post type or individual content item too.)

    2. Enable a spam blocker. If comments are enabled anywhere and anonymous visitors (or bots) can leave them, you need spam protection. There are some simple and foolproof antispam techniques everyone should use. Take a look at Gulshan Kumar‘s Forget Comment Spam plugin.
    1. Disable nested comments. You don’t need nested or “threaded” comments if you’re not Reddit or Slack. (Consider P2 or bbPress or anything else before using them.)

      If you allow random people to reply specifically to other commenters, this opens up all kinds of trouble. You’re replicating Twitter and forum-style features with little or no protection. You should not do this without a login-to-comment requirement and/or active moderation.

      If you do use nested comments, parent-child structure should be indicated and editable in wp-admin. Stephen Cronin‘s old Show Parent Comment does this nicely, but if you want to be able to change parent-child relationships, Modify Comment Parent, Change Comment Parent, and Yoast Comment Hacks offer different approaches.

    2. Enable private comments. Let commenters define the scope of their audience and answerability. Not all comments need to be for everyone. If commenters can identify their message and intentions as private, they may communicate more comfortably with the author of the item being commented on, or to site admins, etc.

      The Private Comments plugin achieves this. CommentXpert is a new, little-used plugin I’ve never heard of that has a lot of features on this list and then some, including private comments that can be made public by admins.

    3. Restrict comments and commenting privileges by role. This is a novel idea that might make sense for certain community sites. Comments can be semi-private if they are readable and/or writeable to logged-in users in or above a certain role group. There’s an old WordPress StackXchange thread suggesting some ways to achieve this. The code examples there could probably use some updating and rethinking. 🤔

    Now let’s think about the back-end interface or “wp-admin” if you have multiple users operating there and a lot of commenters to deal with.

    1. Create a Moderator role. The Moderator role is the only role that has access to the comment controls in wp-admin and receives comment notifications by default. A Subscriber, Contributor, Author, Editor, or Administrator would have to be assigned a secondary Moderator role for the privilege of being bothered with comments.
    2. Give Moderators nice comment notification emails with actionable links. See the Comment Approval Notifications plugin by Kaspars Dambis.

      Note: By default, WordPress sends its mail through the PHP user via mail() as it’s used by wp_mail() by default. Take care to configure this approach properly or use alternative methods, like SMTP or an external mail platform. Many managed hosts provide alternatives.

    3. Let commenters opt-in for notification emails when there is a direct (nested) reply to their comment, or when any new comment is added. Kaspars explains how to do some of this with his Comment Approval Notifications plugin

    A lot of good things become possible and easier if most commenters are known, logged-in users whose identity (and maybe more) is federated and available for use across any/all platforms. Consider taking the time to set up…

    1. Single-sign on (SSO) with many platforms or (even better) a Federated Identity Management (FIM) system, like Gravatar.

    As an alternative or fallback, why not…

    1. Simple, lightweight HTML/CSS avatars with the commenters’ initials and a unique background colour if there’s no Gravatar connected to their email address, or if Gravatars are disabled. There are several plugins that do this; it’s a pretty old but not commonly used on WordPress sites.

    Ten more things you can do to make comments better.

    Finally, here is a cluster of comment interface features that introduce feedback and simple automations to discourage abuse:

    1. Visitors can vote comments up or down. This just provides some social feedback, but if the downvotes reach a certain threshhold, moderators
    2. Visitors can report comments.
    3. A specified number of downvotes triggers moderation rules and/or notifications.
    4. Enable comment throttling for 5 minutes if 5 comments have been submitted within the past 5 minutes by fewer than 5 commenters. (Something like that.)
    5. Option to prevent the last commenter from commenting again until someone else has commented or 24 hours have passed.
    6. Commenter-submitted “Website” field disabled by default.
    7. There are default, variable minimum and maximum lengths for comments.
    8. HTML and/or Markdown allowed with a preview.
    9. No refresh necessary after commenting to see the result.
      • Optionally redirect after comment submission to an arbitrary URL. (This might be a good place for some friction and creative redirection.)
    10. Comments are editable by the commenter within a set time limit after they are published/ (Requires comment cookies or only applies long-term to comments that belong to known/logged-in users.)
      • Bonus: Joost‘s fix for performance/caching issues caused by comment cookies, and Yoast Comment Hacks, now Comment Experience by Progress Planner.
     Share this post in the Fediverse!
    Senza categoria indieweb plugins

  • Good Ideas and New Things in WordPress
    Dan Knaussundefined Dan Knauss

    Architecture and Building Things Right

    The WordPress Coding Standards PHP_CodeSniffer rules or “sniffs” have been updated to the 3.2 version of the standards for accessibility, PHP, HTML, CSS, and JavaScript.

    WordPress VIP has some nice documentation and new sandbox demos for Remote Data Blocks. Remote Data Blocks make it easy to pull remote data into a templated block or inline content. Now you have no-, low-, and vibe-code options for using Remote Data Blocks. Airtable, Google Sheets, and Shopify can be selected as data sources out of the box, or you can code your own API connection. (Docs, code samples, and AI coding prompts are provided.)

    As usual, the latest issue of the Gutenberg Times highlights new things coming or already delivered in the WordPress block and site editor, like the evolution of the Site Editor, refined content creation, expansion of the Command Palette, developer updates, and performance improvements. Check out the roadmap to WordPress 6.9 for the full details. As Rae Morey reports in The Repository, “in a first since 2010, there won’t be a new default theme.” (More on that below.)

    Lots of people are excited about a new, free Menu Designer plugin coming from Ollie-creator Mike McAllister. It makes even complex (mega-)menu design easy, fun, and attractive in WordPress. Try the demo yourself! Jamie Marsland is right, WordPress Is About to Get a Whole Lot Better with this addition, which is hard to imagine not going into core. It massively improves menu creation and management.

    https://twitter.com/mikemcalister/status/1950644457650733295

    Ronnie Burt at Gravatar wrote a really good explainer for federated identity management (FIM) covering SAML, OAuth, and OpenID Connect. You have used these protocols for single-sign on (SSO) at some point, maybe every day. FIM is nicely described as “SSO with a passport,” as if logging in with a Google account once would carry over not just to other Google properties but you own website, social media and retail store or financial accounts. Gravatar could work this way and clearly has its future aimed at being the FIM “regular people can actually use.”

    Felix Arntz released AI Services 0.7.0 which adds support for text generation, text-to-speech, and more for the major AI platform large language models.

    Mahangu Weerasinghe shared an unusual and interesting Data/Analytics Engineering Starter Project: Extracting Data from WordPress.org with Meltano. (GitHub repo) In it, you’ll learn “how to “how to build a complete data pipeline using the WordPress.org API Meltano extractor, tap-wordpress-org.” The .org API gives you access to the 60k+ plugins and 10k+ themes and their metadata.

    Learn how to use the WordPress Group block to create many kinds of layouts in this video tutorial.

    Good System Design

    What are the hallmarks of good system design? Sean Goedecke says it’s not about anything impresessive or complex but simplicity and standards:

    good system design is not about clever tricks, it’s about knowing how to use boring, well-tested components in the right place. I’m not a plumber, but I imagine good plumbing is similar: if you’re doing something too exciting, you’re probably going to end up with crap all over yourself.

    There’s a lot of detail and discussion of different contexts, from databases to logging — worthwhile reading.

    Related: The Periodic Table of Systems Design

    Remkus DeVries explains when (and when not) to create additional database tables in WordPress. The matters for performance at scale with large amouts of data, so if that’s not your use case, you don’t need to add tables to the WordPress database. Unfortunately many WordPress plugins do add their own tables (or postmeta fields) and hardly any plugin removes whatever they add. Remkus doesn’t get into that, but it’s an often overlooked drag on performance and potential security issue.

    David Lockie has some great thoughts on content-based design: Content for fun vs. content for purpose: designing for two distinct modes of consumption. After discussing some practical examples of experiential and utilitarian design, David connects them with AI and the future of content platforms:

    As AI becomes more capable of handling utilitarian content consumption, the experiential mode may become increasingly valuable and distinctly human. This doesn’t mean utilitarian content becomes less important—rather, it is processed more efficiently, freeing us to invest our attention in experiences that truly require human consciousness.

    Content creators and platform designers who recognize rapid mode switching will be better positioned to serve their audiences. Instead of fighting against AI summarization or trying to make everything  “engaging,” they can thoughtfully design for the mode their content is primarily meant to serve while still accommodating clear switching points to the inverse use case.

    The most successful content strategies of the future may be those that explicitly design for both modes within single experiences, creating clear visual and structural cues that help users navigate between task-focused and experiential consumption. After all, both modes serve essential human needs, and often these needs arise within moments of each other. 

    I’m curious what a good example of this might look like for a content platform.

    How much energy is wasted by 404 pages?

    Jeff Starr considers 404s (and other 400-level) HTTP errors at scale and why we should take care to make them stable for the long-term. Various sources gathered on Wikipedia (including Pew Research) suggest about 25% of all web pages that once existed no longer do — that’s some serious link rot!

    (For Pew’s study, “web page” refers to an HTML document that has been indexed by Common Crawl but not dependent assets, like images, that are requested when the primary page URL is requested.)

    Citing Jonathan Zittrain, Paolo Belcastro notes:

    → Half of all links in U.S. Supreme Court opinions since 1996 no longer work.

    → Three quarters of links in the Harvard Law Review are dead.

    → In The New York Times archive (≈2 million links since 1996), a quarter of deep links have rotted.

    Gemini (a less than reliable source) told me (without citing a source) there are trillions of links accessed daily, but how many come from intentional clicks or typed-in URLs that lead to a 404 where a known page once existed? This number should exclude mis-typed URLs in the browser or in a link reference in a source document of any type.

    Daniel Stenberg cites Mozilla for a median of nearly 3,000 HTTP requests via Firefox on one day in 2019. From this data, he extrapolates over 13 trillion requests per day globally. Keep in mind this includes all HTTP requests made through a browser, including dependencies referenced within a HTML document (a “web page”) when it is requested. So, based on average page weight in 2019. Stenberg estimated a global average of 15 actual sites being visited via links or direct entry of a URL in the browser’s address bar by humans, not bots.

    🤔 How many links do I click in a day? Like, real links on the open web that cause my browser to make an HTTP request as opposed to local and SaaS applications that don’t take me anywhere? My browser history varies widely throughout the week. I should check my own average and see how many of my bookmarks are broken.

    🙇 Key assumption: Let’s make a conservative estimate of just one trillion total requests per day for web pages people expect to exist because they’re coming from a link or keyed-in URL that once pointed to a known web page. (I’d guess most of these URLs lead to traditional, content-rich pages that are intended for reading.)

    Here is my back-of-the-napkin math based on this and further assumptions:

    • 250 Billion (25% of one trillion) URLs clicked each day get a 404 page.
    • Our own fancy custom 404 page has to be loaded just 1,000 times to use 1kWh of energy but still has an “A” rating and is deemed more efficient than 92% of all webpages according to Website Carbon Calculator. This amounts to 1Wh per page load, or the amount of energy an old 60W incandescent lightbulb uses in 1 minute. (Here’s an interesting discussion of the reliability of website carbon calculators continuing on Bluesky.)
    • That seems rather high, even for a very old server and desktop computer, especially when the average Google search uses only 0.0003 kWh (0.3 Wh).
      https://fershad.com/notes/sceptical-about-website-emissions/
      Let’s take these two numbers as high and low marks. (Using data.firefox.com we might be able to come up with a more exact figure for the client-side energy expenditure, but servers and networks…???)
    • Let’s also say this page load takes only 1 second or so.
    • That’s a range from 75 to 250 billion watt (75-250 gigawatt) hours wasted on 404 pages each day.
    • For reference:
      • An average lightning strike delivers power in the range of 1-10 GW and possesses about 1GJ (gigajoules) in terms of total energy.
      • New York City uses approximately 50TW (terrawatts) per year (50,000 GWh) which averages out to 137 GWh per day. (137 GWh = 493,200 GJ or 493.2 TJ)
        • While the average demand is around 5,500 MW (5.5 GW), peak demand can significantly exceed the average. The record in peak demand for all of New York State at one moment in time is 33,956 MW (33.956 GW), set in July 2013 during a heat wave.
        • Source: NYC.gov, EIA.gov, NYISO.com)

    By this estimate, the daily energy wasted on all 404s globally is somewhere in the realm of the average daily power consumption of the entire New York metro area with a population of approximately 10 million people. 🤯

    Now if you really want to blow your mind, read endtimes.dev on Why your website should be under 14kB in size:

    What is surprising is that a 14kB page can load much faster than a 15kB page — maybe 612ms faster — while the difference between a 15kB and a 16kB page is trivial.

    This is because of the TCP slow start algorithm….

    🤯🤯🤯

    Performance Gains

    Feel better about your fat, wasteful web pages and broken links by making any custom CSS you have in the WordPress Customizer a static file that can be cached instead of dynamically rendered inline code. Matt Cromwell explains how.

    Ronald Huereca explains How to Generate a Block Manifest to Improve Block Performance.

    David Artiss blogged about all the plugins he uses on his blog. They’re mostly excellent utility plugins that do one thing well for interface enhancements or performance. I love lists like this because most WordPress users won’t have heard of 90% of these great free, community plugins.

    Jon Henshaw also shared not just the plugins but the settings he uses for optimal WordPress performance.

    Instant Back/Forward Navigations in WordPress is a nice, new utility plugin from Weston Ruter that does just what it says.

    WooCommerce 10.1 is coming with performance enhancements and other polishing demonstrated by Rodolfo Melogli in a video tour of the first release candidate.

    If you think fatal errors in WordPress shouldn’t spawn email notificatons that go to the site admin, Torsten Landsiedel agrees and explains how to change this.

    The Future of Woo and Themes

    The default “Purple” theme for WooCommerce is going away in favor of “providing the best commerce-building experience on top of a shared, modern WordPress theme, delivering WooCommerce specific patterns, templates, and style variations directly within WooCommerce itself.”

    Discussion on Reddit: Purple’s dead. What’s your default theme for WooCommerce, then?

    There’s a larger context for this decision. Curently, new core theme development is on hold, and the existing WordPress core themes could be retired. So don’t expect a Twenty Twenty-Six theme. Instead we might see starter templates, curated style variations, or pattern showcases. This would open space for “a shared, modern WordPress theme” for Woo and all other major plugins and theme systems to adhere to as a de facto compatibility standard.

    Senza categoria development learning makewordpress performance plugins woo wordpress

  • July Meetup: Unlocking the Power of Federated Networks with WordPress
    Dan Knaussundefined Dan Knauss

    Do you know what the “Fediverse” is? Are you in it? Using the ActivityPub plugin (GitHub), any WordPress site (or user) can be federated and act as a client or server in relation to other ActivityPub users and platforms, like mstdn.ca (a Mastodon instance) and edmontonian.social (a Misskey instance) because they all implement the ActivityPub standard for a decentralized social web.

    Tomorrow at our July meetup, come learn about ActivityPub, Federated networks, and WordPress with Django Doucet, a contributor to the Automattic-sponsored ActivityPub implementation for WordPress. There is actually a small universe of related plugins popular with the IndieWeb — a community of independent and personal websites based on the principles of: owning your domain and using it as your primary online identity, publishing on your own site first (optionally elsewhere), and owning your content.

    We’re meeting in the Cafe area of Edmonton Unlimited as usual starting at 5:30pm. For more details and to RSVP (thank you!) go to our Meetup event page.

    There’s been a lot of development activity on the ActivityPub WP plugin lately! Here are the details on the latest release:

    https://wordpress.com/blog/2025/07/18/3-fresh-features-activitypub-experience-for-wordpress/

    The roadmap for the plugin’s future development this year and beyond was recently updated as well:

    https://activitypub.blog/2025/06/11/our-2025-roadmap-building-the-future-of-wordpress-federation/?page_id=526

    ShareOpenly logo Share this post in the Fediverse!
    Fediverso activitypub fediverse indieweb plugins
  • Accedi

  • Accedi o registrati per effettuare la ricerca.
  • Primo post
    Ultimo post