Landing Pages Plugin 🛩

[sunjam (james.network)]

Das sieht spannend aus. Ich hoffe, eine Landingpage zu nutzen, um anstehende Events aufzulisten, oder zumindest nach Tags zu filtern.

Vielen Dank!

[rsmithlal (Robert Smith)]

Danke für den Patch! Das funktioniert gut. Denkst du, es wäre sinnvoll, eine Konfigurationsoption für den Pfad der Startseiten-Hauptseite hinzuzufügen? Ich habe andere Lösungen ausprobiert, um eine benutzerdefinierte Startseite festzulegen, aber dies ist die einzige, die bei mir und diesem Landing-Pages-Plugin tatsächlich funktioniert hat.

Gibt es eine Möglichkeit, im plugin.rb-Datei auf Werte aus den Plugin-Variablen zuzugreifen?

[rsmithlal (Robert Smith)]

@angus, gibt es eine Möglichkeit, den Inhalt bestimmter benutzerdefinierter Landingpages innerhalb des normalen Discourse-Layouts anzuzeigen, anstatt das Layout des Landingpages-Plugins zu verwenden?

[angus (Angus McLeod)]

Nicht direkt, aber vielleicht erklärst du etwas mehr, was du im Sinn hast, und ich leite dich in die richtige Richtung.

[rsmithlal (Robert Smith)]

Ich frage mich, ob wir den Inhalt der benutzerdefinierten Landingpages direkt im Haupt-Layout-Container der Ember-App laden können, anstatt im Layout der Landingpages?

Ich weiß jetzt, dass Discourse die Option bietet, Themen in statische Seiten umzuwandeln, aber ich möchte weder die Autoreninformationen oben anzeigen noch die Seiten-URLs unter /pub/ verschachtelt haben.

Ich habe ein Beispiel, bei dem ich über die Komponente für benutzerdefinierte Navigationselemente auf eine dieser statischen Seiten in der Navigation verlinken möchte. Da es sich jedoch nicht um einen Pfad handelt, den die Ember-App erkennt, wird beim Klicken auf den Link in der Kopfzeile eine 404-Seite angezeigt. Wenn Sie direkt zur Seiten-URL navigieren, funktioniert es einwandfrei, aber nicht über Links der Ember-App.

Ist dieses Plugin hauptsächlich nur dafür gedacht, mit statischen Landingpages für Benutzer zu arbeiten, die nicht angemeldet oder registriert sind, und nicht innerhalb des Haupt-App-Layouts für angemeldete Benutzer?

[angus (Angus McLeod)]

Ich verstehe.

@rsmithlal

Ich habe ein Beispiel, bei dem ich über die Komponente für benutzerdefinierte Navigationselemente auf eine der statischen Seiten in der Navigation verlinken möchte. Da dies jedoch kein Pfad ist, den die Ember-App erkennt, wird beim Klicken auf den Link in der Kopfzeile eine 404-Seite angezeigt. Wenn Sie direkt zur Seiten-URL navigieren, funktioniert es einwandfrei, aber nicht über Ember-App-Links.

Ist dies der einzige Grund, warum Sie den Inhalt einer Landingpage in Ember rendern möchten? Falls ja, können wir das auf eine leichtere Weise lösen.

[rsmithlal (Robert Smith)]

Danke. Ich hoffe, dass ich entweder die integrierten Discourse-Seiten oder die des Landing Pages-Plugins innerhalb des Ember-App-Layouts als Informationsseiten für Site-Mitglieder rendern kann.

Einige Seiten sind für die Öffentlichkeit bestimmt und können im Landing Pages-Plugin-Layout gerendert werden, während andere für angemeldete Benutzer gedacht sind und im Haupt-App-Layout gerendert werden sollten, damit die von mir vorgenommenen Anpassungen für die Haupt-App erhalten bleiben, einschließlich benutzerdefinierter Navigationspunkte und des Benutzermenüs.

Es scheint keine bestehende Möglichkeit zu geben, dies mit Plugins oder dem Discourse-Kern zu tun. Alles scheint für benutzerdefinierte Seiten ein eigenes Layout zu verwenden. Weißt du, ob dies eine Einschränkung der Entwickler bestehender Lösungen für diesen Anwendungsfall ist oder eine Einschränkung der Discourse-Plattform selbst?

Ich stelle mir vor, dass dies mehr oder weniger das Abrufen benutzerdefinierter Seiten von einem API-Endpunkt und das Verwenden der Slugs zum Abgleich mit dem Wildcard-Fallback-Pfad im JS-Router beinhaltet?

[angus (Angus McLeod)]

@rsmithlal

Es scheint keine bestehende Möglichkeit zu geben, dies mit Plugins oder dem Discourse-Kern zu realisieren. Alles scheint für benutzerdefinierte Seiten eigene Layouts zu verwenden. Weißt du, ob dies nur eine Einschränkung der Entwickler bestehender Lösungen ist oder eine Begrenzung der Discourse-Plattform selbst?

hm, die Unterscheidungen, die du hier ziehst, werden weniger Sinn ergeben, sobald du etwas tiefer in die Details gehst.

@rsmithlal

andere werden für angemeldete Benutzer gedacht sein und sollten im Haupt-App-Layout gerendert werden, damit die von mir vorgenommenen Anpassungen für die Haupt-App erhalten bleiben, einschließlich benutzerdefinierter Navigationselemente und des Benutzermenüs.

Kannst du mir ein Beispiel für eine solche Seite nennen? Es stimmt zwar, dass das Landing-Pages-Plugin keine Discourse-Navigationselemente und kein Benutzermenü enthält. Wenn du diese jedoch auf einer Seite haben möchtest, ist es am besten, sie für jeden spezifischen Anwendungsfall innerhalb der Discourse-App selbst von Fall zu Fall zu erstellen. Der Versuch, sie auf einer Landing Page nachzubilden, ergäbe keinen Sinn.

