> 5.1.4. Le Client confirme posséder l’ensemble des connaissances techniques nécessaires pour assurer > une administration correcte des ressources mises à sa disposition par OVHcloud dans le cadre des > Services et pour s’assurer de la pérennité des données stockées sur lesdites ressources, > notamment via la réalisation d’opérations de sauvegarde. > > 5.1.5. Le Client s’engage également à prendre connaissance de la documentation mise à sa disposition > par OVHcloud et relative aux Services.
et d'autre part une proposition alléchante qui vous décharge d'avoir toute compétence technique:
Je suis bien d'accord avec toi. Il faudrait supprimer les modules en un click, mais la dernière fois que j'ai émis cette hypothèse, j'ai obtenu un tollé de contestations. C'est pourtant ce qu'il faudrait faire. OVH veut le beurre et l'argent du beurre, ils veulent rameuter les gens qui n'ont pas de connaissance technique, ils les allèchent avec les modules en un click, mais après, ils ne veulent pas les aider, c'est à nous de le faire bénévolement (en disant de ne pas utiliser ces modules). Et si on faisait une pétition, parmi les "aideurs" qui me suivrait? Ou alors je commence par faire un sondage (ou plutôt questionnaire) : êtes-vous pour ou contre qu'on demande à OVH de supprimer ces modules?
Qui fait les mises à jour, si Wordpress ne le fait pas automatiquement ?
A ma connaissance les mises à jour des sites Wordpress se font automatiquement, y compris du core. En tout cas dans la dernière version. Alors si le module en un click a une vielle version, effectivement, ça ne le fait pas. PS : peut-être qu'il n'y a que le core justement, qui se mette à jour automatiquement, pas les addons (je parle : dans la dernière version).
Ah oui, bien sur, pas les maj majeures, je parlais des maj mineures du core. Mais je viens de regarder sur un de mes sites, ça me demande de mettre à jour de 5.6 à 5.8.3 et c'est manuel. Ce serait que les releases mineures (le dernier chiffre) qui seraient automatiques? Je me réponds : je pense que oui, et ça me demande aussi de mettre à jour des thèmes manuellement, et là aussi c'est le deuxième chiffre. Je vais supprimer mon message car je squat ta discussion. Je le laisse encore un peu. (ah effectivement, pour la mise à jour du core, il demande le mot de passe ftp. Seules les releases mineures peuvent se faire automatiquement car elles ne modifient pas l’arborescence)
Perso j'interviens plus sur ces choses car j'estime que c'est au support OVH de prendre en charge la solution clé en main qui est vendu comme "ne nécessitant aucune connaissances" (alors que c'est complètement faux).
Je ne suis pas juriste/avocat mais perso j'appelle ça de la tromperie commercial.
ah effectivement, pour la mise à jour du core, il demande le mot de passe ftp.
petit HS : je pense que si il te demande ça, c'est que le worker PHP n'a pas les droits sur les fichiers. Ou alors que le site tourne avec PHP en mod-apache (ce qui n'est pas terrible).
petit HS : je pense que si il te demande ça, c'est que le worker PHP n'a pas les droits sur les fichiers.
Oui, j'avais compris cela, mais cela m'étais déjà arrivé, je pensais que c'était normal.
Ou alors que le site tourne avec PHP en mod-apache (ce qui n'est pas terrible).
A oui il faudrait que je mette en œuvre le mode Nginx c'est ça? Mais on peut en mutualisé? Je l'ai fait sur un VPS mais en mutu? Désolé Fred je continue le squat. Sinon j'ai essayé de prendre le nom de ftp "résolu OVH", plutôt que ftp.domaine.fr j'ai mis avec le vrai nom de serveur chez OVH. Là ça marche il commence la mise à jour mais il est bloqué au moment de modifier ou de lancer un fichier genre WP_toto.php (pas le wp-config.php, un autre) et il annule l'opération d'update.
Est-ce qu'un modérateur pourrait créer une nouvelle discussion appelée "Problème mise à jour Wordpress" en y mettant le présent message? Merci.
> A oui il faudrait que je mette en oeuvre le mode Nginx c'est ça? Mais on peut en mutualisé? Je l'ai fait sur un VPS
Pas compétant avec Ngnix… une bonne pratique est de faire tourner PHP avec le user (POSIX, LDAP…) qui possède les fichiers du site. Tu fais ça avec PHP-FPM et un "connecteur" FCGI. Quand c'est le cas les scripts PHP de mise à jour ont tous les droits sur les fichiers et Wordpress ne demande jamais d'accès FTP.
