• 10 Posts
  • 39 Comments
Joined 2 years ago
cake
Cake day: August 15th, 2023

help-circle




  • The point is evaluating your stack once in a while. Eventually, you may need to switch or it may be worthwhile, even if you can stick with your current stack at a disadvantage.

    For an extreme example, WordPress with crap page builders. It may not have been “that bad” when you started with it. But by now its very much worthwhile to switch. You don’t “need to”, but you should.

    Back to this post, maybe they really are at that point that slowly switching is worthwhile. At least partially, where it makes the most sense (they mention using some microservices written in Go).












  • I don’t recommend going for (Debian’s/Devuan’s) testing (branch) as it targets a peculiar niche that I fail to understand; e.g. it doesn’t receive the security backports like Stable does nor does it receive them as soon as Unstable/Sid does. Unstable/Sid could work, but I would definitely setup (GRUB-)Btrfs + Timeshift/Snapper to retain my sanity.

    From https://backports.debian.org/ :

    Backports are packages taken from the next Debian release (called “testing”), adjusted and recompiled for usage on Debian stable

    So by definition, security backports in stable are present in Testing in the form of regular packages, right?









  • OlissipoOPtoPHPSymfony 7.1.0 released (Symfony Blog)
    link
    fedilink
    arrow-up
    2
    ·
    edit-2
    10 months ago

    I particularly like the new Mapped Route Parameters.

    /show/{id}/

    /show/{id:document}/

    For multiple entities, it’s cleaner and more beginner-friendly than using the #[MapEntity] attribute (which is still an option).

    And imo it’s a good move to deprecate “not passing the mapping” even for single entities. With the mapping the behaviour is more intuitive and “feels” less magic.