home.social

#breakingchange — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #breakingchange, aggregated by home.social.

fetched live
  1. A breaking change is any modification in your API contract (endpoints, request structure, response format, or behavior) that makes previously working client applications fail.

    Read more 👉 lttr.ai/AqKqt

    #REST #RESTAPI #BreakingChange

  2. A well-designed API should evolve over time without suddenly breaking consumers who rely on it.

    Read more 👉 lttr.ai/AqKqM

    #REST #RESTAPI #BreakingChange

  3. Here are some examples of breaking changes in REST APIs you should avoid.

    Read more 👉 lttr.ai/AqCXX

    #REST #RESTAPI #BreakingChange

  4. When designing REST APIs, one of the biggest challenges is avoiding breaking changes, modifications that force existing clients to update their code.

    Read more 👉 lttr.ai/AoZ4X

    #REST #RESTAPI #BreakingChange

  5. Quick headsup, #paperlessngx braucht wohl ab 2.18 mindestens Postgres 14 … und wer hat’s wieder verpennt ;) #breakingchange #selfhosting.

  6. Well, given that I am about to perpetrate a #breakingchange I figure I should put some sort of versioning on #allthethings so that we can perform its #rollout with as few surprises as possible. I don’t know what order of #environments we will do (there may be some #nonproduction environments both before and after #production) but at least we will be able to track what knobs we turned and what levers we threw to get there. (Or rescue ourselves!)

    If only it weren’t such a giant #chore.

  7. Heads up anyone playing with Kitten at the moment (yes, both of you):

    I’m in the process of upgrading Kitten’s version of JSDB from 4 to 5.

    *This is a breaking change.*

    This will affect you if you’re persisting custom objects (instances of your custom model classes) in your databases.

    Please see the details in this JSDB announcement post and the linked-to details page to prepare:

    mastodon.ar.al/@aral/112361559

    (I should have the update out this afternoon.)

    #Kitten #JSDB #BreakingChange #SmallWeb

  8. Kitten breaking change: Route handlers, etc., now take parameter objects

    Just pushed the API updates I’d posted about earlier to main and to the latest Kitten release.

    This change affects:

    - Route handlers (all types of routes)
    - `onConnect()` handlers
    - The default export on main.script.js files

    I’ve updated all the examples, documentation, etc., on Kitten to use the new API but if you see anything I’ve missed, please let me know.

    codeberg.org/kitten/app

    #Kitten #SmallWeb #breakingChange

  9. Heads up in case any of you are playing with Kitten¹, I’m going to implement a major API change today (it’s still pre-release/experimental so expect these things… though there should be fewer with time):

    Instead of your routes receiving positional arguments like this:

    export default (request, response) => { //… }

    They will get a parameter object:

    export default ({request, response}) => { //… }

    ¹ codeberg.org/kitten/app

    #Kitten #SmallWeb #api #breakingChange