Plugin Landing Pages 🛩

[sunjam (james.network)]

Cela a l’air passionnant. J’espère pouvoir utiliser une page d’atterrissage pour lister les événements à venir, ou du moins par tag.

Merci !

[rsmithlal (Robert Smith)]

Merci pour le correctif ! Cela fonctionne bien. Pensez-vous qu’il serait raisonnable d’ajouter une option de configuration pour le chemin de la page d’accueil de destination ? J’ai essayé d’autres solutions pour définir une page d’accueil personnalisée, mais c’est la seule qui a réellement fonctionné pour moi avec ce plugin de pages de destination.

Existe-t-il un moyen d’accéder aux valeurs des variables du plugin dans le fichier plugin.rb ?

[rsmithlal (Robert Smith)]

@angus, existe-t-il un moyen de rendre le contenu de certaines pages d’atterrissage personnalisées à l’intérieur de la mise en page normale de Discourse plutôt que dans celle du plugin de pages d’atterrissage ?

[angus (Angus McLeod)]

Pas directement, mais expliquez un peu plus ce que vous avez en tête et je vous orienterai dans la bonne direction.

[rsmithlal (Robert Smith)]

Je me demande si nous pouvons faire en sorte que le contenu des pages d’atterrissage personnalisées se charge directement dans la mise en page du conteneur principal de l’application Ember, plutôt que dans la mise en page des pages d’atterrissage.

Je sais maintenant que Discourse propose une option pour convertir des sujets en pages statiques, mais je préférerais ne pas avoir les informations de l’auteur en haut ni que les URL des pages soient imbriquées sous /pub/.

J’ai un exemple où je souhaiterais lier l’une de ces pages statiques dans la barre de navigation en utilisant le composant d’éléments de navigation personnalisés, mais comme ce n’est pas un chemin reconnu par l’application Ember, cela affiche une page 404 lorsque l’on clique sur le lien dans l’en-tête. Si vous accédez directement à l’URL de la page, tout fonctionne bien, mais pas via les liens de l’application Ember.

Ce plugin est-il principalement conçu pour fonctionner uniquement avec des pages d’atterrissage statiques pour les utilisateurs non connectés ou non inscrits, et non pas dans la mise en page principale de l’application pour les utilisateurs connectés ?

[angus (Angus McLeod)]

Je vois.

@rsmithlal

J’ai un exemple où je souhaiterais lier vers l’une des pages statiques dans la navigation en utilisant le composant d’éléments de navigation personnalisés, mais comme ce n’est pas un chemin que l’application Ember reconnaît, cela affiche une page 404 lorsque je clique sur le lien dans l’en-tête. Si vous accédez directement à l’URL de la page, tout fonctionne bien, mais pas via les liens de l’application Ember.

Est-ce la seule raison pour laquelle vous souhaitez afficher le contenu de la page d’atterrissage dans Ember ? Si c’est le cas, nous pouvons le gérer de manière plus légère.

[rsmithlal (Robert Smith)]

Merci. J’espère pouvoir rendre soit les pages Discourse intégrées, soit celles du plugin Landing Pages, dans la mise en page de l’application Ember, afin de les utiliser comme pages d’information pour les membres du site.

Certaines pages sont destinées au public et peuvent être rendues dans la mise en page du plugin Landing Pages, tandis que d’autres sont réservées aux utilisateurs connectés et doivent être rendues dans la mise en page principale de l’application, afin que les personnalisations que j’ai apportées à l’application principale soient conservées, notamment les éléments de navigation personnalisés et le menu utilisateur.

Il ne semble pas exister de méthode actuelle pour réaliser cela avec les plugins ou le cœur de Discourse. Tout semble utiliser sa propre mise en page pour les pages personnalisées. Savez-vous s’il s’agit simplement d’une limitation de cas d’usage de la part des développeurs des solutions existantes, ou d’une limitation de la plateforme Discourse elle-même ?

J’imagine que cela implique plus ou moins de récupérer des pages personnalisées depuis un point de terminaison API et d’utiliser les slugs pour les faire correspondre au chemin de repli générique dans le routeur JS ?

[angus (Angus McLeod)]

@rsmithlal

