Toutes mes réponses sur les forums
-
AuteurMessages
-
je suis en conversation avec eux actuellement
wp-optimize payant
ils viennent de changer de version, et maintenant j’ai une erreur dans compression Gzip qui est de leur fait, je viens de les informer par mail,
<b>Fatal error</b>: Uncaught Error: Cannot use object of type WP_Error as array in /home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-content/plugins/wp-optimize-premium/wp-optimize.php:1064 Stack trace: #0 /home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-includes/class-wp-hook.php(303): WP_Optimize->output_cache_gzip_tab( ») #1 /home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-includes/class-wp-hook.php(327): WP_Hook->apply_filters( », Array) #2 /home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-includes/plugin.php(470): WP_Hook->do_action(Array) #3 /home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-content/plugins/wp-optimize-premium/wp-optimize.php(871): do_action(‘wp_optimize_adm…’) #4 /home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-content/plugins/wp-optimize-premium/wp-optimize.php(820): WP_Optimize->display_admin_page(‘wpo_cache’) #5 /home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-includes/class-wp-hook.php(303): WP_Optimize->display_admin( ») #6 /home/clients/3a99b5833020ba5067a61ff4c6fbd9 in <b>/home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-content/plugins/wp-optimize-premium/wp-optimize.php</b> on line <b>1064</b>
maintenant j’ai ça
cURL error 60: SSL certificate problem: certificate has expired
j’en avais beaucoup de retards parce que j’ai tout réinstallé ce matin, à cause d’un plugin de cache qui m’em… wp optimize en payant
c’est la dernière chose que je vais faire maintenant, parce en autre il me demande de revenir à 7. lui aussi, mais j’avais déjà des problème avec lui avec… p’t que maintenant ça va aller ???
en tout cas merci pour tout.
suite
j’ai cliqué sous l’onglet php set time limit qui était en gris je l’ai mis en bleu (mais il n’est pas dit si ça active ou désactive set time limit !)
comme essai je mets à jour les extensions, pour l’instant ça à l’air de fonctionner, mais c’est à confirmer !
réponse dans mon tableau de bord
<div class= »update-messages lp-show-latest »>
<h2>Mise à jour de la traduction de WordPress (fr_FR)…</h2>
<b>Warning</b>: set_time_limit() has been disabled for security reasons in <b>/home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-admin/includes/class-wp-upgrader.php</b> on line <b>471</b>
La traduction a bien été mise à jour.</div>
<div class= »update-messages lp-show-latest »>
<h2>Mise à jour de la traduction de Neve (fr_FR)…</h2>
<b>Warning</b>: set_time_limit() has been disabled for security reasons in <b>/home/clients/3a99b5833020ba5067a61ff4c6fbd9e1/web/wp-admin/includes/class-wp-upgrader.php</b> on line <b>471</b>
La traduction a bien été mise à jour.</div>
non je veux bien faire tout ce qui peut être indispensable !
pour info j’ai changé pour 8.0 avant hier, et j’avais déjà cette erreur
je viens de revenir à 7.4 et je vais voir… !
13 mars 2021 à 18 h 43 min en réponse à : Hébergeur sinistré ! quelles conséquences pour les Sites hébergés. #2372207Si j’additionne j’ai 4 lieux de sécurité :
- mon hébergeur fait des sauvegardes
- mon ordi
- mon disque « backup » qu’il suffirait de débrancher et d’emporter dans ma poche
- le FTP qui ne brûle pas ! qui contient tout à jour, et sera toujours accessible de n’importe quel lieu, certes stocké chez l’hébergeur
je suppose que l’hébergeur (Infomaniak n’est pas « tête en l’air ») stocke les sauvegardes, les bases, le ftp dans des « lieux » distincts.
- Cette réponse a été modifiée le il y a 3 années et 7 mois par artisanat.
13 mars 2021 à 15 h 50 min en réponse à : Hébergeur sinistré ! quelles conséquences pour les Sites hébergés. #2372168en cas d’incendie, votre sauvegarde est perdue aussi.
Si la terre s’arrête de tourner c’est sur qu’on sera tous mal !
13 mars 2021 à 11 h 14 min en réponse à : Hébergeur sinistré ! quelles conséquences pour les Sites hébergés. #2372137personnellement je n’ai jamais eu confiance dans les cloud !
J’ai un disque de sauvegarde depuis toujours, je le renouvelle quand il est plein (mes fichiers commencent à 2018 la sauvegarde est automatique 2 à 3 fois par jour)
Je suis sur Mac : j’ai toujours refusé leur cloud : aucune confiance.
j’ai tout en double à demeure : par ftp j’ai tous mes plugins, mes thèmes, mes images (site de vente et site de voyages dans tous les cas beaucoup d’images), en fait tout les dossiers et fichiers de WP par ftp que je renouvelle quand il y a des changements.
et une sauvegarde de ma base par ftp aussi 1 à 2 fois par semaine transférée aussi sur mon mac.
quant à OVH ça fait un bail que je n’y suis plus je suis sur Infomaniak : à ce jour que du bon.
c’est la raison pour laquelle tous mes autres sites étaient impactés,
je ne les ai pas encore regardé, mais j’en suis sûre !
enfin nous avons trouvé
avec l’aide de https://wordpress.org/support/topic/warning-where/#post-13740986
et bon a retenir pour la prochaine fois
il fallait supprimer le code Waf dans .user.ini
merci pour votre réponse : je suis en multi-sites, mais à la base je n’avais pas prévu que wordfence concerne tous mes sites.
j’ai d’autres sortes de problèmes aussi que je n’avais jamais rencontré non plus : dans le ftp (filezilla) les dossiers d’images par années « sautent » d’une année dans l’autre :
par ex. 2020 se retrouvent dans par ex. le mois 02 de l’année 2014, c’est la première raison qui m’avait fait chercher un plugin de sécurité ! à l’instant les dossiers d’images continuent de se déplacer d’une année dans le mois d’une autre année.
(j’ai des sites hébergés depuis 2005)
je vais lire le tuto.
merci pour votre réponse rapide, cependant, j’avais déjà fait tout ça et c’est pour cette raison que j’ai fait appel à vous,
cependant j’ai rechargé à nouveau « les fichiers essentiels » de wp sans aucun effet.
j’avais aussi refait une nouvelle base à l’aide d’une sauvegarde que j’avais datant du 26 nov.20 la nommant différemment, mais gardant le prefixe.
dois détruire les caches, j’avais désactivé les plugins par un -x au bout du fichier, je viens de l’enlever, aucun effet non plus.
que faire ?
un nouveau site avec un nouveau nom ?
ok, certes en parlant de plusieurs sites je me disais en même temps « duplicate content » !
reprenons
donc polylang, mais alors :
les permaliens menu cassés étaient du à la « désorientation » du site qui « n’avait pas compris » qu’il y aurait, car pas encore de contenu traduit, prochainement des url nouvelles contenant /en/
conclusion : je dois mettre mon site en maintenance un temps relativement long (quelques heures, voire jours) le temps de fabriquer du contenu par la traduction… et que les liens menus « s’y retrouvent ».
Question subsidiaire : faut-il rajouter toutes les extensions qui sont proposées ?
- lingotek
- polylang woocommerce
et aussi :
est-ce que weglot serait plus simple que polylang ? qui dit Chaque version traduite de votre site Web sera indexée par Google, et que c’est très simple !
mais mais mais ! je viens de calculer le prix de revient de weglot : rédhibitoire https://weglot.com/pricing/ (800 produits x100 mots = 80 000 !)
après mes mésaventures avec polylang j’avoue que je flippe un peu…
merci pour votre aide,
merci pour vos réponses
autrement dit il faudrait traduire AVANT de mettre polylang en ligne ?
entretemps j’avais trouvé comment choisir une langue par défaut, mais faut jouer à la devinette !
cependant je me suis trouvé devant un problème sérieux : ce sont les liens.
Dans mon menu les rubriques ne « répondaient » pas , càd qu’on restait toujours sur la page d’accueil
par contre on pouvait tourner les pages sans problèmes.
merci pour vos réponses car j’ai essayé les « google translate » (différents plugins) qui sont d’autres genres de catastrophes : le site devient d’une telle lenteur que plus personne n’y viendra.
Actuellement je suis en train de me demander si la solution ne serait pas un multisite avec des finales .en etc que j’achèterais chez mon hébergeur préféré (Infomaniak)
merci d’avance
-
AuteurMessages