흥미롭네요. 랜딩 페이지를 활용해 다가오는 이벤트를 나열하거나, 최소한 태그별로 표시하고 싶습니다.
감사합니다!
패치 감사합니다! 잘 작동합니다. 랜딩 홈페이지 경로를 설정할 수 있는 옵션을 추가하는 것이 합리적이라고 생각하시나요? 커스텀 홈페이지를 설정하기 위해 다른 방법들을 시도해 보았지만, 이 방법만이 실제로 저에게 이 랜딩 페이지 플러그인과 함께 작동했습니다.
plugin.rb 파일에서 플러그인 변수의 값에 접근할 수 있는 방법이 있을까요?
@angus, 특정 커스텀 랜딩 페이지의 내용을 랜딩 페이지 플러그인의 레이아웃이 아닌 일반 Discourse 레이아웃 안에 렌더링하는 방법이 있을까요?
직접적으로 말하기는 어렵지만, 어떤 걸 염두에 두고 있는지 조금 더 설명해 주시면 올바른 방향으로 안내해 드리겠습니다.
커스텀 랜딩 페이지의 콘텐츠가 랜딩 페이지 레이아웃 대신 메인 Ember 앱 컨테이너 레이아웃 안에 직접 로드될 수 있을지 궁금합니다.
지금 Discourse가 토ピック을 정적 페이지로 전환할 수 있는 옵션을 가지고 있다는 것을 알고 있습니다. 하지만 상단에 작성자 정보를 표시하고 싶지 않고, 페이지 URL이 /pub/ 아래에 중첩되는 것도 피하고 싶습니다.
커스텀 내비게이션 항목 컴포넌트를 사용하여 내비게이션에서 정적 페이지 중 하나로 링크를 걸고 싶은 예시가 하나 있습니다. 하지만 이 경로는 Ember 앱이 인식하지 못하는 경로이기 때문에 헤더에서 링크를 클릭하면 404 페이지가 표시됩니다. 페이지 URL로 직접 이동하면 정상적으로 작동하지만, Ember 앱 링크를 통해 접근하면 작동하지 않습니다.
이 플러그인은 주로 로그인하거나 가입하지 않은 사용자가 볼 때만 정적 랜딩 페이지로 작동하도록 설계된 것이지, 로그인한 사용자의 경우 메인 앱 레이아웃 내에서 작동하도록 설계된 것은 아닌가요?
알겠습니다.
랜딩 페이지의 콘텐츠를 Ember에서 렌더링하는 데 관심이 있는 이유가 이것뿐입니까? 그렇다면 더 가벼운 방식으로 처리할 수 있습니다.
감사합니다. 사이트 회원들을 위한 정보 페이지로, 내장된 Discourse 페이지나 랜딩 페이지 플러그인의 페이지를 Ember 앱 레이아웃 내에서 렌더링할 수 있기를 희망합니다.
일부 페이지는 공개용이며 랜딩 페이지 플러그인 레이아웃에서 렌더링할 수 있고, 다른 페이지는 로그인한 사용자를 위한 것이므로 메인 앱 레이아웃에서 렌더링되어야 합니다. 이렇게 하면 메인 앱에 적용한 커스터마이징, 즉 커스텀 내비게이션 항목과 사용자 메뉴가 유지됩니다.
플러그인이나 Discourse 코어에서 이를 수행하는 기존 방식이 없어 보입니다. 모든 커스텀 페이지가 자체 레이아웃을 사용하는 것 같습니다. 이것이 기존 솔루션 개발자의 사용 사례 제한인지, 아니면 Discourse 플랫폼 자체의 제한인지 알고 싶습니다.
API 엔드포인트에서 커스텀 페이지를 가져와서 슬러그를 JS 라우터의 와일드카드 폴백 경로와 매칭시키는 방식으로 구현되는 것이라고 상상하고 있습니다.
음, 조금 더 세부적인 부분을 파고들면 여기서 구분하려는 내용들이 덜 중요해질 것입니다.
이러한 종류의 페이지에 대한 예를 하나 주실 수 있나요? 네, 랜딩 페이지 플러그인에는 Discourse 내비게이션 항목과 사용자 메뉴가 포함되지 않는 것이 사실입니다. 하지만 페이지에 이러한 요소가 필요하시다면, Discourse 앱 내에서 특정 사용 사례별로 개별적으로 생성하는 것이 가장 좋습니다. 랜딩 페이지에서 이를 재현하려는 시도는 의미가 없습니다.
일반적인 방법이 없는 이유는 특정 일반적 사용 사례가 사실상 없기 때문입니다. 취할 수 있는 접근 방식이 여러 가지 있으며, 가장 좋은 방법은 달성하려는 목표에 따라 달라집니다. 무엇을 하려는지에 대해 더 자세히 설명해 주시면, 더 구체적인 조언을 드릴 수 있습니다.
Development 또는 Pavilion 에서 @me를 태그하고, 무엇을 하려는지에 대해 자세히 설명하는 새 토픽을 시작해 주세요.
네, 감사합니다. 그렇게 하겠습니다 
게시글이 새 주제로 분리되었습니다: 개인 저장소 가져오기 오류
안녕하세요. 샘플 테마를 설치할 수 없는데, 도와주실 수 있나요?
시도했을 때 무엇을 했고 어떤 일이 발생했는지 설명해 주세요.
1개의 좋아요
https://develcoder.com/join 이 부분이 왜 그런지 이해가 안 됩니다
@angus님, 안녕하세요. 제 Discourse 인스턴스에 이 플러그인을 설치하려고 시도했지만, 앱 재빌드 후 계속 오류가 발생하고 있습니다. 관련 부분은 다음과 같습니다:
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
문제는 Gem::LoadError: can't activate jquery-rails-4.4.0, already activated jquery-rails-4.5.0라고 생각합니다.
수정하기 쉬운 문제일 텐데, plugin.rb 파일의 gem "jquery-rails", "4.4.0"을 gem "jquery-rails", "4.5.0"으로 업데이트하면 해결될까요?
이 플러그인을 만들어 주셔서 감사합니다.
플러그인이 실제로 중단된 것 같습니다. 패치가 적용되려면 7월 첫째 주까지 기다려야 할 수 있습니다.
4개의 좋아요
코로나에서 회복 중이시라니 기쁩니다. 이런 상태에서도 플러그인을 수정해 주셔서 감사합니다… 
더 잘 쉬세요!
3개의 좋아요
불행히도 이 플러그인은 종료되어 end-of-life 태그가 붙어 있습니다. 여기서는 기술적인 세부 사항은 생략하겠습니다. discourse/discourse의 몇 가지 변경 사항과 Pavilion 내부의 전반적인 업무량 및 자원 배분을 고려할 때, 더 이상 이를 유지보수하는 것은 의미가 없기 때문입니다.
이 플러그인은 최신 tests-passed와 함께 작동하지만, discourse/discourse에 이루어지는 변경 사항에 따라 더 이상 업데이트되지 않습니다. 향후 누군가가 이 프로젝트를 이어가기를 원한다면, 기꺼이 함께 작업하겠습니다.
7개의 좋아요
작업해 주셔서 감사합니다. 사용하면서 정말 즐거웠습니다.
앞으로 참고할 수 있는 discourse/discourse의 변경 사항에 대해 알려줄 수 있는 분이 있을까요?
1개의 좋아요
기쁘네요!
아, 죄송합니다. discourse/discourse에 대안이 생길 것이라는 뜻이 아니었습니다(다만 페이지 발행(Page Publishing)이 일부 사용 사례에 적합할 수는 있습니다). 저는 Discourse의 기술적 구조가 변경되어 이 플러그인이 구조적으로 작동 방식을 크게 수정하는 상당한 작업 없이 실행 불가능해졌다는 의미였습니다. 현재 Pavilion에서는 다른 작업으로 매우 바빠서, Discourse에서 더 이상의 변경 사항이 있을 때 이 플러그인을 유지보수할 수 있다고 양심적으로 약속할 수 없습니다.
Pavilion은 자체적인 새로운 랜딩 페이지를 작업하고 있습니다. 이 플러그인 대신 Hugo를 사용할 예정입니다.
1개의 좋아요