Il ne semble pas exister de méthode pour réaliser cela avec les plugins ou le cœur de Discourse. Tout semble utiliser sa propre mise en page pour les pages personnalisées. Savez-vous si cela est dû à une limitation des cas d’utilisation par les développeurs des solutions existantes, ou à une limitation de la plateforme Discourse elle-même ?

Hum, les distinctions que vous faites ici auront moins de sens une fois que vous entrerez un peu plus dans les détails.

@rsmithlal

d’autres seront destinées aux utilisateurs connectés et devront être rendues dans la mise en page principale de l’application afin que les personnalisations que j’ai apportées à l’application principale soient conservées, y compris les éléments de navigation personnalisés et le menu utilisateur.

Pouvez-vous me donner un exemple de ce type de page ? Il est vrai que le plugin Landing Pages n’inclut pas les éléments de navigation de Discourse ni le menu utilisateur. Cependant, si vous souhaitez les avoir sur une page, il est préférable de les créer pour chaque cas d’utilisation spécifique au sein de l’application Discourse elle-même, au cas par cas. Tenter de les recréer dans une landing page n’aurait pas de sens.

La raison pour laquelle il n’existe pas de méthode générique pour faire cela est qu’il n’y a pas vraiment de cas d’utilisation générique. Il existe plusieurs approches possibles ; la meilleure dépendra de ce que vous cherchez à accomplir. Il serait préférable que vous décriviez plus en détail ce que vous essayez de faire, afin que je puisse vous donner des conseils plus spécifiques.

Ouvrez un nouveau sujet dans Dev ou sur Pavilion en expliquant en détail ce que vous faites et @moi.

[rsmithlal (Robert Smith)]

D’accord, merci. Je vais le faire

[osioke (Osioke Itseuwa) A scindé ce sujet ()]

Un message a été divisé en un nouveau sujet : Erreur lors de l’importation d’un dépôt privé

[Develcoder]

Bonjour, je n’arrive pas à installer le thème d’exemple, pouvez-vous m’aider ?

[pfaffman (Jay Pfaffman)]

Vous devrez décrire ce que vous avez fait et ce qui s’est passé lorsque vous avez essayé.

[Develcoder]

https://develcoder.com/join Je ne comprends pas pourquoi cette partie

[MattiaB (Mattia)]

Salut @angus, j’ai essayé d’installer ce plugin sur mon instance Discourse mais j’ai continué à recevoir des erreurs après avoir tenté de reconstruire l’application. Ceci devrait être la partie pertinente :

