Wordpress 3.7 : des mises à jour automatiques pour les versions mineures

WordPress 3.7 : des mises à jour automatiques pour les versions mineures

Un vrai gain pour la sécurité

Avatar de l'auteur
Vincent Hermann

Publié dans

Internet

26/10/2013 2 minutes
72

Wordpress 3.7 : des mises à jour automatiques pour les versions mineures

La nouvelle version de la plateforme de publication Wordpress est en ligne depuis hier. Cette version 3.7 était particulièrement attendue car elle apporte une nouveauté majeure : les mises à jour automatiques sans que l’utilisateur ait à se soucier de la procédure. Une avancée qui permettra notamment de colmater rapidement les brèches de sécurité sur l’ensemble des blogs concernés.

wordpress

 

Wordpress 3.7 est maintenant disponible pour les utilisateurs de cette plateforme. L’une des principales nouveautés est que les mises à jour mineures d’entretien se feront automatiquement. Par exemple, les versions 3.7.1, 3.7.2 et ainsi de suite seront installées sans que l’utilisateur ait à s’occuper lui-même de la procédure. Il s’agit d’un changement important puisque ces versions d’entretien servent souvent à diffuser des correctifs quand des failles sont repérées dans le code.

 

Notez que cette mise à jour automatisée est bien spécifique aux versions mineures. Ainsi, lorsque sortira la mouture 3.8, l’utilisateur devra toujours s’en charger lui-même.

 

Autre amélioration bienvenue : la traduction automatique. Si vous avez par exemple paramétré votre site en français, Wordpress récupère désormais les fichiers de traduction, y compris pour les thèmes installés. La nouvelle version permet également de mieux cerner le niveau de sécurité d’un mot de passe. Comme beaucoup d’autres services en ligne, le choix de l’utilisateur est accompagné d’un code couleur : rouge pour « faible », jaune pour « moyenne » et vert pour « forte ».

 

Enfin, la recherche évolue également. Les utilisateurs qui utilisent les champs disponibles sur les sites Wordpress ne seront ainsi plus limités au classement par dates puisque la pertinence fait son entrée. Notez que sur l’annonce officielle, l’équipe de Wordpress signale que les développeurs auront des contrôles pour gérer ces nouveautés, notamment les mécanismes de mises à jour automatiques.

 

Comme d’habitude, la nouvelle version peut être récupérée depuis le site officiel.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Commentaires (72)


Eh, c’est le thème que j’ai utilité pour mon blog sur la photo (pratique, léger) :)



Sinon, comme d’hab, faisez gaffe aux plugins, je vais attendre quelques jours avant de switcher pour ma part.


Comment des fichiers PHP peuvent automatiquement se mettre à jour sur notre FTP ?








taralafifi a écrit :



Comment des fichiers PHP peuvent automatiquement se mettre à jour sur notre FTP ?





Un fichier PHP peut télécharger un fichier sur ton serveur ou réécrire dans un fichier existant. La seule question, c’est de savoir qui lance ce fichier PHP. A mon avis c’est lors de la visite d’une personne quelconque sur ton site que ça déclenche le processus.



Ça fait flipper sérieux. Si maintenant ils peuvent écrire ce qu’ils veulent sur notre serveur, c’est une bonne porte pour les hackers.

J’espère que cette feature peut se désactiver.


Un article sur le meilleur CMS du marché <img data-src=" />



Rien d’autre à ajouter, la mise à jour s’est faite sans soucis sur la dizaine de sites que je maintiens sous Wordpress <img data-src=" /><img data-src=" />








ErGo_404 a écrit :



Un fichier PHP peut télécharger un fichier sur ton serveur ou réécrire dans un fichier existant. La seule question, c’est de savoir qui lance ce fichier PHP. A mon avis c’est lors de la visite d’une personne quelconque sur ton site que ça déclenche le processus.







Ouais, parce que les crons, PHP n’y a pas trop accès. Je vois pas comment il pourrait le faire autrement.



En tout cas c’est pratiques ces mises à jours automatiques, j’ai pu mettre à jours tout mes domaines Wordpress d’un seul coup. D’ailleurs c’est à cause du Wordpress MU que j’ai choisi ce CSM (et aussi parce qu’il est simple de faire des templètes).



Le 26/10/2013 à 07h 55







NiCr a écrit :



Un article sur le meilleur CMS du marché <img data-src=" />







Un bon truc pour faire des blogs, c’est tout.

C’est tellement mal conçu, même pas programmé en POO, avec deux tables qui stockent toutes les données dans des champs en JSON… que c’est impossible de faire quelque chose de rapide, optimisé, pour autre chose que des sites statiques. Je désespère de voir de plus en plus de monde partir sur Wordpress en ayant dans l’idée de faire un site super compliqué (qui mériterait une vraie base de données relationnelle), pour un grand public. Ils s’en mordent les doigts à chercher des plugins, puis à devoir modifier les plugins car aucun ne fait exactement pile poil ce qu’ils veulent, et sans savoir comment ça fonctionne dernière… puis de faire ramer le serveur et de ne pas savoir comment s’en sortir…









Yzokras a écrit :



Je suis un aigris, blablabla







<img data-src=" />









Yzokras a écrit :



Un bon truc pour faire des blogs, c’est tout.

C’est tellement mal conçu, même pas programmé en POO, avec deux tables qui stockent toutes les données dans des champs en JSON… que c’est impossible de faire quelque chose de rapide, optimisé, pour autre chose que des sites statiques. Je désespère de voir de plus en plus de monde partir sur Wordpress en ayant dans l’idée de faire un site super compliqué (qui mériterait une vraie base de données relationnelle), pour un grand public. Ils s’en mordent les doigts à chercher des plugins, puis à devoir modifier les plugins car aucun ne fait exactement pile poil ce qu’ils veulent, et sans savoir comment ça fonctionne dernière… puis de faire ramer le serveur et de ne pas savoir comment s’en sortir…







