Toutes mes réponses sur les forums
-
Messages
-
mais comme je n’aime pas ne pas comprendre… je veux bien pousser le bouchon plus loin.
[…]
Je n’ai absolument aucun autre désagrément dans l’interface ou l’utilisation des média sur le site.Moi non, plus, je n’aime pas comprendre, mais là c’est vraiment curieux. Essaye d’activer les messages de débogage dans le fichier wp-config.php define(WP_DEBUG, True); pour voir si tu as des messages d’erreur au niveau de l’interface, mais je n’y crois guère.
J’ai vérifié sur mon installation (en 4.7.3), je n’ai pas de problème avec l’interface de modifications des images.
Ce matin, j’ai un message « Erreur lors de la connexion à la base de données ». Essaye de te connecter à la base de données avec phpMyAdmin (en utilisant les identifiant / mot de passe du fichier wp-config.php). Cela permettra dans un premier temps de vérifier que la base de données est fonctionnelle.
Ok, c’est en effet plus clair. Une des choses qui me vient à l’esprit qui pourrait expliquer que le problème se présente dans le multisite et pas dans la configuration standard, c’est les permaliens dont les règles changent. As-tu constaté d’autres dysfonctionnements dans la configuration multisite comme par exemple des problèmes pour accéder aux articles ou a certaines pages ?
Pour le reste, il faudrait aussi que tu mettes à jour ta version de PHP vers une version 7 surtout si tu n’as pas d’extensions installées et donc de risque d’incompatibilité.
Tout fonctionne bien sauf que des que je passe en multisite je ne peux plus editer les images de la bibliotheque.
Précisément quel est le problème ? Tu as un message d’erreur ? Tu ne vois plus les images dans la bibliothèque (ce qui est normal entre différents sites du réseau) ? Lorsque tu parles d' »editer » que cherches tu précisément à faire (tu parles de la fonction « Modifier » dans la bibliothèque pour faire des rotations, redimensionner… ) ?
le support d’OVH m’a conseillé de supprimer la base de données et d’installer le module en 1 clic
Si effectivement, tu n’as pas beaucoup de données et que tu ne te souviens pas précisément de ce qui a été fait, ce sera plus simple et plus rapide de faire une sauvegarde et de repartir sur des bases saines. D’autant plus que des « manips » ont pu ajouter d’autres problèmes à celui de base.
Par contre comme la souligné Flogobo, on déconseille généralement l’usage des installations scriptées qui bien que pratiques peuvent se révéler complexes à gérer.
cURL error 28: Operation timed out after 1001 milliseconds with 0 bytes received
Ce message laisse penser à un problème de configuration de l’hébergement (cURL est un module PHP). Est-ce que l’extension cURL est bien activé chez ton hébergeur (à vérifier dans une page de configuration PHP) et correctement configurée. As-tu essayé de contacter le support de ton hébergeur à ce sujet ?
As-tu essayé cette extension ? Par contre elle ne génère pas d’export vers Excel, tu as simplement la liste des URLs de tes articles dans une page.
c’était un problème de patch sur les kernels
C’est quand même curieux qu’un problème de patch du noyau bloque uniquement le téléchargement des extensions et pas des thèmes.
Si tu peux charger des thèmes mais pas des extensions c’est qu’il n’y a pas de problème de configuration du serveur ou de problème avec WodPress.org.
As-tu configuré JetPack pour gérer les extensions ? Si tu le désactives peux-tu charger des extensions ? As-tu vérifié les droits sur le répertoire wp-content\plugins ?
Mon souci actuel c’est que je ne sais pas quoi faire du site principal exemple.com, qui en fait n’a plus lieu d’être car pour tout utilisateur un sous-site devrait apparaître systématiquement.
Le but du multisite, c’est pas de faire du multilingue ; le site principal est censé être la « vitrine » pour le réseau, celui qui permet par exemple les inscriptions. Après, tu peux l’utiliser comme site en anglais par défaut qui pourrait être utilisé lorsque la résolution de la langue ne se sera pas faite.
Afin de réaliser un site multilingue, je viens de terminer l’installation de WordPress en multisites.
Dans la plupart des cas, la meilleure solution pour un site multilingue est une extension multilingue.
Alors mon hébergeur à augmenter la taille de mes données elles étaient de 2Mo et maintenant elles sont passés à 64 Mo.
Rien à voir avec ce que je posais comme question ; je parlais de la taille de la base de données, certains y mettent des quotas qui peuvent bloquer le fonctionnement de WordPress lorsqu’ils sont atteints. Je ne penses pas que 02swtich le fasse mais je n’ai pas trouvé l’information.
Mais malgré cela j’ai toujours le même message lorsque j’essaie de télécharger de nouvelles extensions.
As-tu le même message pour charger un thème ? As-tu essayé après avoir désactivé les autres extensions ?
Inscription d’un nouvel utilisateur sur votre site Télévision presse WordPress <wordpress@tvpresse.info> via …
moudiaye8, s’il s’agit d’une simple inscription sur un site WordPress, il faut que tu contactes le gestionnaire du site en question, c’est lui qui pourra t’aider. Nous ne sommes pas en mesure d’intervenir sur des sites privés que nous ne gérons pas.
et en plus je ne comprend pas quel est ce lien !
Dans tous les cas, cela n’a pas d’intérêt pour un utilisateur, c’est un lien sur une interface de programmation. Regarde cet article qui explique ce que c’est.
Bizarre que le fichier index.php ait disparu, il n’y a pas de raison.
Il est inutile de tout recommencer, retirer simplement la configuration multisite puis installer l’extension multiligue est suffisant.
ils sont réglés sur personnalisé, mais quand je retire « index.php » de l’adresse, cela ne fonctionne plus. Ce qui me paraît logique…
En quoi est-ce logique ? Le but de la personnalisation des URLs c’est justement de mettre ce que l’on souhaite. Personnellement je n’ai pas « index » dans mes permaliens. C’est peut-être simplement un problème de syntaxe ou de configuration.
Dans un premier temps, après avoir sauvegardé la syntaxe actuelle de tes permaliens, essaye de mettre une des autres propositions de permaliens présentes dans le tableau de bord en vérifiant que le fichier .htaccess à la racine du site soit accessible en modification pour voir ce que cela donne.