Je suis d’accord concernant bon nombre de choses. Beaucoup peut être reproché à Wordpress (et aux autres) et j’avoue que le code c’est le bordel.
Cependant, on profite d’un logiciel fonctionnel, stable et relativement performant (avant qu’un installe tout et n’importe quoi en plugin), tout en gardant une bonne compatibilité depuis presque 20 ans !
C’est plus facile de garder un code clean et à la dernière mode quand on peut faire table raze assez souvent.
PHP c’est dégueu, y’a même pas de conventions de nomage et les paramètres sont passés sans cohérence d’une fonction à l’autre. À l’inverse, Python 3 c’est clean, mais ils ont du tout casser.
Ce serait pareil pour WordPress. Perso, je n’affectionne pas particulièrement PHP et je préfère tout développer from scatch. Mais WordPress + WooCommerce permet de faire de belles choses, qui fonctionnent assez rapidement.
Ça me permet de passer le plus clair de mon temps sur le front, tout en profitant de bonnes fonctionalités de base et de ne pas avoir à réinventer la roue. Et quand il manque un truc, en général il y a un plugin sur lequel je peux me reposer (à nouveau, j’utilise juste sa logique back-office et fait ma sauce pour le front).
Bref, tout dépend de ce que l’on veut faire. Je déplore pour ma part l’absence de framework e-commerce reconnu en Node.js et j’utilise WordPress/WooCommerce un peu comme un framework. Il faut admettre que si tu dois tout reprendre from scratch : un programme fidélité, la gestion des clients, des promos et j’en passe, ça devient vite très long.
Saleor semble vraiment prometteur. C’est Shopify en open source !
En revanche, toutes les solutions de l’article sont basées en PHP et la c’est du Python. Si on a besoin d’ajouter une fonctionnalité, il faut connaître Python.
Mais ça semble bien foutu donc j’ai l’impression qu’avec l’API, on peut deja faire beaucoup beaucoup de choses.
Si je peux me permettre d’en rajouter une couche sur prestashop, il n’est même pas, encore, compatible avec PHP 7.4 [0] !! La version courante étant la 1.7.7.2.
Nan, nan, nan. Ils étaient tout fiers de sortir leur version 1.7.7 le 2 décembre [1], enfin compatible avec PHP 7.3 !
Oui, c’est ça, juste avant que la maintenance de PHP 7.3 s’arrête, le 6 décembre… [2]
Mais apparemment ce n’est pas grave, parce que les “Prestashop Legends” ne sont pas choqué par l’utilisation de versions obsolètes. Certains se vante d’utiliser encore PHP4 (si si !) [3] “J’ai des applications en ligne qui sont encore en PHP4, et ça marche très bien.”
Je partage à 100% l’analyse de RichardDern, et j’ai suivi à peu près la même trajectoire de pensée : j’ai fait mon propre framework e-commerce, beaucoup plus simple, et beaucoup plus rapide (ah c’est sûr il téléphone pas à droite à gauche quand on s’en sert et fait vachement moins de choses. Mais pour ce qu’il est censé faire (vendre en ligne des produits) il suffit largement).
Voilà. Et leur offre mutu remarketé en cloud hosting mais qui ne performe absolument pas, même en payant plus pour le soit disant « performance ». Sans mentionner le service client absolument inexistant.
C’est dommage car on a vraiment envie d’utiliser des services francais, cependant, OVH est très loin d’être au niveau des grands.
Effectivement,
Après je pense qu’il vont devoir montrer leur compétences pour redorer leur blason, c’est un énorme coup dur pour leur image de marque :/
Comme certains l’ont dit, nous avons heureusement d’autres acteurs, dont certains qui grossissent beaucoup dernièrement (coucou Scaleway ;) )
J’espère sincèrement que personne ne quittera OVH à cause de cet incident. On a vraiment besoin d’un gros hébergeur européen (et en plus français) pour avoir un minimum de contrôle sur nos données hébergées. Ils vont avoir besoin de fidélité maintenant plus que jamais :)
Courage à eux effectivement. SBG2 est mort, SBG1/3/4 devraient repartir après mise en sécurité.
Pas de chance, je suis dans le lot des victimes.
2 machines HS, par contre impossible de trouver sur quelle DC de Strasbourg elles étaient, d’après l’IP la seconde est sur SBG6 mais pas sûr. Les dashboards sont HS et pas d’informations officielles.
La remise en service à partir de backups demande du travail et des dépenses, j’aimerais bien savoir si je suis localisé hors de SBG2.
Trop cool, merci de ta réponse. Je comprends mieux la tournure de l’article. Du coup je le garde de côté et si on me pose la question de vers quoi se tourner pour se dégoogliser mais pas que, j’enverrai ton lien :)
Je vois. J’avais la même latence sur les résolutions..
Après avec la virtu et deux machines à la rigueur tu peux déplacer les VM d’un côté ou l’autre :p
Et pour me rassurer dans mon cas toutes mes machines sont déployées vers ansible comme ça pas de réinstallation d’une nuit complète si ça pète xD
Concernant pi-hole, j’avais testé plein de configs : sur du x86, sur du Pi, sur une carte SD, un SSD, etc. J’ai aussi testé AdGuard Home dans les mêmes conditions, et en fait, peu importe. En moyenne, une résolution d’un domaine pas encore en cache prend entre 20 et 400ms (et c’est unbound qui fait la résolution).
Docker + virtu, c’est ce que je faisais avant sur un Alienware m17x-R4 (bonne grosse machine). Mais au final, je préfère le bare-metal. Je suis contre l’idée de mettre tous mes oeufs dans le même panier :)
Sympa !
Tu n’as pas de soucis de latence avec pihole ? Les requêtes DNS via pihole sont parfois vraiment lentes.
47W en tout cas c’est correct. As-tu penser pour économiser de faire du docker ou de la virtu, et de n’avoir qu’une seule machine ? Avec un peu de VLAN, tu pourrais séparer tes serveurs sur une seule machine ;)
Je suis d’accord concernant bon nombre de choses. Beaucoup peut être reproché à Wordpress (et aux autres) et j’avoue que le code c’est le bordel. Cependant, on profite d’un logiciel fonctionnel, stable et relativement performant (avant qu’un installe tout et n’importe quoi en plugin), tout en gardant une bonne compatibilité depuis presque 20 ans ! C’est plus facile de garder un code clean et à la dernière mode quand on peut faire table raze assez souvent.
PHP c’est dégueu, y’a même pas de conventions de nomage et les paramètres sont passés sans cohérence d’une fonction à l’autre. À l’inverse, Python 3 c’est clean, mais ils ont du tout casser.
Ce serait pareil pour WordPress. Perso, je n’affectionne pas particulièrement PHP et je préfère tout développer from scatch. Mais WordPress + WooCommerce permet de faire de belles choses, qui fonctionnent assez rapidement.
Ça me permet de passer le plus clair de mon temps sur le front, tout en profitant de bonnes fonctionalités de base et de ne pas avoir à réinventer la roue. Et quand il manque un truc, en général il y a un plugin sur lequel je peux me reposer (à nouveau, j’utilise juste sa logique back-office et fait ma sauce pour le front).
Bref, tout dépend de ce que l’on veut faire. Je déplore pour ma part l’absence de framework e-commerce reconnu en Node.js et j’utilise WordPress/WooCommerce un peu comme un framework. Il faut admettre que si tu dois tout reprendre from scratch : un programme fidélité, la gestion des clients, des promos et j’en passe, ça devient vite très long.
Saleor semble vraiment prometteur. C’est Shopify en open source ! En revanche, toutes les solutions de l’article sont basées en PHP et la c’est du Python. Si on a besoin d’ajouter une fonctionnalité, il faut connaître Python. Mais ça semble bien foutu donc j’ai l’impression qu’avec l’API, on peut deja faire beaucoup beaucoup de choses.
Bitwarden_rs devrait l’implémenter d’ici peu, le dév est dessus
Pourquoi ne pas essayer quelque chose comme Saleor, Reaction Commerce, Sylius ou Next.js Commerce ?
Si je peux me permettre d’en rajouter une couche sur prestashop, il n’est même pas, encore, compatible avec PHP 7.4 [0] !! La version courante étant la 1.7.7.2.
Nan, nan, nan. Ils étaient tout fiers de sortir leur version 1.7.7 le 2 décembre [1], enfin compatible avec PHP 7.3 !
Oui, c’est ça, juste avant que la maintenance de PHP 7.3 s’arrête, le 6 décembre… [2]
Mais apparemment ce n’est pas grave, parce que les “Prestashop Legends” ne sont pas choqué par l’utilisation de versions obsolètes. Certains se vante d’utiliser encore PHP4 (si si !) [3] “J’ai des applications en ligne qui sont encore en PHP4, et ça marche très bien.”
Je partage à 100% l’analyse de RichardDern, et j’ai suivi à peu près la même trajectoire de pensée : j’ai fait mon propre framework e-commerce, beaucoup plus simple, et beaucoup plus rapide (ah c’est sûr il téléphone pas à droite à gauche quand on s’en sert et fait vachement moins de choses. Mais pour ce qu’il est censé faire (vendre en ligne des produits) il suffit largement).
[0] : https://devdocs.prestashop.com/1.7/basics/installation/system-requirements/
[1] : https://github.com/PrestaShop/PrestaShop/issues/18647#issuecomment-737404506
[2] : https://www.php.net/supported-versions
[3] : https://www.prestashop.com/forums/topic/1031817-php-72-fin-de-vie-dans-2-mois/
Salut, regarde peut-être du côté des frameworks e-commerce Django, comme : https://github.com/mirumee/saleor
Voilà. Et leur offre mutu remarketé en cloud hosting mais qui ne performe absolument pas, même en payant plus pour le soit disant « performance ». Sans mentionner le service client absolument inexistant. C’est dommage car on a vraiment envie d’utiliser des services francais, cependant, OVH est très loin d’être au niveau des grands.
Oui, par exemple avec la fuite de leur watercooling.
Le souci c’est qu’OVH veut se positionner face aux GAFAM, mais se disperse trop et ne maîtrise pas assez ce qu’ils font du coup.
Scaleway à coté assume plus de ne pas avoir autant de services, mais essaie de les pousser plus loin. C’est du moins la vision que j’en ai :)
Leur problème d’image a commencé bien avant l’incendie malheureusement…
Effectivement, Après je pense qu’il vont devoir montrer leur compétences pour redorer leur blason, c’est un énorme coup dur pour leur image de marque :/
Comme certains l’ont dit, nous avons heureusement d’autres acteurs, dont certains qui grossissent beaucoup dernièrement (coucou Scaleway ;) )
Yeap, j’ai des serveurs chez Scaleway c’est pas mal. Mais on va pas souhaiter du mal à des hébergeurs français :D
On a encore Online, Hetzner (moins français), Digicube (hahaha).
J’espère sincèrement que personne ne quittera OVH à cause de cet incident. On a vraiment besoin d’un gros hébergeur européen (et en plus français) pour avoir un minimum de contrôle sur nos données hébergées. Ils vont avoir besoin de fidélité maintenant plus que jamais :)
WoW ! Bon courage à eux ! Cela ne doit pas être simple !
Courage à eux effectivement. SBG2 est mort, SBG1/3/4 devraient repartir après mise en sécurité.
Pas de chance, je suis dans le lot des victimes. 2 machines HS, par contre impossible de trouver sur quelle DC de Strasbourg elles étaient, d’après l’IP la seconde est sur SBG6 mais pas sûr. Les dashboards sont HS et pas d’informations officielles.
La remise en service à partir de backups demande du travail et des dépenses, j’aimerais bien savoir si je suis localisé hors de SBG2.
Courage à tous ceux qui sont impactés.
Tcho !
Trop cool, merci de ta réponse. Je comprends mieux la tournure de l’article. Du coup je le garde de côté et si on me pose la question de vers quoi se tourner pour se dégoogliser mais pas que, j’enverrai ton lien :)
Je vois. J’avais la même latence sur les résolutions.. Après avec la virtu et deux machines à la rigueur tu peux déplacer les VM d’un côté ou l’autre :p Et pour me rassurer dans mon cas toutes mes machines sont déployées vers ansible comme ça pas de réinstallation d’une nuit complète si ça pète xD
Concernant pi-hole, j’avais testé plein de configs : sur du x86, sur du Pi, sur une carte SD, un SSD, etc. J’ai aussi testé AdGuard Home dans les mêmes conditions, et en fait, peu importe. En moyenne, une résolution d’un domaine pas encore en cache prend entre 20 et 400ms (et c’est unbound qui fait la résolution).
Docker + virtu, c’est ce que je faisais avant sur un Alienware m17x-R4 (bonne grosse machine). Mais au final, je préfère le bare-metal. Je suis contre l’idée de mettre tous mes oeufs dans le même panier :)
Sympa ! Tu n’as pas de soucis de latence avec pihole ? Les requêtes DNS via pihole sont parfois vraiment lentes. 47W en tout cas c’est correct. As-tu penser pour économiser de faire du docker ou de la virtu, et de n’avoir qu’une seule machine ? Avec un peu de VLAN, tu pourrais séparer tes serveurs sur une seule machine ;)