LWN: Comments on "Microsoft drops support for PHP" https://lwn.net/Articles/825878/ This is a special feed containing comments posted to the individual LWN article titled "Microsoft drops support for PHP". en-us Wed, 05 Nov 2025 18:28:47 +0000 Wed, 05 Nov 2025 18:28:47 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Microsoft drops support for PHP https://lwn.net/Articles/826481/ https://lwn.net/Articles/826481/ anselm <p> Perl is great if you cut your teeth on Unix in the 1980s, and know C, the shell, and the standard command-line toolkit, because it leverages your experience with all of these. Perl is not so great if you don't have that kind of background, or if you can't let go of the preconceived notions that some non-Perl programming languages saddle you with, because then it just becomes a weird, illogical-seeming cauldron of special-character soup. </p> <p> I'm saying this with a certain amount of affection as my masters' thesis involved writing (and documenting) a fairly large Perl program (notably Perl 4, as Perl 5 wasn't a thing at the time), and afterwards I spent part of my professional life teaching people Perl. These days I don't use Perl very much, though. </p> Mon, 20 Jul 2020 13:35:07 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826461/ https://lwn.net/Articles/826461/ remexre <div class="FormattedComment"> I learned Perl in 2020, and it&#x27;s actually great in the niche of a scripting language. It&#x27;s definitely got some things that are unexpected coming from other languages (e.g. scalar vs list context), but I&#x27;d much rather maintain a Perl script of a few hundred lines than a bash script with equivalent functionality.<br> </div> Sun, 19 Jul 2020 23:40:43 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826228/ https://lwn.net/Articles/826228/ balkanboy <div class="FormattedComment"> PHP, like Perl, should probably have never existed...<br> </div> Thu, 16 Jul 2020 05:53:55 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826222/ https://lwn.net/Articles/826222/ bferrell <div class="FormattedComment"> I wonder if this has anything to do with the Activestate subscription model that went happened in 2019<br> </div> Thu, 16 Jul 2020 02:18:36 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826125/ https://lwn.net/Articles/826125/ ceplm <div class="FormattedComment"> <font class="QuotedText">&gt; Redhat developers don&#x27;t use RedHat on their desktop.</font><br> <p> That’s actually more complicated. Many do, because it is the best way how to test the distro. I used to use even pre-Alpha releases of RHEL, and I have to admit it was even wilder experience than Rawhide … there were days sometime, when it actually even booted.<br> </div> Tue, 14 Jul 2020 20:09:53 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826122/ https://lwn.net/Articles/826122/ rahulsundaram <div class="FormattedComment"> <font class="QuotedText">&gt; Apologies for the blanket statement; I hope the relevant &quot;message&quot; was understandable anyway.</font><br> <p> No worries. If I am reading you right, the message is that enterprise editions have long term stability requirements which may conflict with the requirement to have much more recent versions for development. There are ways around this including dev toolset<br> <p> <a href="https://developers.redhat.com/products/developertoolset/overview">https://developers.redhat.com/products/developertoolset/o...</a><br> <p> The desktop components themselves are pretty often rebased including GNOME, Firefox etc so you can kinda eat your cake and have it too.<br> </div> Tue, 14 Jul 2020 18:24:22 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826121/ https://lwn.net/Articles/826121/ marcH <div class="FormattedComment"> Apologies for the blanket statement; I hope the relevant &quot;message&quot; was understandable anyway.<br> <p> I bet many use multiple versions concurrently; I certainly use more than one Linux system/distro regularly :-) Which is in fact the easiest way to get a feel for these compatibility issues...<br> <p> </div> Tue, 14 Jul 2020 17:29:39 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826120/ https://lwn.net/Articles/826120/ rahulsundaram <div class="FormattedComment"> <font class="QuotedText">&gt;For active development not held back by ancient versions this would be Fedora then. Redhat developers don&#x27;t use RedHat on their desktop.</font><br> <p> As a blanket statement, this isn&#x27;t correct. Some do, some don&#x27;t<br> </div> Tue, 14 Jul 2020 17:18:02 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826085/ https://lwn.net/Articles/826085/ Wol <div class="FormattedComment"> This is exactly the problem I tried to solve with the LSB. Unfortunately they were trying to come at it from completely the opposite direction.<br> <p> They were busy defining a system whereby the distro could say &quot;I am providing X, Y and Z&quot;. I wanted a system whereby the app could tell the package manager &quot;I require A, B and C&quot;. From the end user&#x27;s point of view I would have thought my version was much better, we don&#x27;t really care about the OS, what matters is the apps we want to run on top of it.<br> <p> Cheers,<br> Wol<br> </div> Tue, 14 Jul 2020 14:40:41 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826082/ https://lwn.net/Articles/826082/ marcH <div class="FormattedComment"> For active development not held back by ancient versions this would be Fedora then. Redhat developers don&#x27;t use RedHat on their desktop.<br> <p> But then you don&#x27;t get the same level of support and your closed source apps may break every year. Actually they don&#x27;t because... they&#x27;re not even available for Fedora, they&#x27;re only available for SUSE.<br> <p> Just go and compare the instructions for Linux versus the ones for Windows or Mac:<br> <a href="https://subsurface-divelog.org/download/">https://subsurface-divelog.org/download/</a><br> </div> Tue, 14 Jul 2020 13:54:55 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826071/ https://lwn.net/Articles/826071/ ceplm <div class="FormattedComment"> <font class="QuotedText">&gt; OK but then which Linux distribution should they use?</font><br> <p> Any? But practically, I would say, Debian if you don’t care about support, and RHEL/SUSE if you do?<br> </div> Tue, 14 Jul 2020 10:49:08 +0000 Microsoft drops support for PHP https://lwn.net/Articles/826062/ https://lwn.net/Articles/826062/ jkingweb <div class="FormattedComment"> For years my PHP programming environment was a native Windows one. It caused some problems, but it mostly worked very well once set up. Getting it all set up was not a trivial task, though. <br> <p> If this eventually leads to the end of support for PHP on Windows I will be quite sad, though not directly affected since I no longer use Windows. I wonder, though, if this might not lead to the opposite outcome: someone taking a hard look at how PHP is packaged for Windows and sanding off some of its many rough edges. <br> </div> Tue, 14 Jul 2020 03:10:04 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825970/ https://lwn.net/Articles/825970/ ibukanov <div class="FormattedComment"> Note that WSL2 is a virtual machine. Microsoft gave up addressing a slow file IO with WSL1. Linux kernel running in a VM still accesses files way faster than Windows kernel. Plus supporting all system calls that modern Linux applications use in WSL1 was problematic.<br> </div> Mon, 13 Jul 2020 06:49:46 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825950/ https://lwn.net/Articles/825950/ marcH <div class="FormattedComment"> <font class="QuotedText">&gt; &gt; Then why bother with WSL and Windows in the first place?</font><br> <p> OK but then which Linux distribution should they use?<br> <p> <font class="QuotedText">&gt; You might be a Linux user and developer in your spare time but have to use Windows at work.</font><br> <p> Besides the usual expertise and &quot;tradition&quot;/inertia, the dead simple reason companies stick to Windows is the same consumers stick to Android or iOS: closed-source apps (not the least remote management apps) and stable ABIs. Sorry for stating the obvious but someone asked.<br> <p> Ironically, &quot;DLL Hell&quot; is worse on Linux, that&#x27;s what has been holding back the Year of The Linux Desktop so much. Try running a binary from one distro on another or from one release to the next. It works... sometimes. Windows is actually just one product versioned and validated the same for everyone in the world and as everyone knows it&#x27;s very big on backward compatibility. There are too many Linux distros to choose from and a number of them (most?) don&#x27;t even care about binary compatibility and closed source - an admittedly complex issue because of C/C++ ABIs.<br> <p> Cygwin and WSL remove the inconveniences of virtual machines: performance, &quot;desktop on desktop&quot; UI, file and network sharing,.... WSL makes the approach officially supported at last so that&#x27;s why it&#x27;s so popular. Granted, you still have to choose a distro but thanks to WSL you&#x27;ve now reduced your Linux requirements to a handful of mostly open-source apps. Best of both worlds combined.<br> <p> </div> Sun, 12 Jul 2020 19:53:22 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825938/ https://lwn.net/Articles/825938/ iteratedlateralus <div class="FormattedComment"> I&#x27;ve worked at two places where they ran the unorthodox setup of having PHP running on a Windows server. It&#x27;s definitely an awkward setup. <br> </div> Sat, 11 Jul 2020 23:31:56 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825919/ https://lwn.net/Articles/825919/ clump <div class="FormattedComment"> Forgive me, I meant &quot;Cygwin&quot;. <br> </div> Sat, 11 Jul 2020 13:20:16 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825918/ https://lwn.net/Articles/825918/ clump <div class="FormattedComment"> Many people have restrictive devices provided by their employers. You might be a Linux user and developer in your spare time but have to use Windows at work. WSL (and Cygnet before it) could make the best of the situation. <br> </div> Sat, 11 Jul 2020 13:18:58 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825917/ https://lwn.net/Articles/825917/ jem <div class="FormattedComment"> Then why bother with WSL and Windows in the first place?<br> </div> Sat, 11 Jul 2020 13:13:23 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825916/ https://lwn.net/Articles/825916/ ibukanov <div class="FormattedComment"> Indeed. Ubuntu for WSL is just few clicks away and with coming support for Linux GUI apps there is little reason to bother with PHP builds for Windows. <br> </div> Sat, 11 Jul 2020 13:00:11 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825915/ https://lwn.net/Articles/825915/ b3nt0box <div class="FormattedComment"> I think there is also a way to run php in .net core...which isn&#x27;t my thing, but hey...<br> </div> Sat, 11 Jul 2020 12:18:40 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825901/ https://lwn.net/Articles/825901/ tomica <div class="FormattedComment"> I really doubt that anyone uses PHP on Windows in production anymore, especially not the new releases of PHP. My impression is that those days are long gone. Even their own stack can appear unmaintained (IIS side). For development purposes one can easily use WSL.<br> </div> Sat, 11 Jul 2020 06:41:02 +0000 Microsoft drops support for PHP https://lwn.net/Articles/825899/ https://lwn.net/Articles/825899/ flussence <div class="FormattedComment"> No need for concern here, it&#x27;s just a return to the old status quo. PHP&#x27;s popularity first exploded _in spite of_ Microsoft trying to upsell users into its IIS and ASP monoculture, largely thanks to a cottage industry of people making one-click win32 installers that bundled it with something more capable (Apache2). Nowadays there are entire community-maintained OS package managers for windows, so I imagine PHP can just live in those.<br> </div> Sat, 11 Jul 2020 04:25:07 +0000