Tout à fait d’accord avec toi, ce truc est une sacré usine à gaz. Y a qu’à voir comment un simple blog rame. Bon c’est rien comparer à Prestashop et ces milliers de fichiers (pour le block top par exemple on se retrouve avec des dizaines de fichier pour afficher un simple header <img data-src=" />



C’est vrai que c’est un plus niveau sécurité.





taralafifi a écrit :



Ça fait flipper sérieux. Si maintenant ils peuvent écrire ce qu’ils veulent sur notre serveur, c’est une bonne porte pour les hackers.

J’espère que cette feature peut se désactiver.







“….l’équipe de Wordpress signale que les développeurs auront des contrôles pour gérer ces nouveautés, notamment les mécanismes de mises à jour automatiques.” <img data-src=" />



Par contre je vois pas trop l’intérêt de récupérer la MAJ sur leur site alors qu’on peut y accéder très simplement depuis le tableau de bord. <img data-src=" />









serwol a écrit :



Tout à fait d’accord avec toi, ce truc est une sacré usine à gaz. Y a qu’à voir comment un simple blog rame. Bon c’est rien comparer à Prestashop et ces milliers de fichiers (pour le block top par exemple on se retrouve avec des dizaines de fichier pour afficher un simple header <img data-src=" />







Déjà tu compare Prestashop, un CMS e-commerce à WordPress un CMS orienté blog/site communautaire. Ils n’ont absolument rien en commun.



Je vais attendre la 3.8, car il n’y a en dehors des trads ameliorées, pas de grande nouveautées en fait. Et surtout pas de patchs sécurité ou performance.



Les majs auto c’est une semi bonne nouvelle, en production pour des sites complexes, tu ne laisse pas les développeurs d’un plugin dire pour toi si ça va aller pour toi.



Personnellement je modifie enormement certains petits et grands plugins jusqu’a en faire des “forks”, je hack aussi le core pour les commentaires (on peux pas ajouter certains trucs contre les spambots). Bref les majs auto c’est pas demain la veille que je les permet :-) et de toute façon j’ai desactivé le ftp sur mon serveur

.


Ah et pour les perfs, en fait tout les cms qui permettent de créer des sites un peu communautaire s(drupal/wordpress) sont gourmands niveau ressources php.



Ca demande pas mal de tweaks et de travail en admin server, les perfs mysql sont pas catastrophique du tout, ce sont les perfs php qui sont pourri et qu’il faut compenser avec des systèmes de caches opcodes (je cache certaines partie de pages, pas d’autres…)



Pour un site avec xx visiteurs simulatannés et dynamique, il faut un dédié, pas le choix sans, c’est une tendance du web en général : Le web2.0 (ajax/php) a besoin de dédiés, c’est aussi pour ça que les offres dédiées deviennent accessible hein.








gounzor a écrit :



Ca demande pas mal de tweaks et de travail en admin server, les perfs mysql sont pas catastrophique du tout, ce sont les perfs php qui sont pourri et qu’il faut compenser avec des systèmes de caches opcodes (je cache certaines partie de pages, pas d’autres…)







Le passage à PHP 5.5 améliore un peu les choses. J’ai constatés sur le code PHP seul des gains allant au dessus de 50%.









zefling a écrit :



Le passage à PHP 5.5 améliore un peu les choses. J’ai constatés sur le code PHP seul des gains allant au dessus de 50%.







nice, je vais tester ça.



Le 26/10/2013 à 09h 33







gounzor a écrit :



Ah et pour les perfs, en fait tout les cms qui permettent de créer des sites un peu communautaire s(drupal/wordpress) sont gourmands niveau ressources php.



Ca demande pas mal de tweaks et de travail en admin server, les perfs mariadb sont pas catastrophique du tout, ce sont les perfs php qui sont pourri et qu’il faut compenser avec des systèmes de caches opcodes (je cache certaines partie de pages, pas d’autres…)



Pour un site avec xx visiteurs simulatannés et dynamique, il faut un dédié, pas le choix sans, c’est une tendance du web en général : Le web2.0 (ajax/php) a besoin de dédiés, c’est aussi pour ça que les offres dédiées deviennent accessible hein.







Évitez cette merde de MySQL désormais









Yzokras a écrit :



Un bon truc pour faire des blogs, c’est tout.

C’est tellement mal conçu, même pas programmé en POO, avec deux tables qui stockent toutes les données dans des champs en JSON… que c’est impossible de faire quelque chose de rapide, optimisé, pour autre chose que des sites statiques. Je désespère de voir de plus en plus de monde partir sur Wordpress en ayant dans l’idée de faire un site super compliqué (qui mériterait une vraie base de données relationnelle), pour un grand public. Ils s’en mordent les doigts à chercher des plugins, puis à devoir modifier les plugins car aucun ne fait exactement pile poil ce qu’ils veulent, et sans savoir comment ça fonctionne dernière… puis de faire ramer le serveur et de ne pas savoir comment s’en sortir…















serwol a écrit :



Tout à fait d’accord avec toi, ce truc est une sacré usine à gaz. Y a qu’à voir comment un simple blog rame. Bon c’est rien comparer à Prestashop et ces milliers de fichiers (pour le block top par exemple on se retrouve avec des dizaines de fichier pour afficher un simple header <img data-src=" />







On sent bien les mecs programmeurs qui bossent dans la conception de sites web et qui l’ont mauvaise parce que les gens préfèrent faire un site sous Wordpress pour pas cher plutôt que de payer plusieurs milliers d’€uros une boite qui leur fera un site qui sera pas beaucoup mieux! <img data-src=" />









taralafifi a écrit :



Ça fait flipper sérieux. Si maintenant ils peuvent écrire ce qu’ils veulent sur notre serveur, c’est une bonne porte pour les hackers.

J’espère que cette feature peut se désactiver.







C’est vrai que c’est tellement mieux que le “moteur” WP ne se mette pas à jour et qu’on soit à la merci de la moindre faille de sécurité si on oublie d’aller faire les mises à jour régulièrement… <img data-src=" />









Maxouille-la-fripouille a écrit :



C’est vrai que c’est tellement mieux que le “moteur” WP ne se mette pas à jour et qu’on soit à la merci de la moindre faille de sécurité si on oublie d’aller faire les mises à jour régulièrement… <img data-src=" />





Comment faisait-on avant ?









zefling a écrit :



Le passage à PHP 5.5 améliore un peu les choses. J’ai constatés sur le code PHP seul des gains allant au dessus de 50%.







Je viens de regarder. En fait c’est peut être parce que tu as activé Opcache. Les perfs de php5.5 semblent bien meilleures, mais 50% ça me semble énorme sans opcode justement.









Maxouille-la-fripouille a écrit :



On sent bien les mecs programmeurs qui bossent dans la conception de sites web et qui l’ont mauvaise parce que les gens préfèrent faire un site sous Wordpress pour pas cher plutôt que de payer plusieurs milliers d’€uros une boite qui leur fera un site qui sera pas beaucoup mieux! <img data-src=" />



C’est vrai que c’est tellement mieux que le “moteur” WP ne se mette pas à jour et qu’on soit à la merci de la moindre faille de sécurité si on oublie d’aller faire les mises à jour régulièrement… <img data-src=" />







Honnêtement si un client veux un site wordpress qui ne ressemble pas au site de tout le monde avec un template achetéà 30$ et des perfs pourraves, ça lui coûtera de 1 à quelques milliers d ‘euros selon le travail.



Ensuite les majs automatiques, ça ne cible que les gens qui n’utilisent pas grand chose de pas générique, donc sûrement un utilisateur qui ne sait pas mettre à jour lui même ces plugins justement, et en cas de fail de la maj (ce qui arrive très souvent), il sera bien ennuyé si il sait pas se connecter en ftp pour supprimer la maj.









xillibit a écrit :



Comment faisait-on avant ?







Est-ce une raison pour que ça n’évolue pas? <img data-src=" />







gounzor a écrit :



Honnêtement si un client veux un site wordpress qui ne ressemble pas au site de tout le monde avec un template achetéà 30$ et des perfs pourraves, ça lui coûtera de 1 à quelques milliers d ‘euros selon le travail.



Ensuite les majs automatiques, ça ne cible que les gens qui n’utilisent pas grand chose de pas générique, donc sûrement un utilisateur qui ne sait pas mettre à jour lui même ces plugins justement, et en cas de fail de la maj (ce qui arrive très souvent), il sera bien ennuyé si il sait pas se connecter en ftp pour supprimer la maj.







Oui t’inquiète j’ai bien compris que les boites qui faisaient des sites web margaient à mort dessus et que c’était presque de l’arnaque. Un commercial d’une de ces boites me l’a avoué à demi mot.



Bref, je préfère encore me démerder avec un Wordpress largement suffisant pour moi et qui m’a coûté peanut, plutôt que de payer plusieurs milliers d’€uros pour un site pas beaucoup mieux où il faudra raquer à chaque modif! <img data-src=" />



Quand aux mises à jour, y’a des gens qui administrent pas leur site tout les jours ou régulièrement, donc les mises à jour auto sont une très bonne chose pour garder une certaine sécurité. <img data-src=" />









Maxouille-la-fripouille a écrit :



Oui t’inquiète j’ai bien compris que les boites qui faisaient des sites web margaient à mort dessus et que c’était presque de l’arnaque. Un commercial d’une de ces boites me l’a avoué à demi mot.



Bref, je préfère encore me démerder avec un Wordpress largement suffisant pour moi et qui m’a coûté peanut, plutôt que de payer plusieurs milliers d’€uros pour un site pas beaucoup mieux où il faudra raquer à chaque modif! <img data-src=" />





N’exagérons pas, il y a l’ivraie et il y a le bon grain. Comme dans tous les domaines tu as des boites qui arnaques et tu en as d’autres qui font ça bien… sachant que celles qui font ça bien on rarement besoin de commerciaux dédiés (vu que les clients restent et font de la pub pour toi…).



Après, pour les updates, c’est bien pour les flémards, les autres ils s’inscrivent à la newsletter et ils reçoivent un mail quand ils doivent update et aller 15 minutes sur leur serveur faire ça.

Ce n’est donc pas une avancé majeure, juste un gain de temps pour ceux qui ont un ou plusieurs wordpress génériques pas très important.









Bejarid a écrit :



N’exagérons pas, il y a l’ivraie et il y a le bon grain. Comme dans tous les domaines tu as des boites qui arnaques et tu en as d’autres qui font ça bien… .





Oui <img data-src=" /> (pour les nostalgiques)



Intéressante comme idée, ça permet d’éviter de trop s’en soucier…



D’ailleurs ça me fait penser, quelqu’un connaît un lecteur de musique léger et simple à intégrer facilement dans une page pour un site..wordpress ? (en évitant si possible un flashplayer, iphone toussa.. <img data-src=" />)








gounzor a écrit :



Je viens de regarder. En fait c’est peut être parce que tu as activé Opcache. Les perfs de php5.5 semblent bien meilleures, mais 50% ça me semble énorme sans opcode justement.







J’ai pas moyen de mesurer sur Wordpress, c’est juste un constat sur mon propre framework, j’ai pas mal de timer pour vérifier les temps d’exécutions. Parfois j’ai peu de gain, d’autres c’est assez énorme. Je ne sais pas trop qu’est-ce qui a été optimisé.









Maxouille-la-fripouille a écrit :



Oui t’inquiète j’ai bien compris que les boites qui faisaient des sites web margaient à mort dessus et que c’était presque de l’arnaque. Un commercial d’une de ces boites me l’a avoué à demi mot.







Je compte meme plus le nombre d’agences ‘créative’ qui font tourner leurs site sous du theme forest et qui vendent des themes au prix ‘fort’, en faisant passé ça pour du travail sur mesure…









ff9098 a écrit :



Évitez cette merde de MySQL désormais





Tu peux étoffer ?



Ca fait tourner la majorité des sites communautaires, une partie des professionnels.



Sur de l’hébergement gratuit ou premier prix, il n’y a quasiment que ce choix. Les frameworks et les CMS se connectent nativement dessus.



Selon moi, c’est pratique et ça fait son job.



Un serveur dédié, on fait ce qu’on veut, mais c’est bien plus cher !









Yzokras a écrit :



Un bon truc pour faire des blogs, c’est tout.

C’est tellement mal conçu, même pas programmé en POO, avec deux tables qui stockent toutes les données dans des champs en JSON… que c’est impossible de faire quelque chose de rapide, optimisé, pour autre chose que des sites statiques. Je désespère de voir de plus en plus de monde partir sur Wordpress en ayant dans l’idée de faire un site super compliqué (qui mériterait une vraie base de données relationnelle), pour un grand public. Ils s’en mordent les doigts à chercher des plugins, puis à devoir modifier les plugins car aucun ne fait exactement pile poil ce qu’ils veulent, et sans savoir comment ça fonctionne dernière… puis de faire ramer le serveur et de ne pas savoir comment s’en sortir…





Merci… J’ai failli faire un commentaire mais tout est là.

Je me demande comment les développeurs peuvent encore mettre à jour cette merde. C’est du PHP de l’an 2001, comme Joomla, phpBB, etc. Avec du PHP dans les templates HTML qui appelle des conditionnelles Javascript. Pour un bout de script, il te faut déjà quelques secondes de réflexion avant de comprendre que ça n’affiche qu’une popin.

Wordpress c’est quand même du très petit projet.



Du bon MVC object, il y a que ça de vrai.

Symfony, il y a que ça de vrai…



Pour les DB soit, tu fais du merise abouti, soit tu fais du big data, mais faire les 2. C’est souvent synonyme de gros caca en bout de chaînes. Stocké du json dans une base de données, c’est tellement ridicule.







Maxouille-la-fripouille a écrit :



C’est vrai que c’est tellement mieux que le “moteur” WP ne se mette pas à jour et qu’on soit à la merci de la moindre faille de sécurité si on oublie d’aller faire les mises à jour régulièrement… <img data-src=" />





Que ton Apache puisse écrire dans toute l’arbo de ton site est une faille. ;)







Maxouille-la-fripouille a écrit :



Oui t’inquiète j’ai bien compris que les boites qui faisaient des sites web margaient à mort dessus et que c’était presque de l’arnaque.





C’est rien de le dire. Mais ils sont obligés car la moindre modif ultérieure de ce truc va engendrer des coups monstrueux. Je connais même une agence Web qui arrête de faire du wordpress.

Car la gestion la clientèle future est trop complexe.

Quand une agence web te propose du Wordpress, c’est qu’elle se fout de toi.







Groumfy a écrit :



Tu peux étoffer ?

Ca fait tourner la majorité des sites communautaires, une partie des professionnels.

Sur de l’hébergement gratuit ou premier prix, il n’y a quasiment que ce choix. Les frameworks et les CMS se connectent nativement dessus.

Selon moi, c’est pratique et ça fait son job.





Cette base est simplement pratique.



Si MySql est rencontré fréquemment, c’est:

-1: gratos

-2: ca roxe en lecture de data, sur des requêtes non complexes



Pour tout le reste, c’est du caca, gestion des index, vue matérialisée, gestion du type date, pas de merge, pas d’except, pas de fonction, pas de planification de sauvegarde évoluée, etc

Est-ce qu’elle gère les requêtes récursives, la recherche full-text ?



Pendant 5 années, j’ai gouté à Mssql 2008, c’est tout à fait autre chose.









Maxouille-la-fripouille a écrit :



Oui t’inquiète j’ai bien compris que les boites qui faisaient des sites web margaient à mort dessus et que c’était presque de l’arnaque. Un commercial d’une de ces boites me l’a avoué à demi mot.



Bref, je préfère encore me démerder avec un Wordpress largement suffisant pour moi et qui m’a coûté peanut, plutôt que de payer plusieurs milliers d’€uros pour un site pas beaucoup mieux où il faudra raquer à chaque modif! <img data-src=" />



Quand aux mises à jour, y’a des gens qui administrent pas leur site tout les jours ou régulièrement, donc les mises à jour auto sont une très bonne chose pour garder une certaine sécurité. <img data-src=" />







Ah mais evidemment qu’il y a des agences qui coûtent cher pour un service faible, c’est comme partout. Mais c’est comme tout les produits, tu as des magasins qui vendent très cher des trucs moins cher ailleurs.



Cela dit la vraie différence entre si tu installes toi même ton blog wordpress avec un thème gratuit ou low cost et si tu le fait faire intégralement par une agence ou un freelance c’est pas le prix.



C’est comme si tu compares un costume zara à ta taille et à 300 euros, et un costume faite sur-mesure pour toi et uniquement toi.



Ca n’a rien à voir, mais c’est surtout une question d’objectif de ton site ou de ta marque et de besoins : est ce que tu as besoin que ton site ait une identité unique qui corresponde exactement à ce que tu veux? Est ce qu’avoir une identité non-générique est important?



Si oui alors c’est normal que tu paies cher un tailleur/modéliste qui va te faire quelque chose sur-mesure qui correspond au mieux à ce dont tu as besoin, et selon tes demandes.



Si non alors un site visuellement et fonctionnellement générique, te va très bien pas de soucis.



Après reste le problème des capacités techniques, tu es capable d’installer wordpress, c’est bien. Mais il y a des gens qui sont pas capable d’installer des bougies sur leur voiture, alors si ils tombent sur un garagiste malhonnête ou cher, il va leur prendre chéro pour dévisser des bougies.



Ensuite le prix de la prestation est un autre problème, si celui qui fait ton costume est mauvais et cher c’est parce que tu l’as mal choisi, s’il est très bon et très cher mais que tu n’en as pas les moyens alors c’est que tu dois trouver un compromis.



Franchement, ça viendrait à l’idée de qui de vouloir un BMW au prix d’une Clio ?



Cela dit, aller voir une agence pour au final préférer avoir un thème générique et un wordpress, c’est de toute façon sans sens car c’est certain que ça coûtera trop cher, quand on veux que ça, si on sait pas le faire, on demande à un freelance (graphiste/développeur pour ça). Pour une demande de ce genre il te facture au maximum une demi journée (de 150 à 200 euros), alors qu’une agence elle te prend 500600 pour une journée de travail.



Ca sera moins cher (car le freelance à moins de frais fixes qu’une agence), il fera ce que tu veux et son objectif ça sera que tu soit le plus vite capable de faire les petites interventions seuls, par ce que oui la maintenance des majs, pour lui ne sera pas rentable.









zefling a écrit :



J’ai pas moyen de mesurer sur Wordpress, c’est juste un constat sur mon propre framework, j’ai pas mal de timer pour vérifier les temps d’exécutions. Parfois j’ai peu de gain, d’autres c’est assez énorme. Je ne sais pas trop qu’est-ce qui a été optimisé.







C’est intéressant en tout cas merci, comme ça j’ai vu que je devrais migrer tout mes dévs php en mysqli à un moment ou un autre T-T









gounzor a écrit :



Cela dit, aller voir une agence pour au final préférer avoir un thème générique et un wordpress, c’est de toute façon sans sens car c’est certain que ça coûtera trop cher, quand on veux que ça, si on sait pas le faire, on demande à un freelance (graphiste/développeur pour ça). Pour une demande de ce genre il te facture au maximum une demi journée (de 150 à 200 euros), alors qu’une agence elle te prend 500600 pour une journée de travail.



Ca sera moins cher (car le freelance à moins de frais fixes qu’une agence), il fera ce que tu veux et son objectif ça sera que tu soit le plus vite capable de faire les petites interventions seuls, par ce que oui la maintenance des majs, pour lui ne sera pas rentable.







Une demi-journée max ? N’exagerons rien quand meme… faut manger, amigo.



Edit : Et c’est oublié qu’a moins tu es cher, a plus le client est chiant.




Laravel ou symphony sont beaucoup plus représentatif du PHP moderne que WP mais on ne parle que de l’outil le plus populaire..


Mais vous me faites rire, comment vous pouvez comparer du Symfony avec du WordPress, mais vous avez perdu l’esprit ?? Essayez de vous ouvrir un peu aux problématiques que les petites agences peuvent avoir. Tu peux pas facturer un Symfony 2 comme tu facture un WordPress, les coûts ne sont pas les même. Et donc WordPress s’adresse à du bon bas de gamme.



En comparaison je dirais que ce sont les supermarché qui rapportent le plus d’argent et non pas les centre commerciaux.








lossendae a écrit :



Laravel ou symphony sont beaucoup plus représentatif du PHP moderne que WP mais on ne parle que de l’outil le plus populaire..







Zend, Synphony, Cake toussa, c’est sans doute super. Mais ce sont des frameworks php qui sont la plupart du temps manipuler par de VRAI dev php qui sont de mon point de vue, de véritable spécialiste. Dans la plupart des cas (et je dis bien DANS LA PLUPART), si on est d’accord pour dire qu’un bon inté ne fait pas forcement un bon dev php, l’inverse est aussi vrai.



Wordpress, c’est un Content Management System… ça n’a deja plus grands choses a voir avec un framework. Pour etre plus pertinant, on pourrait le comparer a Drupal, mais la derniere fois que j’ai jeter un oeil dessus, j’ai été effarer de la pauvreté de la doc des que l’on aborde le theming.



Du coup, la plupart du temps, l’utilisation d’un frameworks par un pur dev php, entraine dans le meme temps l’appel a un integrateur / Webdesigner (un hybride, ou deux purs)….



Là, déjà, on est plus dans les mêmes budgets… On voit mal le client qui a un budget de 2000 EUR s’offrir ces deux ou trois presta.



L’avantage avec Wordpress, est qu’un intégrateur qui connait un peu le php, qui est un peu Webdesigner, peut monter facilement un site institutionnel, plus ou moins chiader. Allez, a la rigueur, pour une petite (je dis bien PETITE) boutique en ligne. Le tout avec la possibilité pour le client final de l’administrer très facilement car lui, n’est pas forcement Webmaster. Ce peut etre meme une secrétaire, hein…



C’est bien documenté, c’est bien documenté, et c’est bien documenté. Sans compté la communauté qui gravite autour, les plugin, et le tatouin.



Alors apres c’est sur, s’il s’agit de développer un applicatif en ligne, un intranet, ou autre, je dis pas et je rigolerais si on me disait qu’il fallait le mettre en place avec WP. Mais de toute façon, les budget dans ce type de projet ne sont deja plus les memes…



Wordpress, c’est plus pour de la PME / TPE, du site institutionel ou evenementiel, quand meme.



Je compare juste le projet Wordpress et Symfony. Il est clair qu’ils répondent à deux besoins différents.



Même si tous les deux ont une énorme communauté. Pour l’un, le code est quand même ultra mal foutu (pas MVC, pas objet, pas de moteur de template, la DB en l’air, …), l’autre c’est carrément mieux.



Un jour Wordpress passera à la trappe à cause de ça, il sera remplacé par un autre CMS (blog, communautaire). Et certains frappent déjà à la porte.

Une agence web (qui capitaliserait un peu), la création d’un bundle symfony pour créer un blog n’est pas vraiment complexe pour répondre aux même besoins que Wordpress.



Wordpress tient grâce à sa communauté, sa popularité et la foultitude de plugins.



Tu écris:







maaSGARD a écrit :



L’avantage avec Wordpress, est qu’un intégrateur qui connait un peu le php, qui est un peu Webdesigner, peut monter facilement un site institutionnel, plus ou moins chiader. Allez, a la rigueur, pour une petite (je dis bien PETITE) boutique en ligne. Le tout avec la possibilité pour le client final de l’administrer très facilement car lui, n’est pas forcement Webmaster. Ce peut etre meme une secrétaire, hein…

quand meme.





Le jour où un CMS comme Wordpress sort avec un moteur de template comme Twig … L’intégrateur n’aura même pas besoin d’avoir des notions de PHP. Dans une agence, il pourrait se balader sur des plateformes applicatives complètement différentes car il s’en moquerait. J’ose même pas imaginer le sort de Wordpress.

A mes yeux, les couts d’intégration baisseraient drastiquement.



J’ai réalisé quelques fois de l’intégration Wordpress. C’est simplement à s’arracher les cheveux. Sous Symfony, tu réfléchis vraiment qu’à l’essentiel de l’intégration.









gounzor a écrit :



Cela dit, aller voir une agence pour au final préférer avoir un thème générique et un wordpress, c’est de toute façon sans sens car c’est certain que ça coûtera trop cher







Je n’ai été voir aucune agence pour mon site, je me suis toujours démerdé moi-même, après quelques recherches je me suis tourné vers du WP pour faire un truc propre pour présenter mon activité, j’ai cherché un theme qui correspondait à ce que je voulais (quelques chose de simple dans un premier temps) et qui dans le même temps était capable de faire des choses un peu plus “évoluées” de base au cas où un jour je voudrais faire évoluer mon site sans devoir changer de thème. J’ai trouvé ce thème, il m’a coûté 40€ et au final avec le nom de domaine et l’hébergement chez OVH ça m’aura coûté 70€ le tout la première année pour un site propre. Parce que quand je vois certains sites fait par des sois disant “pro” (je parle pas de boites web) et qui sont réalisés sous dreamweaver ou autre logiciels, qui au final ne ressemble à rien, qu’on dirait des sites de début 2000 voir fin 90, ben le mien n’a rien à leur envier! <img data-src=" />



Non, les tarifs je les ai eu par les boites qui m’ont démarché, et par du bouche à oreille de personnes en ayant fait faire un. Je ne parle même pas des arnaques avec les fameux contrats de 2-3 ans où l’on nous fait raquer 100€ par mois pour soit disant un référencement continu et un site s’affichant dans les premiers résultats Google, qu’on m’a proposé et que j’ai décliné! <img data-src=" />







maaSGARD a écrit :



Et c’est oublié qu’a moins tu es cher, a plus le client est chiant.







Ah bon parce que quand t’es cher le client n’est pas chiant? <img data-src=" />



Le 26/10/2013 à 22h 43

De toute façon le PHP ça pue <img data-src=" />








ff9098 a écrit :



De toute façon le PHP ça pue <img data-src=" />





C’est pas faux.

Je suis dev PHP et il est clair que ce langage a des sérieux problèmes.

Sa souplesse cause de grands problèmes (notamment son typage faible).



De ce fait, sa professionnalisation a été très tardive, ce qui a engendré des trucs du type Wordpress, Joomla, …. :)

Puis, c’était la foire au framework, pour commencer à professionnaliser un peu et à canaliser les “mauvais dév”. (J’avais vu une conf où le présentateur en avait listé 200)

Après Zend est arrivé (sans se presser), depuis ça s’améliore. (4-5 frameworks sortent du lot, tout le reste à couler)



En fait, PHP commence à peine a être mature (car il y a à mon sens toujours des hérésies dans ce langage). C’est très facile de faire qqch rapidement. Mais au quotidien, tu es toujours à la recherche de documentation, à la course au bug et écrire des tests de typage qui n’auraient aucun sens sur d’autres langages (genre est ce que ce int est un entier ??). PHP 6 est le saint Graal normalement (si il sort un jour).



C’est ce que je voulais faire ressentir en parlant de Wordpress qui pour moi n’est pas “professionnalisé”. Pas que les dév sont des buses mais que son historique est lourd et un souhait de garder une compatibilité ascendante.



L’usage qu’a en fait Maxouille est pour moi pratiquement le seul usage auquel Wordpress est destiné et il le fait très bien.

Mais pour un bon gros site, qui se dit un peu pro, normalement Wordpress n’est pas une solution.

Pourtant, de nombreux sites d’info l’utilisent (ex:Techcrunch), je me demande comment le site arrive à être maintenu (… l’archi qui doit du coup souffrir aussi par capillarité).



Enfin bon …. vive Wordpress (la prochaine version) et vive PHP (la prochaine version aussi)

:)



