Échec de la mise à niveau de 2.3.0 à 2.8.1

[will_io]

Je dois être sûr que ce que je vis est normal.

Certificat SSL expiré, forçant une reconstruction de l’application qui a échoué.

Ce que j’ai dû faire après l’échec de la mise à niveau :

• reconstruire la base de données à partir des fichiers data_dir -
• sauvegardé les téléchargements -
• installé discourse localement, pointé la base de données vers celle existante -
• l’ai exécuté via la migration pour faire avancer la base de données -

Maintenant, je suis bloqué en essayant de démarrer discourse rails rails s -b 0.0.0.0 pour les tests.

La ligne de commande produit une sortie de transaction comme celle-ci depuis plus de 24 heures.

Je me demande comment je peux améliorer la vitesse de ce processus ? Et aussi, y a-t-il un moyen de vérifier la progression effectuée / le nombre de tâches restantes ?

J’essaie de produire une sauvegarde localement, puis de la télécharger en ligne.

Merci.

[Falco]

@will_io

La ligne de commande produit des sorties de transaction comme celle-ci depuis plus de 24 heures.

Vous n’êtes pas bloqué, cette commande que vous avez exécutée démarre un serveur web et le maintient en cours d’exécution jusqu’à ce que vous l’arrêtiez manuellement.

[pfaffman (Jay Pfaffman)]

Je suppose que ce n’est pas une installation standard ?

Si je recommande de faire une sauvegarde et de passer à cette configuration.

[will_io]

J’ai fini par accomplir ce dont j’avais besoin avec Discourse conteneurisé sur un serveur web. Merci.

Problèmes que j’ai rencontrés depuis :

• unique_index_categories_on_slug qui provient des migrations, mais un deuxième slug non catégorisé dans les catégories était le véritable coupable - résolu en renommant le slug
• les avatars personnalisés ne s’affichent pas - résolu par rake uploads:regenerate_missing_optimized

Je suis actuellement bloqué en essayant de configurer correctement app.yml pour les plugins :

  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/discourse/discourse-bbcode.git
          - git clone https://github.com/discourse/discourse-plugin-linkedin-auth.git
        cd: $home
        cmd:
          - git fetch --depth=1 origin tag v2.8.1 --no-tags
          - git checkout v2.8.1

Les plugins ne s’installent jamais. J’ai remarqué LOAD_PLUGINS=0 dans la sortie malgré mes tentatives pour le redéfinir à LOAD_PLUGINS=1.

Des suggestions ?

[pfaffman (Jay Pfaffman)]

Avez-vous effectué l’installation standard ?

Avez-vous exécuté

 ./launcher rebuild app

après avoir ajouté les plugins ?

[will_io]

@pfaffman

Avez-vous effectué l’installation standard ?

Avez-vous fait un

 ./launcher rebuild app

Après avoir ajouté les plugins ?

J’ai absolument suivi les instructions officielles d’installation pour le serveur web. Je peux accéder à l’application et cloner des dépôts dans le dossier des plugins, mais je n’arrive pas à faire en sorte que app.yml récupère les plugins en utilisant ./launcher rebuild app.

[pfaffman (Jay Pfaffman)]

Plutôt que le checkout de la v2.8.1, pourquoi ne pas utiliser la branche stable ?

[will_io]

Je suis ‘en haut’, presque revenu à une homéostasie à 100 %. Merci à vous deux pour toute votre aide.

Étant donné que j’ai un sujet dédié à ma mise à niveau et, de même, toute votre attention, j’ai une question concernant les données tabulaires.

J’ai des tableaux dans des publications qui référencent des images statiques sur le web (qui ne changeront jamais dans un avenir prévisible :

|Colonne A|Colonne B|Colonne C|Colonne D|
|-|-|-|-|
|Test A1|Test B1|<img height=20 src="https://example.com/images/Test_C1.png">|Test D1|
|Test A2|Test B2|<img height=20 src="https://example.com/images/Test_C2.png">|Test D2|

Comment puis-je dire à Discourse d’accepter des hauteurs et des largeurs d’images spécifiques à l’intérieur d’un tableau ? Les versions précédentes de Discourse étaient capables de le faire.

[pfaffman (Jay Pfaffman)]

Je crois que c’était avec un moteur de rendu différent, et ce n’est plus une façon légale de le faire. Je pense que vous devrez le convertir uniquement en Markdown, ce qui pourrait être un peu délicat. Peut-être que Rafael a une idée.

[Falco]

<img width="20" height="20"  src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png"/>

devient

<img width="20" height="20"  src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png"/>

On dirait que ça fonctionne déjà ? N'oubliez pas les guillemets.

[will_io]

Pour des raisons de test et de clarification, en plus des citations, dites-vous que les images nécessitent désormais à la fois un attribut height et width pour changer efficacement de taille ? Voir les exemples ci-dessous pour la confusion à ce sujet :

Code dans l’éditeur :

|Colonne A|Colonne B|Colonne C|Colonne D|
|-|-|-|-|
|Test A1|Test B1|<img height="20"  width="20" src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png">|Test D1|
|Test A2|Test B2|<img height="20" src="https://d11a6trkgmumsb.cloudfront.net/original/3X/9/4/94121285d841eba5a7889a338a9baac04b3a6e79.png">|Test D2|

Aperçu de l’éditeur :

Publication réelle :

Colonne A	Colonne B	Colonne C	Colonne D
Test A1	Test B1		Test D1
Test A2	Test B2		Test D2

Les images dans les tableaux de publication sur mon installation ressemblent à la capture d’écran de l’Aperçu de l’éditeur au lieu de la version redimensionnée automatiquement dans la Publication réelle.

Merci encore, les gars.

[will_io]

De plus, j’ai remarqué qu’après rake posts:rebake, les grandes images ne sont plus cliquables et ne peuvent pas être ouvertes dans la galerie lightbox qui se trouve dans pas mal de publications. Des suggestions ?