[{"data":1,"prerenderedAt":224},["ShallowReactive",2],{"seo-verification":3,"blog-end-of-life-calendar-2027-hosting-agencies-en":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-end-of-life-calendar-2027-hosting-agencies-en",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":163,"ctaBody":164,"ctaButton":165,"ctaUrl":166,"relatedPosts":167},520,"end-of-life-calendar-2027-hosting-agencies",{"fr":12,"en":10,"ar":13,"es":14},"calendrier-fins-de-vie-hebergement-2027-agence","جدول-نهاية-الدعم-2027-استضافة-الوكالات","calendario-fin-de-vida-2027-hosting-agencias","2027 end-of-life calendar: PHP, PostgreSQL, Node.js, Ubuntu","Dated calendar from November 2026 to end of 2027: PostgreSQL 14, PHP 8.2, Node.js 22, Ubuntu 22.04. Sources, actions and a method to group work by client.",10,0,false,"2026-10-28T00:00:00+00:00","2026-10-29T03:10:22+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"Deployment","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fcalendrier-fins-de-vie-hebergement-2027-agence-poster.svg","Two deadlines fall within sixty days: the final PostgreSQL 14 release on 12 November 2026 and the end of PHP 8.2 security support on 31 December 2026. The next ones are spread over 2027, and the migration budget for the year is decided now. Every end of life already has its own guide; what is missing is the order and the grouping by client. Here is a dated, sourced calendar, then a method to touch each site only once per maintenance window.",[34,38,78,81,91,94,97,100,125,150,153,157,160],{"type":35,"title":36,"body":37},"h2","What falls between November 2026 and the end of 2027","Eight deadlines shape the calendar of a client site estate. Two have already passed: Node.js 20 (30 April 2026) and Debian 11 LTS (31 August 2026). They are no longer planned, they are caught up on. Four fall within twelve months: PostgreSQL 14, PHP 8.2, Node.js 22 and Ubuntu 22.04. Two close out 2027: PostgreSQL 15 and PHP 8.3.\n\nThe table below sorts them by date, with the primary source and the action to put in the plan. One reading rule: the date is the one the vendor publishes, to the exact day when it gives one, to the month when it only publishes the month. Nothing comes from a third-party site without confirmation at the source. For the detail of a migration, follow the guide named in the first column: this article sets the order, it does not redo the tutorials.",{"type":39,"title":40,"headers":41,"rows":45},"comparison","End-of-life calendar, in date order",[42,43,44],"Component and detailed guide","End of support and source","Action to schedule",[46,50,54,58,62,66,70,74],[47,48,49],"Node.js 20 — guide: Node.js 20 end of life, migrating your VPS","30 April 2026, already passed — nodejs\u002FRelease repository, schedule.json","Debt: move to Node.js 22 or 24 without waiting",[51,52,53],"Debian 11 — guide: Debian 11 end of life, Plesk, dist-upgrade or migration","31 August 2026, already passed — wiki.debian.org\u002FLTS","Debt: dist-upgrade to Debian 13 or migrate",[55,56,57],"PostgreSQL 14 — guide: PostgreSQL end of life, planning the version upgrade","12 November 2026, final release — postgresql.org\u002Fsupport\u002Fversioning","Dump and restore or pg_upgrade to a supported major",[59,60,61],"PHP 8.2 — guide: PHP 8.2 end of life, migration checklist","31 December 2026, security support — php.net\u002Fsupported-versions","Move every site to PHP 8.4, since PHP 8.3 ends a year later",[63,64,65],"Node.js 22","30 April 2027 — nodejs\u002FRelease repository, schedule.json","Move to Node.js 24, supported until 30 April 2028",[67,68,69],"Ubuntu 22.04 LTS — procedure: Ubuntu 24.04 to 26.04, do-release-upgrade","May 2027, standard security maintenance — ubuntu.com\u002Fabout\u002Frelease-cycle","Upgrade to Ubuntu 24.04 before the start of the month",[71,72,73],"PostgreSQL 15","11 November 2027, final release — postgresql.org\u002Fsupport\u002Fversioning","Plan the next major, PostgreSQL 16 running until 9 November 2028",[75,76,77],"PHP 8.3","31 December 2027, security support — php.net\u002Fsupported-versions","Nothing to do for sites already on PHP 8.4 (security support until 31 December 2028); move the others",{"type":35,"title":79,"body":80},"Active support, security support, final release: three meanings of the word end","Vendors do not all mean the same thing by end. PHP distinguishes two phases: active support, which brings bug fixes and security fixes, then security support, which delivers only critical fixes. PHP 8.2 left active support on 31 December 2024, PHP 8.3 on 31 December 2025. The dates in the table are therefore security support dates: 31 December 2026 for PHP 8.2, 31 December 2027 for PHP 8.3. PHP 8.4 stays in active support until 31 December 2026 and in security support until 31 December 2028.\n\nPostgreSQL speaks of a final release: after the date, no further minor release ships for that major. Node.js speaks of the end of life of the line, Debian and Ubuntu of the end of standard security maintenance. In every case, after the date, a newly found flaw is no longer fixed by the vendor's standard support: that date, not the site going down, is what defines the risk.",{"type":82,"title":83,"items":84},"ul","How to order the estate: six priority rules",[85,86,87,88,89,90],"**Debts first** — Node.js 20 and Debian 11 are past their end date; they come before any upcoming deadline, even if the site shows no symptom.","**Then the nearest date** — the order of the table is the order of work, unless a client constraint says otherwise.","**The longest job before the shortest** — a PostgreSQL major needs a tested restore; a PHP version change is validated site by site. The first one starts earlier.","**The system carries the rest** — the Debian or Ubuntu version often determines the PHP and database versions offered by its repositories; plan the system upgrade together with them.","**The client with several deadlines goes first** — a site that combines PHP 8.2, Node.js 20 and PostgreSQL 14 costs three interventions if handled component by component, one if handled by window.","**An uncertain date is handled at its start** — when the vendor publishes only the month, plan before the month, not on the last day.",{"type":35,"title":92,"body":93},"Debts already due: Node.js 20 and Debian 11","Two rows of the table are no longer forecasts. Node.js 20 reached its end on 30 April 2026, Debian 11 the end of its LTS support on 31 August 2026. The classic mistake is to put them in next year's budget when they are already out of support. A debt is costed and repaid; it is not planned at the pace of a future end of life.\n\nFor Node.js, the target is line 22 or line 24. Line 22 ends on 30 April 2027 and line 24 on 30 April 2028: choosing 24 avoids returning to the same job in six months. For Debian, the target is Debian 13, whose LTS support ends on 30 June 2030. Debian 12 is only a stepping stone: its LTS support runs from 11 June 2026 to 30 June 2028. The full procedures are in our guides on Node.js 20 and on Debian 11; they are not redone here.",{"type":35,"title":95,"body":96},"PostgreSQL: the deadline you cannot catch up on in place","PostgreSQL 14 publishes its final release on 12 November 2026, PostgreSQL 15 on 11 November 2027 and PostgreSQL 16 on 9 November 2028. The pace is yearly, and it is the only family in the table where changing version is not a simple update: a major cannot be installed over the previous one, because the storage format changes from one major to the next.\n\nTwo routes remain: a logical backup restored into the new version (`pg_dump` then `pg_restore`), or `pg_upgrade`, which converts the data directory. In both cases, plan for downtime proportional to the database size and a restore tested before the switch. For an estate, this puts PostgreSQL at the head of the queue as soon as its date approaches, even when the site using it is simple. Both methods are detailed in our guide on PostgreSQL version upgrades.",{"type":35,"title":98,"body":99},"MySQL: a deliberate gap in the table","MySQL is not in the table, on purpose. A deadline for MySQL 8.0 circulates on endoflife.date, but we did not find it in the Oracle documentation we read: without a primary source, it stays out. What is established is the model of LTS series: five years of premier support, three years of extended support, and an upgrade from LTS to LTS without skipping a series. MySQL 8.4 is an LTS series. If some clients are still on 8.0, the migration guide to MySQL 8.4 remains the reference; add the row to the table as soon as you have read the date from the vendor.",{"type":101,"title":102,"steps":103},"steps","Grouping by client and by window: the method in seven steps",[104,107,110,113,116,119,122],{"title":105,"body":106},"Read the versions of every client server","On Debian or Ubuntu: `lsb_release -d`. On RHEL or AlmaLinux: `cat \u002Fetc\u002Fos-release`. Then for each stack: `php -v`, `node -v`, `psql --version`. One line per server and per component in a spreadsheet.",{"title":108,"body":109},"Do not forget containers","An up-to-date server can host an old image. List them with `docker image ls`, then query each image: `docker run --rm \u003Cimage> php -v` or `docker run --rm \u003Cimage> node -v`.",{"title":111,"body":112},"Put its end date on every line","Copy the date from this article's table next to each component you recorded. The resulting column is the only one you need to sort.",{"title":114,"body":115},"Compute each client's first deadline","For each client, keep the nearest date across all servers. It sets the client's window: everything that expires in the following months joins the same intervention.",{"title":117,"body":118},"Choose a single window per client","PHP, Node.js and system in the same intervention, with a single prior backup and a single rollback plan. The windows table below gives a split by deadline.",{"title":120,"body":121},"Rehearse on a copy before touching production","Restore the backup onto a test machine, play the upgrade, then check the site. For PostgreSQL, restore the dump and run the application's queries before switching.",{"title":123,"body":124},"Record and recompute","After each intervention, update the row with the new version and its end date. The calendar recomputes itself, and the spreadsheet becomes the agency's register.",{"type":39,"title":126,"headers":127,"rows":131},"Proposed maintenance windows",[128,129,130],"Window","Deadlines covered","Recommended grouping",[132,136,140,144,147],[133,134,135],"Window 1: before 12 November 2026","PostgreSQL 14 only","Only the PostgreSQL upgrade fits in these fifteen days; the Node.js 20 and Debian 11 debts are handled in parallel, without waiting for this date",[137,138,139],"Window 2: before 31 December 2026","PHP 8.2","Move every site straight to PHP 8.4, to avoid a second job within the year; a window to set before the year-end freeze",[141,142,143],"Window 3: two months before 30 April 2027","Node.js 22 and Ubuntu 22.04 (May 2027)","A single intervention: runtime and system, set two months before the first date: waiting until 30 April 2027 would leave no margin",[145,71,146],"Window 4: before 11 November 2027","Next major by dump and restore or pg_upgrade, rehearsed on a copy",[148,75,149],"Window 5: before 31 December 2027","Only concerns sites left on PHP 8.3, to move to PHP 8.4; can merge with window 4 for clients who accumulate both",{"type":35,"title":151,"body":152},"Ubuntu 22.04: why “May 2027” without a day","For Ubuntu 22.04 LTS, Canonical announces the end of standard security maintenance in May 2027, without publishing a day. The endoflife.date site shows 1 June 2027. Both readings are compatible with an end of month, but only Canonical's wording is a primary source; the other site's day is a reading. We therefore write “May 2027” and plan the upgrade before the start of the month.\n\nThe next version, Ubuntu 24.04 LTS, is announced with standard maintenance until May 2029. The `do-release-upgrade` procedure is described in our guide Ubuntu 24.04 to 26.04; it applies the same way from one LTS to the next, with a full backup before each jump.",{"type":154,"title":155,"body":156},"tip","A calendar is decided, not delegated","The dates in this article are those of the writing: recheck them at the source before planning, since a vendor can change them. ServOrbit provides the guides; administering your servers and running the migrations remain your responsibility, guide provided, no hands-on support. Always test on a copy.",{"type":35,"title":158,"body":159},"Seeing the whole estate in a single table","An end-of-life calendar is only worth something if you see the whole estate in one place. The ServOrbit.com agency platform centralises your clients' domains, hosting and VPS, with their renewal deadlines: it is the starting point of step 1, an up-to-date list of clients and machines rather than a spreadsheet rebuilt every quarter. Software end-of-life dates are not tracked by the platform: the versions installed on each server are read on the machines, with the commands above, and matched against this table.",{"type":35,"title":161,"body":162},"The official documentation","Supported PHP versions: https:\u002F\u002Fwww.php.net\u002Fsupported-versions.php\n\nPostgreSQL versioning policy: https:\u002F\u002Fwww.postgresql.org\u002Fsupport\u002Fversioning\u002F\n\nNode.js release schedule: https:\u002F\u002Fgithub.com\u002Fnodejs\u002FRelease\u002Fblob\u002Fmain\u002Fschedule.json\n\nDebian LTS: https:\u002F\u002Fwiki.debian.org\u002FLTS\n\nUbuntu release cycle: https:\u002F\u002Fubuntu.com\u002Fabout\u002Frelease-cycle\n\nMySQL releases and LTS series: https:\u002F\u002Fdev.mysql.com\u002Fdoc\u002Frefman\u002F8.4\u002Fen\u002Fmysql-releases.html\n\nUbuntu dates on endoflife.date: https:\u002F\u002Fendoflife.date\u002Fubuntu","Your clients' whole estate in one place","An end-of-life calendar is only worth something if you see the whole estate in one place. With the ServOrbit.com agency platform, you centralise your clients' domains, hosting and VPS, and keep their renewal deadlines in front of you.","Discover the agency offer","\u002Fsolutions\u002Fagences",[168,190,206],{"id":169,"slug":170,"slugs":171,"title":175,"excerpt":176,"readTime":177,"views":178,"isPinned":19,"publishedAt":179,"updatedAt":180,"category":181,"categories":187,"featuredImage":29,"bgImage":30,"posterImage":189,"relatedSolution":29},206,"php-82-end-of-life-planning-your-migration",{"fr":172,"en":170,"ar":173,"es":174},"php-82-fin-de-vie-checklist-migration","نهاية-دعم-php-82-دليل-الترحيل","php-82-fin-de-vida-planificar-la-migracion","PHP 8.2 end of life: your migration checklist","PHP 8.2 reaches EOL on December 31, 2026. Inventory your stack, compare PHP versions, and follow a step-by-step migration checklist to PHP 8.3 or 8.4.",11,7,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":182,"name":183,"slug":184,"color":185,"icon":186},4,"Development","developpement","bg-warning\u002F10 text-warning","dev",[188],{"id":182,"name":183,"slug":184,"color":185,"icon":186},"\u002Fblog\u002Fcovers\u002Fphp-82-fin-de-vie-checklist-migration-poster.svg",{"id":191,"slug":192,"slugs":193,"title":197,"excerpt":198,"readTime":199,"views":200,"isPinned":19,"publishedAt":201,"updatedAt":180,"category":202,"categories":203,"featuredImage":29,"bgImage":30,"posterImage":205,"relatedSolution":29},223,"nodejs-20-end-of-life-migrating-your-vps",{"fr":194,"en":192,"ar":195,"es":196},"nodejs-20-fin-de-vie-migrer-vps","نهاية-دعم-nodejs-20-ترحيل-خادم-vps","nodejs-20-fin-de-vida-migrar-vps","Node.js 20 end of life: migrating your VPS","Node.js 20 has had no security patch since April 30, 2026. How to audit your servers and migrate to Node.js 24 without breaking production.",5,2,"2026-08-05T00:00:00+00:00",{"id":182,"name":183,"slug":184,"color":185,"icon":186},[204],{"id":182,"name":183,"slug":184,"color":185,"icon":186},"\u002Fblog\u002Fcovers\u002Fnodejs-20-fin-de-vie-migrer-vps-poster.svg",{"id":207,"slug":208,"slugs":209,"title":213,"excerpt":214,"readTime":182,"views":200,"isPinned":19,"publishedAt":201,"updatedAt":180,"category":215,"categories":221,"featuredImage":29,"bgImage":30,"posterImage":223,"relatedSolution":29},225,"postgresql-end-of-life-plan-your-major-upgrade",{"fr":210,"en":208,"ar":211,"es":212},"postgresql-fin-de-vie-planifier-montee-version","postgresql-ونهاية-الدعم-تخطيط-الترقية-الكبرى","postgresql-fin-de-vida-planificar-actualizacion","PostgreSQL end of life: plan your major upgrade","PostgreSQL supports each major version for five years, ending in November. Find out which one you run and plan the upgrade without losing data.",{"id":216,"name":217,"slug":218,"color":219,"icon":220},6,"Databases","bases-de-donnees","bg-teal-500\u002F10 text-teal-400","database",[222],{"id":216,"name":217,"slug":218,"color":219,"icon":220},"\u002Fblog\u002Fcovers\u002Fpostgresql-fin-de-vie-planifier-montee-version-poster.svg",1793251324794]