Le 26/10/2013 à 23h 29







iook a écrit :



C’est pas faux.

Je suis dev PHP et il est clair que ce langage a des sérieux problèmes.

Sa souplesse cause de grands problèmes (notamment son typage faible).



De ce fait, sa professionnalisation a été très tardive, ce qui a engendré des trucs du type Wordpress, Joomla, …. :)

Puis, c’était la foire au framework, pour commencer à professionnaliser un peu et à canaliser les “mauvais dév”. (J’avais vu une conf où le présentateur en avait listé 200)

Après Zend est arrivé (sans se presser), depuis ça s’améliore. (4-5 frameworks sortent du lot, tout le reste à couler)



En fait, PHP commence à peine a être mature (car il y a à mon sens toujours des hérésies dans ce langage). C’est très facile de faire qqch rapidement. Mais au quotidien, tu es toujours à la recherche de documentation, à la course au bug et écrire des tests de typage qui n’auraient aucun sens sur d’autres langages (genre est ce que ce int est un entier ??). PHP 6 est le saint Graal normalement (si il sort un jour).



C’est ce que je voulais faire ressentir en parlant de Wordpress qui pour moi n’est pas “professionnalisé”. Pas que les dév sont des buses mais que son historique est lourd et un souhait de garder une compatibilité ascendante.



