Tous les messages pré-générés manquent : pages manquantes des Conditions d'utilisation, FAQ et Confidentialité

Salut à nouveau — à ma manière limitée, j’ai essayé la requête suivante dans l’Explorateur de données, mais je n’ai obtenu aucun résultat pertinent pour les messages supprimés dans la catégorie Staff

SELECT *
FROM topics
WHERE deleted_at is not NULL
AND category_id = 3 

ou même dans n’importe quelle catégorie

SELECT *
FROM topics
WHERE deleted_at is not NULL

Je me demande donc s’il se passe autre chose si les topics n’ont pas été supprimés. Existe-t-il une autre méthode pour détecter ces topics manquants ? Ou bien les posts système ne sont-ils pas stockés dans la table topics du tout ?

Ravi de voir vos compétences avec Data Explorer !
Ces sujets sont bien présents dans la table des sujets.

Essayez ceci :

SELECT id, title, deleted_at
FROM topics
Order by id
Limit 10

Vous devriez obtenir quelque chose comme ceci :

PS : Vous devrez peut-être également modifier deleted_by_id.

Salut @Paul_King, as-tu essayé ceci ?

Merci Nathan – excellente suggestion.
Cependant, le plus petit ID de sujet trouvé parmi les sujets supprimés est 20 ! 2020-05-09_11h43_22|381x500

Avez-vous l’un des éléments de 1 à 10 ? Il semble que non.

Il se peut que la meilleure solution soit de reconstruire le site à partir de zéro, puis de fusionner les bases de données d’une manière ou d’une autre. Ou alors, il faut se mettre au code de PostgreSQL !

Bonjour Nathan, cela liste bien un certain nombre de sujets supprimés, mais aucun de ceux préchargés manquants dans la catégorie du personnel.

Je me demande si je peux même manipuler la base de données pour annuler des suppressions, s’il n’y a aucune trace indiquant que les publications pré-initialisées manquantes ont jamais existé. Existe-t-il un moyen de relancer l’assistant de configuration sur une installation existante afin de déclencher la création de ces publications pré-initialisées ? Y a-t-il une raison pour laquelle l’assistant de configuration aurait pu les omettre la première fois ? (Peut-être y avait-il une option où j’ai cliqué sur « Ignorer » la première fois ?)

Est-il possible qu’il y ait eu un bug dans la version de Discourse en vigueur au moment où j’ai effectué la configuration ?

Est-il possible que, si les publications pré-initialisées manquantes ne sont même pas marquées comme supprimées mais qu’elles n’existent tout simplement pas, leur absence ne se propagera pas et n’écrasera rien si je restaure une base de données sauvegardée sur une nouvelle installation de Discourse ? Ou bien est-ce que la base de données de départ est entièrement supprimée et remplacée par la sauvegarde, avec tous ses défauts ?

Une autre chose à essayer est de sélectionner tos_topic_id, guidelines_topic_id et privacy_topic_id depuis la table site_settings.

Désolé, avec ce SQL :

SELECT value
FROM site_settings
WHERE name = 'tos_topic_id'

Merci Kane,

Je fais peut-être une erreur, mais pour moi :
SELECT tos_topic_id, site_settings

ou (je ne suis pas sûr de savoir quelle est la bonne, si l’une d’elles l’est)

SELECT tos_topic_id
FROM
site_settings

renvoie :
PG::UndefinedColumn: ERROR: la colonne “tos_topic_id” n’existe pas
LINE 7: SELECT tos_topic_id, site_settings

Ce que j’interprète comme signifiant qu’il n’y a pas de ‘tos_topic_id’ ?

Résultat similaire pour guidelines_topic_id et privacy_topic_id

Cela peut aider : How to regenerate FAQ and TOS pages?

Merci beaucoup !! C’est exactement ce que je cherchais - mais malheureusement pour moi, la commande finale
rake topics:update_static[en]
renvoie une erreur - je ne sais pas pourquoi, ni comment la résoudre.

Quelle est l’erreur ? (C’est toujours une bonne idée de poster l’erreur si vous voulez de l’aide. :wink:)

@Paul_King J’ai également rencontré une erreur lors de l’exécution de update_static, mais ma page FAQ est revenue !
@gerhard L’erreur est la suivante, et je suppose qu’elle est la même pour Paul.

[5] pry(main)> rake topics:update_static[zh_CN]
NameError: variable ou méthode locale non définie `update_static' pour main:Object

Vous exécutiez la tâche Rake dans la console Rails, ce qui ne fonctionne pas. Mais lorsque vous l’exécutez correctement, vous remarquerez que la tâche Rake n’existe plus. :wink:

Je recommande plutôt d’utiliser la méthode « Mise à jour manuelle » décrite dans Mettre à jour les catégories et les sujets préremplis. J’ai modifié les étapes de How to regenerate FAQ and TOS pages? - #2 by gerhard en conséquence.

Existe-t-il un moyen de faire fonctionner les liens CGU et Confidentialité dans la fenêtre d’inscription ? Rien de ce qui a été suggéré ci-dessus ne semble avoir fonctionné pour moi, bien que je puisse recréer des sujets CGU et Confidentialité qui ne sont pas liés.

Je ne suis pas sûr de la manière exacte dont ces sujets ont pu disparaître. J’ai simplement supposé que je les avais accidentellement supprimés d’une manière ou d’une autre lorsque j’ai constaté leur absence, mais d’après ce que j’ai lu, il ne devrait même pas être possible de le faire via l’interface utilisateur. Étant donné que d’autres semblent rencontrer un problème similaire, cela pourrait-il impliquer un bug quelque part ?

Je ne sais pas comment cela s’est terminé pour toi, Paul, mais tu peux maintenant créer tes propres pages CGU et Confidentialité en utilisant ceci :

https://meta.discourse.org/t/page-publishing/151971/31

Super ! Merci pour l’info, Nathan.

Je confirme que cela a fonctionné !

Vous devez également copier/coller les URL générées pour les publications publiées dans les champs correspondants de Paramètres/Légal, comme s’il s’agissait de pages de Conditions d’utilisation et de Politique de confidentialité « hébergées externement », si vous souhaitez que les liens vers ces pages dans la nouvelle fenêtre d’inscription fonctionnent. (Je ne sais pas pourquoi la FAQ est omise de la fenêtre d’inscription, mais vous pouvez également définir cette URL ici aussi — bien que je ne sache pas à quoi sert ce champ ou quel autre lien y pointe si elle n’est pas incluse dans la fenêtre d’inscription ?

Un contournement qui pourrait se révéler inefficace si le site changeait un jour d’URL, mais excellent pour l’instant, car il permet au moins aux utilisateurs de voir ce que sont réellement les conditions d’utilisation, etc., avant de s’inscrire !