{"id":1934,"date":"2018-02-12T10:30:17","date_gmt":"2018-02-12T09:30:17","guid":{"rendered":"https:\/\/blog.alwaysdata.com\/?p=1934"},"modified":"2018-02-12T10:52:19","modified_gmt":"2018-02-12T09:52:19","slug":"php-est-toujours-la","status":"publish","type":"post","link":"https:\/\/blog.alwaysdata.com\/fr\/2018\/02\/12\/php-est-toujours-la\/","title":{"rendered":"PHP est toujours l\u00e0"},"content":{"rendered":"

Alors que PHP vient de sortir il y a dix jours ses deux derni\u00e8res versions mineures (PHP 7.1.14<\/a> et PHP 7.2.2<\/a>), nous modifions de notre c\u00f4t\u00e9 la fa\u00e7on dont vous allez pouvoir configurer vos sites PHP<\/em> sur alwaysdata<\/em>. En route vers plus de simplicit\u00e9.<\/p>\n

\"simplify<\/div>\n

Ruby, Python, Node.js\u2026 et PHP alors ?<\/h2>\n

L\u2019une des particularit\u00e9s de votre h\u00e9bergement chez alwaysdata<\/em> est la diversit\u00e9 des technologies auxquelles vous pouvez avoir acc\u00e8s. De fa\u00e7on transparente et infog\u00e9r\u00e9e d\u00e8s les offres mutualis\u00e9es<\/a>, h\u00e9berger vos solutions doit rester simple. C\u00f4t\u00e9 interpr\u00e9teurs, vous disposez d\u2019un vaste choix comme Ruby<\/em>, Python<\/em>, Node.js<\/em>, etc. et\u200a\u2014\u200abien entendu\u200a\u2014\u200aPHP<\/em>.<\/p>\n

Historiquement, ce choix se pr\u00e9sente dans votre interface de configuration d\u2019un site comme type Apache standard<\/em>.<\/p>\n

\"Site<\/p>\n

La raison est technique : les sites en PHP<\/em> sont servis via<\/em> le module mod_fcgid<\/code> d\u2019une instance Apache. Les autres interpr\u00e9teurs (WSGI<\/em>, Rails<\/em>, ou les programmes utilisateurs<\/em>) utilisent leurs propres serveurs HTTP. C\u2019est notre orchestrateur alproxy<\/a> qui se charge de l\u2019ex\u00e9cution et de diriger le traffic HTTP vers les processus concern\u00e9s.<\/p>\n

Mais une impl\u00e9mentation technique ne fait pas une bonne UX (loin de l\u00e0). Mentionner Apache<\/em> pour les sites PHP<\/em>, uniquement parce qu\u2019il s\u2019agit du serveur impliqu\u00e9, est contre-intuitif. Alors nous avons d\u00e9cid\u00e9 de modifier quelque peu les choix de type d\u2019instances, pour plus de coh\u00e9rence. D\u00e9sormais, vos sites et services PHP<\/em> seront servis sous le type PHP<\/em>, tout simplement.<\/p>\n

\"Site<\/p>\n

Le double effet kiss cool<\/em><\/h2>\n

Plus qu\u2019un changement cosm\u00e9tique, c\u2019est une modification structurelle. \u00c0 l\u2019heure actuelle, un site Python<\/em>, Ruby<\/em> (ou Rails<\/em>), Node.js<\/em> ou Elixir<\/em> vous laisse le choix de la version de l\u2019interpr\u00e9teur \u00e0 utiliser, pour chaque site. Il n\u2019y a aucune raison que PHP<\/em> fasse exception \u00e0 la r\u00e8gle. Vous pourrez donc, pour chaque site, choisir la version de PHP<\/em> \u00e0 utiliser. Vous pourrez \u00e9galement personnaliser, pour chaque instance, la configuration du php.ini<\/code> associ\u00e9.<\/p>\n

Bien entendu, les r\u00e9glages des versions par d\u00e9faut<\/em> disponibles dans la section Environnement<\/em> de votre interface ne changent pas, et vous gardez la possibilit\u00e9 de d\u00e9finir une version et un php.ini<\/code> globalement.<\/p>\n

De cette fa\u00e7on, vous gagnez en souplesse, et vous pourrez, sur le m\u00eame compte, h\u00e9berger des instances de sites PHP<\/em> tr\u00e8s diff\u00e9rentes dans leurs r\u00e9glages et dans leurs versions. C\u2019est aussi \u00e7a, le confort d\u2019alwaysdata<\/em>.<\/p>\n

\"star<\/div>\n

Un rappel concernant la s\u00e9curit\u00e9<\/strong> : souvenez-vous simplement que l\u2019isolation des conteneurs sur nos infrastructures se fait au niveau des comptes. Si vous souhaitez s\u00e9parer vos diff\u00e9rents sites ou services en les isolant les uns des autres, le passage par le multi-comptes<\/strong> reste obligatoire. En cas de compromission de l\u2019un de vos sites, les services fonctionnant sur le m\u00eame compte\u200a\u2014\u200aavec le m\u00eame utilisateur\u200a\u2014\u200aseraient potentiellement vuln\u00e9rables. Attention donc \u00e0 ne pas trop abaisser le curseur de s\u00e9curit\u00e9 en les rassemblant tous sur le m\u00eame compte.<\/p>\n

C\u00f4t\u00e9 API<\/h2>\n

Si vous \u00eates utilisateur\u00b7ice de notre API, quelques changements vont voir le jour suite \u00e0 cette modification :<\/p>\n

    \n
  • la cr\u00e9ation<\/strong> de site Apache standard<\/em> reste valable, m\u00eame si elle est d\u00e9pr\u00e9ci\u00e9e. C\u2019est un site type PHP<\/em> qui sera cr\u00e9\u00e9, avec les versions par d\u00e9faut de l\u2019interpr\u00e9teur. Pensez tout-de-m\u00eame \u00e0 adapter vos scripts.<\/li>\n
  • la liste<\/strong> des sites, ou un GET<\/strong> sur la ressource renverra d\u00e9sormais le type PHP<\/em>, et non-plus Apache standard<\/em>. Si vous faisiez un test sur le type lors d\u2019un retour de la liste, il vous faudra adapter vos scripts pour en tenir compte.<\/li>\n<\/ul>\n
    \n

    Cette nouvelle version arrive en production d\u00e8s jeudi 15 f\u00e9vrier. La transition est transparente pour tous les sites Apache standard<\/em> actuels, vous n\u2019avez rien \u00e0 faire. Comme toujours, nous nous occupons de tout.<\/p>\n

    Les sites statiques, ou les redirections (qui utilisent aussi une instance Apache), continuent de fonctionner \u00e9galement sous leurs noms propres. Et bien entendu, si vous aviez besoin de r\u00e9glages fins, le type Apache personnalis\u00e9<\/em> reste \u00e0 votre disposition.<\/p>\n

    \"joel<\/div>\n","protected":false},"excerpt":{"rendered":"

    Alors que PHP vient de sortir il y a dix jours ses deux derni\u00e8res versions mineures (PHP 7.1.14 et ), nous modifions de notre c\u00f4t\u00e9 la fa\u00e7on dont vous allez pouvoir configurer vos sites PHP sur alwaysdata. En route vers plus de simplicit\u00e9.<\/p>\n","protected":false},"author":12,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"wp_typography_post_enhancements_disabled":false,"footnotes":""},"categories":[],"tags":[229,219,142,183,150],"class_list":["post-1934","post","type-post","status-publish","format-standard","hentry","tag-fonctionnalites-fr","tag-http-fr","tag-langages-fr","tag-php-fr","tag-sites-web-fr"],"acf":[],"_links":{"self":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/posts\/1934","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/users\/12"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/comments?post=1934"}],"version-history":[{"count":0,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/posts\/1934\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/media?parent=1934"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/categories?post=1934"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/tags?post=1934"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}