L’usage qu’a en fait Maxouille est pour moi pratiquement le seul usage auquel Wordpress est destiné et il le fait très bien.

Mais pour un bon gros site, qui se dit un peu pro, normalement Wordpress n’est pas une solution.

Pourtant, de nombreux sites d’info l’utilisent (ex:Techcrunch), je me demande comment le site arrive à être maintenu (… l’archi qui doit du coup souffrir aussi par capillarité).



Enfin bon …. vive Wordpress (la prochaine version) et vive PHP (la prochaine version aussi)

:)







Pour avoir dev en PHP et Python, malgré le fait qu’ils soient tous deux faiblement typé. Python me parait clairement supérieur



J’ai vu de loin python.

Mais quand je vois l’intérêt que porte tous les grosses boites - notamment Google, qui sont loin d’être des buses dans le web.



Je me dis que je devrais mis mettre.

Enfin PHP pour moi, c’est plus utilisé avec Symfony qu’autre chose maintenant.



On s’éloingne, mais y-a-t-il des gros framework bien puissant sous Python ?








iook a écrit :



Je compare juste le projet Wordpress et Symfony. Il est clair qu’ils répondent à deux besoins différents.







Tu m’étonnes. Comparer une application clé en main avec un framework. <img data-src=" /><img data-src=" />