Der Grund, warum es keine generische Möglichkeit dafür gibt, ist, dass es keinen generischen Anwendungsfall an sich gibt. Es gibt verschiedene Ansätze, die du verfolgen kannst; der beste hängt davon ab, was du erreichen möchtest. Es ist am besten, wenn du detaillierter beschreibst, was du vor hast, dann kann ich dir konkretere Ratschläge geben.

Eröffne ein neues Thema in Dev oder unter Pavilion, erkläre dort im Detail, was du tust, und @mich.

[rsmithlal (Robert Smith)]

Alles klar, danke. Das werde ich tun

[Develcoder]

Hallo, ich kann das Beispielthema nicht installieren, können Sie mir helfen?

[pfaffman (Jay Pfaffman)]

Sie müssen beschreiben, was Sie getan haben und was passiert ist, als Sie es versucht haben.

[Develcoder]

https://develcoder.com/join Ich verstehe diesen Teil nicht

[MattiaB (Mattia)]

Hallo @angus, ich habe versucht, dieses Plugin auf meiner Discourse-Instanz zu installieren, aber nach dem Versuch, die App neu zu erstellen, erhielt ich immer wieder Fehler. Dies sollte der relevante Teil sein:

I, [2022-06-16T15:13:33.339825 #1]  INFO -- : \u003e cd /var/www/discourse \u0026\u0026 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 \u003cclass:Application\u003e'
/var/www/discourse/lib/plugin.rb:6:in `initialization_guard'
/var/www/discourse/config/application.rb:227:in `\u003cclass:Application\u003e'
/var/www/discourse/config/application.rb:81:in `\u003cmodule:Discourse\u003e'
/var/www/discourse/config/application.rb:80:in `\u003ctop (required)\u003e'
/var/www/discourse/Rakefile:7:in `require'
/var/www/discourse/Rakefile:7:in `\u003ctop (required)\u003e'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/rake-13.0.6/exe/rake:27:in `\u003ctop (required)\u003e'
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `\u003cmain\u003e'
(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 \u0026\u0026 su discourse -c 'bundle exec rake db:migrate' failed with return #\u003cProcess::Status: pid 1735 exit 1\u003e
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\"=\u003e\"$home\", \"hook\"=\u003e\"db_migrate\", \"cmd\"=\u003e[\"su discourse -c 'bundle exec rake db:migrate'\"]}\nbootstrap 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

Ich glaube, das ist das Problem: Gem::LoadError: can't activate jquery-rails-4.4.0, already activated jquery-rails-4.5.0.
Das sollte eine einfache Lösung sein, oder? Muss ich nur die Abhängigkeiten von gem \"jquery-rails\", \"4.4.0\" in plugin.rb auf gem \"jquery-rails\", \"4.5.0\" aktualisieren?

Vielen Dank für dieses Plugin.

[nathank (Nathan Kershaw)]

Das Plugin scheint tatsächlich ausgefallen zu sein. Möglicherweise müssen Sie jedoch bis zur ersten Juliwoche auf einen Patch warten.

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

[angus (Angus McLeod)]

Dieses Plugin funktioniert wieder mit der neuesten Version von Discourse

Various updates to support latest code and conventions

[Kuro22]

Schön zu hören, dass du dich von Covid erholt hast. Danke, dass du das Plugin unter diesen Umständen repariert hast… Ruh dich mehr aus!

[angus (Angus McLeod)]

Leider wird dieses Plugin ausgemustert, weshalb es den Tag end-of-life hat. Ich werde hier nicht auf technische Details eingehen, aber es ist angesichts einiger Änderungen in discourse/discourse sowie der allgemeinen Arbeitslast und Ressourcenallokation innerhalb von Pavilion nicht mehr sinnvoll, es weiter zu pflegen.

Das Plugin funktioniert mit dem neuesten tests-passed, wird jedoch nicht mehr mit Änderungen an discourse/discourse aktualisiert. Wenn jemand dies in Zukunft als Projekt übernehmen möchte, bin ich gerne bereit, mit ihm daran zu arbeiten.

[sunjam (james.network)]

@angus

Es ergibt keinen Sinn mehr, es angesichts einiger Änderungen in discourse/discourse und der allgemeinen Arbeitsbelastung und Ressourcenallokation innerhalb von Pavilion weiter zu pflegen.

Danke für die Arbeit daran; es hat viel Spaß gemacht, es zu benutzen.

Könnte mir jemand auf die Änderungen in discourse/discourse hinweisen, auf die wir uns stattdessen für die Zukunft konzentrieren können?

[angus (Angus McLeod)]

@sunjam

Danke für die Arbeit daran; es hat viel Spaß gemacht, es zu benutzen.

Das freut mich!

@sunjam

Könnte mir jemand auf die Änderungen in discourse/discourse hinweisen, auf die wir uns stattdessen für die Zukunft konzentrieren können?

Ah, Entschuldigung, ich meinte nicht, dass es eine Alternative in discourse/discourse geben wird (obwohl Page Publishing für einige Anwendungsfälle geeignet sein könnte). Ich meinte, dass sich die technische Struktur von Discourse so verändert hat, dass dieses Plugin ohne erheblichen Aufwand zur Änderung seiner Funktionsweise unmöglich ist. Wir sind im Moment mit anderen Arbeiten bei Pavilion sehr beschäftigt und ich kann nach bestem Wissen und Gewissen nicht versprechen, dieses Plugin bei weiteren Änderungen in Discourse zu warten.

Pavilion arbeitet an unseren eigenen neuen Landing Pages. Wir werden Hugo anstelle dieses Plugins verwenden.