Ma base de données était assez grande avec beaucoup de données de test dans les tables comme chien de garde, journal d'accès, etc .. et je courais pour un certain ajout de problèmes. Ensuite, j'ai commencé à plonger dans la base de données et j'ai commencé à tronquer les tables de façon amusante. Je me rends compte que j'aurais dû utiliser un peu plus de discrétion parce que j'ai eu des problèmes sur le nouveau serveur de production.Drupal 6 - problème d'autorisations après la migration
Le principal problème est que les utilisateurs ne peuvent pas voir annonymous contenu, même si dans les « autorisations », elles sont définies pour accéder au contenu. En outre, ils étaient définitivement en mesure d'afficher le contenu avant la migration, il devait donc être l'une des tables que j'ai piraté. Parce que tout le reste fonctionne bien.
Quelqu'un a une idée qui table, si tronquée, peut produire des symptômes comme celui-ci?
Mise à jour: - J'ai vérifié que j'ai 0 utilisateur - ce qui aurait probablement donné les mêmes symptômes. - Le problème persiste cependant.
Voulez-vous dire qu'ils ne peuvent pas voir tout contenu? – Jared
Oui, fondamentalement, ils obtiennent un « accès refusé » sur tous les types de contenu comme la page, blog, etc .. Dans les autorisations, tout est bon - – tpow
cinqoTimo: vous pouvez modifier cette faute de frappe dans votre poste pour éviter toute confusion alors. –