Maxouille-la-fripouille a écrit :



Je n’ai été voir aucune agence pour mon site, je me suis toujours démerdé moi-même, après quelques recherches je me suis tourné vers du WP pour faire un truc propre pour présenter mon activité, j’ai cherché un theme qui correspondait à ce que je voulais (quelques chose de simple dans un premier temps) et qui dans le même temps était capable de faire des choses un peu plus “évoluées” de base au cas où un jour je voudrais faire évoluer mon site sans devoir changer de thème. J’ai trouvé ce thème, il m’a coûté 40€ et au final avec le nom de domaine et l’hébergement chez OVH ça m’aura coûté 70€ le tout la première année pour un site propre.







Oui mais c’est la différence : tu savais faire plein de choses (enregistrer un domain, enregistrer un hébergement, te connecter en ftp, te connecter à une base de donnée) et en plus tu as cerné exactement ce dont tu avais besoin, et pas plus que ça.



Tu as passé du temps à apprendre tout ça, et tu en as les capacité techniques.

Mais c’est loin d’être le cas de plein de gens, pour mon père par exemple, qui est un noob et qui panique assez vite, on lui a fait avec un ami développeur il y a x années un site 100% sans framework pour son activité (un genre de site catalogue, sans achat en ligne).



C’était l’admin qui était surtout importante, pour qu’il ajoute lui même ces objets de manière ultra-simple pour lui.



Avec un wordpress, il aurait fallu le former, mais surtout et il aurait fallu tordre pas mal l’interface d’admin pour que la profusion de rubriques de l’interface ne le perde pas et le fasse pas paniquer.

On aurait du aussi pas mal ajouter de trucs techniques aux formulaires de post, ça aurait été assez long, et ça aurait risqué d’être tout pété à chaque maj.



Faire un site comme celui là, c’est en fait assez rapide. Et là surtout on a fait l’admin sur mesure pour lui, et avec lui, il n’a absolument jamais rien de technique à faire, pour lui c’est simplissime et rapide, c’est exactement comme d’envoyer un statut facebook, et c’est le plus important pour son site : qu’il puisse ajouter lui même énormement d’objets rapidement. Et ça ne lui a pas coûté très cher non plus.



Bref, il en faut pour tout le monde, et pour tout les budgets. Cela dit, là ou tu as bien raison de râler, c’est que dans ces métiers, il n’y a pas de “grilles” de prix de référence. Moi je connais les tarifs, parce que j’ai travaillé là dedans, mais c’est loin d’être évident pour un néophyte.







Maxouille-la-fripouille a écrit :



Ah bon parce que quand t’es cher le client n’est pas chiant? <img data-src=" />







Oui. Le seul critère qualité pour plein de clients c’est le prix, car ils n’ont pas la culture et la connaissance pour voir qu’un site est bien réaisé et est de bonne qualité, donc leur seule référence pour estimer la qualité d’un travail c’est celle du prix, comme quand on achète une hifi ou un ordi et qu’on y connait rien, on se dit que plus c’est cher, mieux c’est.



Les clients qui ne paient pas cher ont l’impression “que le type qui leur fait le site leur fera un site au rabais” que “ce type est pas cher parce qu’il est pas bon”, ou qu’“il est pas cher parce que c’est un crétin et qu’ils peuvent donc tirer sur la corde pour en avoir plus”. Car en réalité ils ne savent pas voir qu’un site est bien ou mal fait, qu’il vaut plus ou moins cher.



Du coup ils sont trop exigeants pour le prix qu’ils paient, ils n’ont pas confiance, et ça fait perdre du temps (et donc de l’argent) au presta quand ils font des retours sur des détails pour lesquels il n’ont pas payés. Dans ce cas là le prix est le seul argument clef pour qu’ils comprennent :/



Personnellement, je facturais absolument tout les retours non indiqués dans le devis initial, plus cher que le temps que j’y passe. Parce que je suis pro et je prépare bien le travail et le devis pour que ça réponde pile à ce que le client veux, au juste prix, et qu’en signant ce devis le client est censé avoir lui aussi assez travaillé et réfléchi, pour me dire ce qu’il fallait pour son site.

Je lui dit évidemment avant que les retours sur le devis seront refacturés au temps passé à xxx euros jour.



Donc si ce qu’il veux change en cours de production, et que ça me rajoute du temps du travail, alors je refacture, et cher, car ça me fait perdre du temps sur un autre travail.









iook a écrit :



Quand une agence web te propose du Wordpress, c’est qu’elle se fout de toi.





Cette base est simplement pratique.



Si MySql est rencontré fréquemment, c’est:

-1: gratos

-2: ca roxe en lecture de data, sur des requêtes non complexes



Pour tout le reste, c’est du caca, gestion des index, vue matérialisée, gestion du type date, pas de merge, pas d’except, pas de fonction, pas de planification de sauvegarde évoluée, etc

Est-ce qu’elle gère les requêtes récursives, la recherche full-text ?



Pendant 5 années, j’ai gouté à Mssql 2008, c’est tout à fait autre chose.







Un professionnel, ça commence avec une vitrine sympatoche, et après il veut du e-commerce, des templates de pages, des mailing lists, une gestion de comptes, blah, blah, …



Pour Wordpress, c’est le même concept : il faut rester dans les usages prévus, modulo les plugins répandus et opérationnels.