I, [2022-06-16T15:13:33.339825 #1]  INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
rake aborted!
Gem::LoadError: can't activate jquery-rails-4.4.0, already activated jquery-rails-4.5.0
/var/www/discourse/lib/plugin_gem.rb:27:in `load'
/var/www/discourse/lib/plugin/instance.rb:773:in `gem'
/var/www/discourse/plugins/discourse-landing-pages/plugin.rb:20:in `activate!'
/var/www/discourse/lib/plugin/instance.rb:679:in `instance_eval'
/var/www/discourse/lib/plugin/instance.rb:679:in `activate!'
/var/www/discourse/lib/discourse.rb:279:in `block in activate_plugins!'
/var/www/discourse/lib/discourse.rb:276:in `each'
/var/www/discourse/lib/discourse.rb:276:in `activate_plugins!'
/var/www/discourse/config/application.rb:228:in `block in <class:Application>'
/var/www/discourse/lib/plugin.rb:6:in `initialization_guard'
/var/www/discourse/config/application.rb:227:in `<class:Application>'
/var/www/discourse/config/application.rb:81:in `<module:Discourse>'
/var/www/discourse/config/application.rb:80:in `<top (required)>'
/var/www/discourse/Rakefile:7:in `require'
/var/www/discourse/Rakefile:7:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/rake-13.0.6/exe/rake:27:in `<top (required)>'
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(See full trace by running task with --trace)
I, [2022-06-16T15:13:34.530066 #1]  INFO -- : gem install jquery-rails -v 4.4.0 -i /var/www/discourse/plugins/discourse-landing-pages/gems/2.7.6 --no-document --ignore-dependencies --no-user-install
Successfully installed jquery-rails-4.4.0
1 gem installed

I, [2022-06-16T15:13:34.530330 #1]  INFO -- : Terminating async processes
I, [2022-06-16T15:13:34.530366 #1]  INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
103:signal-handler (1655392414) Received SIGTERM scheduling shutdown...
I, [2022-06-16T15:13:34.530403 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
2022-06-16 15:13:34.530 UTC [42] LOG:  received fast shutdown request
103:M 16 Jun 2022 15:13:34.546 # User requested shutdown...
103:M 16 Jun 2022 15:13:34.546 * Saving the final RDB snapshot before exiting.
2022-06-16 15:13:34.551 UTC [42] LOG:  aborting any active transactions
2022-06-16 15:13:34.553 UTC [42] LOG:  background worker "logical replication launcher" (PID 51) exited with exit code 1
2022-06-16 15:13:34.554 UTC [46] LOG:  shutting down
103:M 16 Jun 2022 15:13:34.668 * DB saved on disk
103:M 16 Jun 2022 15:13:34.668 # Redis is now ready to exit, bye bye...
2022-06-16 15:13:34.724 UTC [42] LOG:  database system is shut down

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 1735 exit 1>
Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
bd8d903e1ec861801fdd32f7c35089aaebb97ca210dbe6eb5d584fc58379773e

Je pense que c’est le problème : Gem::LoadError: can't activate jquery-rails-4.4.0, already activated jquery-rails-4.5.0. Ce devrait être une correction facile, n’est-ce pas ? Il suffit de mettre à jour les dépendances de gem "jquery-rails", "4.4.0" dans plugin.rb à gem "jquery-rails", "4.5.0" ?

Merci pour ce plugin.

[nathank (Nathan Kershaw)]

Le plugin semble effectivement hors service. Vous devrez peut-être attendre la première semaine de juillet pour un correctif.

https://discourse.pluginmanager.org/t/discourse-landing-pages-master-does-not-work-on-tests-passed/145

[angus (Angus McLeod)]

Ce plugin fonctionne à nouveau avec la dernière version de Discourse

Various updates to support latest code and conventions

[Kuro22]

Heureux d’apprendre votre rétablissement du covid. Merci d’avoir réparé le plugin dans ces conditions… Reposez-vous bien !

[angus (Angus McLeod)]

Malheureusement, ce plugin est retiré, c’est pourquoi il porte la balise end-of-life. Je n’entrerai pas dans les détails techniques ici, mais il n’est plus logique de continuer à le maintenir compte tenu de certains changements dans discourse/discourse et de la charge de travail globale et de l’allocation des ressources au sein de Pavilion.

Le plugin fonctionne avec la dernière version tests-passed, cependant il ne sera plus mis à jour en même temps que les changements apportés à discourse/discourse. Si quelqu’un souhaite reprendre ce projet à l’avenir, je serais heureux de travailler avec lui dessus.

[sunjam (james.network)]

@angus

il n’est plus logique de continuer à le maintenir à la lumière de certains changements dans discourse/discourse et de la charge de travail et de l’allocation des ressources globales au sein de Pavilion.

Merci d’avoir travaillé dessus ; c’était très amusant à utiliser.

Quelqu’un pourrait-il indiquer les changements dans discourse/discourse que nous pouvons rechercher à la place pour l’avenir ?

[angus (Angus McLeod)]

@sunjam

Merci d’avoir travaillé dessus ; c’était très amusant à utiliser.

Je suis content !

@sunjam

Quelqu’un pourrait-il indiquer les changements dans discourse/discourse que nous pourrions regarder à la place pour l’avenir ?

Ah, désolé, je ne voulais pas dire qu’il y aurait une alternative dans discourse/discourse (bien que Page Publishing puisse convenir à certains cas d’utilisation). Je voulais dire que la structure technique de Discourse a changé de telle manière à rendre ce plugin irréalisable sans un travail important pour modifier son fonctionnement structurel. Nous sommes assez occupés par d’autres travaux chez Pavilion en ce moment, et je ne peux pas en bonne conscience promettre de maintenir ce plugin face à d’autres changements dans Discourse.

Pavilion travaille sur nos propres nouvelles pages de destination. Nous utiliserons Hugo au lieu de ce plugin.