MySQL n’est pas prévu pour les usages que tu as cité. Il fait le boulot de base (pouff pouff <img data-src=" />)





Pour les petites structures(*), je vois mal justifier une licence de BDD pro pour des raisons de prix d’une part, et des raisons de licence d’autre part. Dans mon choix de CMS, les deux critères sont importants.



(*) : groupe de potes, associations, …









taralafifi a écrit :



Ça fait flipper sérieux. Si maintenant ils peuvent écrire ce qu’ils veulent sur notre serveur, c’est une bonne porte pour les hackers.

J’espère que cette feature peut se désactiver.





Moi ce qui me ferait peur c’est que le site se mette à jour avec un MàJ qui fasse tout planter et que je m’en apperçoive après coup.



Pour moi, quelle que soit la mise à jour, aussi mineure soit-elle c’est toujours quelque chose de potentiellement risqué pour la bonne marche du site. Il me paraît donc délirant que ça devienne quelque chose qui puisse se faire quand l’admin du site n’est devant son ordi pour vérifier que tout se passe bien.










maaSGARD a écrit :



Wordpress, c’est un Content Management System… ça n’a deja plus grands choses a voir avec un framework. Pour etre plus pertinant, on pourrait le comparer a Drupal, mais la derniere fois que j’ai jeter un oeil dessus, j’ai été effarer de la pauvreté de la doc des que l’on aborde le theming.

[…]



L’avantage avec Wordpress, est qu’un intégrateur qui connait un peu le php, qui est un peu Webdesigner, peut monter facilement un site institutionnel, plus ou moins chiader. Allez, a la rigueur, pour une petite (je dis bien PETITE) boutique en ligne. Le tout avec la possibilité pour le client final de l’administrer très facilement car lui, n’est pas forcement Webmaster. Ce peut etre meme une secrétaire, hein…



C’est bien documenté, c’est bien documenté, et c’est bien documenté. Sans compté la communauté qui gravite autour, les plugin, et le tatouin.



[…]



Wordpress, c’est plus pour de la PME / TPE, du site institutionel ou evenementiel, quand meme.







Je travaille avec PHP et pour avoir eue à reprendre le travail de précédent dev ou convertir un theme à 30€ pour une logique particulière, c’est l’enfer !



Des API pour tout et rien, des hack à tire l’arrigot, une logique hook qui ne permet pas de savoir ou quand une propriété oue fonction à expressement été overridé, et j’en passe…



Tant qu’a travailler avec un CMS je prefere encore partir sur du MODx, ProcessWire ou encore PyroCMS.



Se passer de Wordpress pour faire un site, même simple, n’est pas élitiste, c’est de la logique si on est dev appelé à maintenir un site jusqu’a sa révision complete ou sa mort (du site).



Que celui qui n’est pas dev utilise WP me parait logique, mais il ne fait clairement pas le même métier que moi.

Faire un site WP, c’est revenir 4 ans en arriere. Dans la logique de vie de PHP, c’est juste une eternité vu ce que les versions plus récentes ont apportés.



Combien de fois j’ai vu des mecs pas capable d’écrire un plugin relativement gros from scratch, mais assurer à qui veut l’entendre que WP est la meilleure solution possible.









iook a écrit :



Pendant 5 années, j’ai gouté à Mssql 2008, c’est tout à fait autre chose.







J’ai goutté à Oracle et d’autres trucs qui compte un bras qui gère des quantité de données phénoménales… Bizarrement ça me viendrai même pas à l’idée de les foudre dernière un CMS qui aura au mieux 100 visiteurs dans le journée. Déjà que ça tiens très bien sur un site qui monte à plus de 50 000 page enquêtées par jour.



Pour les trucs où t’auras au mieux 2 Mo de DB, tu vas pas faire simple, même un SQLite peut suffire. Pas besoin d’un truc qui gère des trucs dont tu te fous pour des petits CMS.









iook a écrit :



Pour tout le reste, c’est du caca, gestion des index, vue matérialisée, gestion du type date, pas de merge, pas d’except, pas de fonction, pas de planification de sauvegarde évoluée, etc

(…)

Pendant 5 années, j’ai gouté à Mssql 2008, c’est tout à fait autre chose.





J’ai goûté à MSSQL 2k5 puis 2k8.



Quand tu vois que t’es pas capable d’avoir un export simple d’une BdD complète sous form de gros script SQL que tu pourras simplement exécuter de l’autre côté pour remettre en place une BdD fraîche (ou faire un grep dans ton export, ou prendre une partie seulement, ou…), je t’assure que ça fait un choc.



MSSQL 2k5 c’était encore pire:





  • tu fais un script pour une table T avec une champ x qui est renommé en xy puis dans le même script un “select xy from T”, tu vas avoir une erreur par l’interpréteur parce qu’en pré-parsant ton script avant de commencer son exécdution, il trouvera que T.xy n’existe pas.



  • impossible de faire un create view sans un “go” avant, qui te fait perdre tout contexte antérieur.



  • impossible d’avoir une structure de variable un tant soit peu pratique pour stocker une collection de données dans un script.



    Bref, c’était pas le super paradis non plus (même si ça a déjà bien évolué avec 2k8).





    Pour la planification de backup sous MySQL, ça demande une ligne dans un cron, et c’est beaucoup plus proche d’une approche linux (modularité, séparation des tâches en entités distinctes), qui est la plateforme pour laquelle MySQL a été pensé au départ.



    Après, je ne suis pas ultra expert en fonctionnalités les plus reculées des BdD, mais pour un site web, même complexe et à usage pro, le MySQL est largement suffisant.









zefling a écrit :



J’ai goutté à Oracle et d’autres trucs qui compte un bras qui gère des quantité de données phénoménales… Bizarrement ça me viendrai même pas à l’idée de les foudre dernière un CMS qui aura au mieux 100 visiteurs dans le journée.





Je plussoie: Oracle apporte de la valeur ajoutée pour les besoins critiques, et notamment les énormes quantités de données.



Typiquement, c’est assez flagrant quand tu brasses des centaines de millions d’entrées et que tu dois coller tout ça au cul d’un ETL.



Par contre pour faire un site web, c’est à peu près aussi pertinent que coder un site statique en CGI + langage C & assembleur.










Maxouille-la-fripouille a écrit :



On sent bien les mecs programmeurs qui bossent dans la conception de sites web et qui l’ont mauvaise parce que les gens préfèrent faire un site sous Wordpress pour pas cher plutôt que de payer plusieurs milliers d’€uros une boite qui leur fera un site qui sera pas beaucoup mieux! <img data-src=" />







Et bien tu te goures sur toute la ligne car moi quand on me demande du site pas cher je fais un wordpress pour le client en le prévenant des différences avec du sur mesure.



Je n’ai rien contre ces solutions car elles permettent en effet de faire des sites moins cher pour le client mais quand tu regardes au final les ressources consommées pour un simple site vitrine de 5 pages, tu te dis que ce sont tout de même des bonnes usines à gaz.









brazomyna a écrit :



J’ai goûté à MSSQL 2k5 puis 2k8.



Quand tu vois que t’es pas capable d’avoir un export simple d’une BdD complète sous form de gros script SQL que tu pourras simplement exécuter de l’autre côté pour remettre en place une BdD …





C’est bizarre mais il m’avait semblé l’avoir fait … ou alors c’était avec un outil tier.



Cron, pour planifier c’est très bien. Mssql, ca va simplement 100 fois plus loin. Tu peux mettre des conditions dans tous les sens.



Après moi, non plus, je ne mettrai pas de la grosse DB sur un petit site, ça va de soi.

Mais MySQL inculque de grosses erreurs de conception…







zefling a écrit :



Pour les trucs où t’auras au mieux 2 Mo de DB, tu vas pas faire simple, même un SQLite peut suffire. Pas besoin d’un truc qui gère des trucs dont tu te fous pour des petits CMS.





J’ai pas dit ça: je réponds juste au monsieur qui demande c’est quoi le problème avec MySQL. Pour un site comme Wordpress, normalement un SQLite devrait suffire. :p







Groumfy a écrit :



MySQL n’est pas prévu pour les usages que tu as cité. Il fait le boulot de base (pouff pouff <img data-src=" />)



Pour les petites structures(*), je vois mal justifier une licence de BDD pro pour des raisons de prix d’une part, et des raisons de licence d’autre part. Dans mon choix de CMS, les deux critères sont importants.



(*) : groupe de potes, associations, …





Sauf que souvent il y a erreur sur les licences justement. MsSql Express est gratuite et n’est pas une db au rabais. Tu es juste limité par la taille des db à 10Go.



ET puis y a PostGree aussi, qui fait le taf et qui est 100 fois mieux que MySQL. Enfin y’en a plein d’autres qui sont toutes mieux que MySQL.









iook a écrit :



Cron, pour planifier c’est très bien. Mssql, ca va simplement 100 fois plus loin. Tu peux mettre des conditions dans tous les sens.





Cron dit juste de lancer quelque chose pour checker à intervalle régulier. Libre à toi de faire tout ce que tu veux ensuite, que ce soit en terme de fréquence ou d’exécution effective ou en tâches.



Perso, j’ai des scripts (écrits en PHP-CLI en plus) qui font 30 lignes et incluent du cleaning, de la réplication, du check, de l’upload FTP, un backup du www du site, un rsync incrémental vers une place tierce, etc… Le tout sans le moindre besoin d’un soft tiers en dehors de que ce qu’on trouve dans toute install linux de base (+ MySQL + PHP, évidemment).





Mais MySQL inculque de grosses erreurs de conception…



Argument fallacieux: quand on tape de traviole sur un clou, c’est rarement la faute du marteau.





Sauf que souvent il y a erreur sur les licences justement. MsSql Express est gratuite et n’est pas une db au rabais. Tu es juste limité par la taille des db à 10Go.



Exact, j’avais omis ce point.



Néanmoins, un MsSql impose l’utilisation d’un serveur qui tournera sous Windows derrière, et qui imposera donc (en plus d’une restriction quant à l’utilisation de l’OS qu’on préfère) des coûts de licence indirects.









iook a écrit :



C’est bizarre mais il m’avait semblé l’avoir fait … ou alors c’était avec un outil tier.





Impossible sûr à 100% sous 2k5, sûr à 80% sous 2k8.



Sinon, autre exemple vécu: un restore de DB impossible à faire depuis un lecteur réseau (à nouveau, sous 2k5, pas testé sous 2k8).

Super quand on a un fichier de backup sur un NAS, t’es bon pour copier le fichier de backup sur un disque local avant de démarrer le backup (en espérant que tu aies suffisamment de place en local).






Bien sur.



On se rejoint sur tous les points.



Pour Cron, je trouve que l’événementiel est pas top. Après, on fait ce qu’on veut au niveau du script.

Un des mauvais points de Mssql, c’est la plateforme unique. Pas que Windows Server soit mauvais (mais ca a un cout), c’est surtout que son administration est un paradigme complètement différent de celui de Linux.



Là, où Ms est vraiment puissant. C’est sur son environnement de dév.

Mais on s’écarte du sujet.

Il faudrait que je créé un compte sur le forum pour continuer à discuter des avantages et des inconvénients de toutes les BDD.



Un dernier point sur Mssql, j’ai testé LocalDB. C’est assez cool pour dév.

C’est même pas moi qui est lancé le sujet MySQL… :p


Le 27/10/2013 à 16h 33







iook a écrit :



J’ai vu de loin python.

Mais quand je vois l’intérêt que porte tous les grosses boites - notamment Google, qui sont loin d’être des buses dans le web.



Je me dis que je devrais mis mettre.

Enfin PHP pour moi, c’est plus utilisé avec Symfony qu’autre chose maintenant.



On s’éloingne, mais y-a-t-il des gros framework bien puissant sous Python ?







Je connais que Django, qui est très bon









iook a écrit :



Un des mauvais points de Mssql, c’est la plateforme unique. Pas que Windows Server soit mauvais (mais ca a un cout)







Pour moi, c’est à la fois la force et la faiblesse des produits Microsoft:



L’avantage c’est que (dans la plupart des cas), on a une solution entièrement intégrée du début à la fin pour une suite d’outils qui couvre une palette extrêmement large de besoins divers pour à peu près tous les projets IT: BdD, environnement de développement, langage & framework, OS, etc. Et tout ça fonctionne ensemble et chaque outil s’intègre bien avec son voisin.

L’autre avantage c’est que ça s’intègre également bien avec la suite bureautique ultra majoritaire sur le marché (Office + Outlook). Et pour les projets d’info de gestion (90% des besoins dans l’IT pro ?), c’est un avantage certain.



L’inconvénient, c’est que c’est quasiment du tout ou rien: soit on fait du “tout Microsoft” pour chaque aspect du projet, soit ça devient galère parce qu’en dehors des intégrations prévues avec les autres outils du même éditeur, c’est beaucoup moins pensé dès le départ pour s’interfacer avec une tierce partie.

L’autre inconvénient, c’est que du coup, le choix est plus restreint: un (seul) SGBD, un (seul) langage/framework réellement intégré (.net), un (seul) environnement de dév. réellement intégré (VStudio), etc… là où sous linux c’est a diversité qui est la règle et qui guide la façon de concevoir les outils.





c’est surtout que son administration est un paradigme complètement différent de celui de Linux.



J’ai toujours eu beaucoup de mal avec l’admin sous windows: pour moi LE point essentiel de l’administration c’est la capacité à pouvoir automatiser tous les aspects, même les plus insignifiants. Or l’admin sous windows est pas mal pensée au départ pour de la GUI, donc quelque chose de peu automatisable.

our autant que j’ai touché à windows (et en avouant que je me suis pas suffisamment frotté au powerShell pour voir s’il y avait vraiment une rupture -en bien- dans ce domaine), j’ai jamais réussi à retrouver ce qui fait pour moi la force de linux.



Le 27/10/2013 à 21h 01







Groumfy a écrit :



Tu peux étoffer ?



Ca fait tourner la majorité des sites communautaires, une partie des professionnels.



Sur de l’hébergement gratuit ou premier prix, il n’y a quasiment que ce choix. Les frameworks et les CMS se connectent nativement dessus.



Selon moi, c’est pratique et ça fait son job.



Un serveur dédié, on fait ce qu’on veut, mais c’est bien plus cher !







Migre vers MariaDB, c’est le fork de MySQL crée lors du rachat de Sun par Oracle (exactement la même raison que pour la création de LibreOffice).

La majeure partie des distribs Linux ont sauté le pas. Les perfs MariaDB sont déjà supérieures à celles de MySQL (Après OpenOffice, Oracle foire MySQL)









Yzokras a écrit :



Un bon truc pour faire des blogs, c’est tout.

C’est tellement mal conçu, même pas programmé en POO, avec deux tables qui stockent toutes les données dans des champs en JSON…





Bizarre. Je viens de regarder la BDD de mon blog sous wordpress, et je vois pas de donnée stockée dans un champ JSON.

Tu peux en dire plus ?









xillibit a écrit :



Comment faisait-on avant ?







on faisait un boulot de con ou on laissait des trous béants en comptant sur sa bonne fortune et ses grigris (et ce n’est pas si rare chez des «pros» qui n’hésitent par ailleurs pas sur la facture <img data-src=" />.)



Sinon je ne peux que plussoyer les amateurs de solution sur mesure, même si ça a aussi des inconvénients et autres faiblesses diverses et variées.

‘Fin bon, perso j’aime bien les puristes et les intégristes du code <img data-src=" />









ff9098 a écrit :



Migre vers MariaDB, c’est le fork de MySQL crée lors du rachat de Sun par Oracle (exactement la même raison que pour la création de LibreOffice).

La majeure partie des distribs Linux ont sauté le pas. Les perfs MariaDB sont déjà supérieures à celles de MySQL (Après OpenOffice, Oracle foire MySQL)







Ou sinon on arrête les jouets pour enfants, et on adopte les jouets d’hommes : Postgresql.

<img data-src=" />







<img data-src=" /><img data-src=" />









lateo a écrit :



Ou sinon on arrête les jouets pour enfants, et on adopte les jouets d’hommes : Postgresql.

<img data-src=" />





Perso, j’opte rarement pour le tank comme moyen de locomotion quand je vais faire mes courses à la supérette du coin.

<img data-src=" />









lateo a écrit :



Ou sinon on arrête les jouets pour enfants, et on adopte les jouets d’hommes : Postgresql.

<img data-src=" />







<img data-src=" /><img data-src=" />







Il faut pas croire que passer de MySQL à PgSQL c’est aussi simple que ça. Surtout si t’as eu la bonne idée d’écrire toi même les requêtes (en PHP).



Bon, WP ne gère visiblement pas PostgreSQL :

-http://codex.wordpress.org/Using_Alternative_Databases

-http://wordpress.org/plugins/postgresql-for-wordpress/









brazomyna a écrit :



Impossible sûr à 100% sous 2k5, sûr à 80% sous 2k8.



Sinon, autre exemple vécu: un restore de DB impossible à faire depuis un lecteur réseau (à nouveau, sous 2k5, pas testé sous 2k8).

Super quand on a un fichier de backup sur un NAS, t’es bon pour copier le fichier de backup sur un disque local avant de démarrer le backup (en espérant que tu aies suffisamment de place en local).







Eh bien, tu as tout faux ! Faire des script de génération de base ou mise à jour se fait en 2 clics depuis SQL Server Management et ce depuis au moins SQLServer 2000 (j’ai utilisé de 2000 à 2008). Pour les problèmes de table inexistantes, il suffit de mettre des conditions de vérification en T-SQL dans le script. Tu peux même lui dire de le faire automatiquement dans les options de génération de script.



Le 28/10/2013 à 08h 12







lateo a écrit :



Ou sinon on arrête les jouets pour enfants, et on adopte les jouets d’hommes : Postgresql.

<img data-src=" />

<img data-src=" /><img data-src=" />







Les CMS sont plutôt du genre MySQL donc pas sur que PostgreSQL soit ultra adapté. Sinon concernant les perf oui c’est clair que c’est meilleur









iook a écrit :



Sauf que souvent il y a erreur sur les licences justement. MsSql Express est gratuite et n’est pas une db au rabais. Tu es juste limité par la taille des db à 10Go.



ET puis y a PostGree aussi, qui fait le taf et qui est 100 fois mieux que MySQL. Enfin y’en a plein d’autres qui sont toutes mieux que MySQL.













ff9098 a écrit :



Migre vers MariaDB, c’est le fork de MySQL crée lors du rachat de Sun par Oracle (exactement la même raison que pour la création de LibreOffice).

La majeure partie des distribs Linux ont sauté le pas. Les perfs MariaDB sont déjà supérieures à celles de MySQL (Après OpenOffice, Oracle foire MySQL)







@vous deux

Ce n’est pas un problème de BDD ou de langage, mais d’hébergeur. Ce que vous me proposez nécessite un serveur. Les serveurs sont plus chers que les hébergements, c’est tout.

C’est une question d’historique, il faut le temps que les offres d’hébergement évoluent. Pour l’instant, on est encore dans l’ère du PHP/MySQL.





J’ai un compte gratuit sur Openshift. Il y a plus de choix. Malheureusement, je ne l’ai pas choisi pour le site, car la tarification grimpe rapidement.









Groumfy a écrit :



@vous deux

Ce n’est pas un problème de BDD ou de langage, mais d’hébergeur. Ce que vous me proposez nécessite un serveur. Les serveurs sont plus chers que les hébergements, c’est tout.

C’est une question d’historique, il faut le temps que les offres d’hébergement évoluent. Pour l’instant, on est encore dans l’ère du PHP/MySQL.





J’ai un compte gratuit sur Openshift. Il y a plus de choix. Malheureusement, je ne l’ai pas choisi pour le site, car la tarification grimpe rapidement.







Il me semble qu’OVH propose des mutualisés avec Windows/SQL Server.



Le 28/10/2013 à 08h 38







Edtech a écrit :



Il me semble qu’OVH propose des mutualisés avec Windows/SQL Server.







On parle de MariaDB et pgSQL et tu nous sort SQL server ?









ff9098 a écrit :



On parle de MariaDB et pgSQL et tu nous sort SQL server ?







J’ai du confondre avec certains qui parlaient de plateforme Windows obligatoire alors !









brazomyna a écrit :



Perso, j’opte rarement pour le tank comme moyen de locomotion quand je vais faire mes courses à la supérette du coin.

<img data-src=" />





<img data-src=" />

pourtant c’est pratique pour se garer : même quand ya pas de place, ya de la place







ff9098 a écrit :



Les CMS sont plutôt du genre MySQL donc pas sur que PostgreSQL soit ultra adapté.





Ah bah voui, aux dernières nouvelles peu de CMS supportaient postgres.

Mais je me place dans le cadre d’un code roulé à la main.







ff9098 a écrit :



Sinon concernant les perf oui c’est clair que c’est meilleur





Côté « Features » c’est loin d’être dégueu aussi.

Et certains hébergeurs grand public commencent (depuis un moment) à le proposer à côté de mysql/mariadb.









zefling a écrit :



Il faut pas croire que passer de MySQL à PgSQL c’est aussi simple que ça. Surtout si t’as eu la bonne idée d’écrire toi même les requêtes (en PHP).







Ça c’est clair.

Enfin c’est pas transparent, m’enfin ça ne casse pas non plus 3 pattes à un canard.









Groumfy a écrit :



@vous deux

Ce n’est pas un problème de BDD ou de langage, mais d’hébergeur. Ce que vous me proposez nécessite un serveur. Les serveurs sont plus chers que les hébergements, c’est tout.

C’est une question d’historique, il faut le temps que les offres d’hébergement évoluent. Pour l’instant, on est encore dans l’ère du PHP/MySQL.





J’ai un compte gratuit sur Openshift. Il y a plus de choix. Malheureusement, je ne l’ai pas choisi pour le site, car la tarification grimpe rapidement.







Moi je propose rien du tout. J’écris simplement que MySql et Wordpress, c’est pas top.

Surtout pour des raisons historiques. Relis mes messages, stp.



Tu as raison!! Une des raisons historiques, c’est l’hébergement.

MySql a, l’avantage de se déployer facilement et de ne pas trop manger de cycle cpu. Les hébergeurs ont vu là, une très bonne base de données.



Le couple Php/MySql s’est alors répandu comme une trainée de poudre sur le net. Facile à comprendre, à déployer, plutôt rapide…

On recommencerait à zéro aujourd’hui, l’histoire ne serait pas la même. Car il y a plus de professionnalisation dans le monde du web. Php/MySql ne serait certainement pas l’environnement de dév le plus répandu sur le web.



Maintenant, la plupart des framework, des sites clés en main s’appuient (comme tu l’écris) sur MySql. Il faut faire avec, même si on grogne.

Ça me réjouit quand même de trouver des gens qui ont la même idée que moi sur cette base de données. Et on peste gratuitement sur elle … en attendant que des jours meilleurs arrivent.

Il y a quelques années, donner une opinion négative de MySql te faisait passer pour un troll obligatoirement. Les temps changent. :)



De toute façon, tant que n’est pas dév ou que tu ne fouilles pas un peu, prendre un outil qui marche est l’essentiel. Relis le thread, tu verras que de toute façon, ça dépend toujours du contexte, de ce que tu veux faire, de tes moyens, etc…

Et c’est peut-être ce que je préfère dans l’informatique, c’est de faire des choix (avec leurs avantages et leurs inconvénients)









iook a écrit :



[…] Le jour où un CMS comme Wordpress sort avec un moteur de template comme Twig … […]







Tiens, c’est marrant mais depuis que tu a évoqué le sujet, le nom de ‘Twig’ m’a été susurré par 3 dev php avec qui je travaille sur un projet en ce moment.



En fouinant, je suis tombé sur un module qui permet apparemment d’intégrer Twig a Wordpress : Timber et un ou deux articles qui m’ont l’air instructif notament :Celui-là



Je pense que je vais l’essayer pour un prochain projet qui serait pas trop ric-rac a livré, histoire de pouvoir prendre le temps de me pencher correctement dessus.



Merci beaucoup pour cette piste interessante en tout cas :)









maaSGARD a écrit :



Tiens, c’est marrant mais depuis que tu a évoqué le sujet, le nom de ‘Twig’ m’a été susurré par 3 dev php avec qui je travaille sur un projet en ce moment.



En fouinant, je suis tombé sur un module qui permet apparemment d’intégrer Twig a Wordpress : Timber et un ou deux articles qui m’ont l’air instructif notament :Celui-là



Je pense que je vais l’essayer pour un prochain projet qui serait pas trop ric-rac a livré, histoire de pouvoir prendre le temps de me pencher correctement dessus.



Merci beaucoup pour cette piste interessante en tout cas :)







J’ai pas vu le plugin twig pour Wordpress.

Si il est bien intégré avec la réécriture des fonctions PHP, ca peut être vraiment le pied. :)



Après ca reste un moteur de template mais son système d’inclusion/importation/surcharge est vraiment super. :)



Sinon tu as le XSL en moteur de template qui peut être sympa aussi. :p