Как добавить Unsolved на главную страницу в разделы Top, Hot, Latest и т. д.?
Вы можете использовать компонент Custom Top Navigation Links, чтобы добавить собственные ссылки рядом с теми, что настроены в параметрах сайта. Чтобы отфильтровать список тем и оставить только нерешённые, добавьте solved=no. Например: https://meta.discourse.org/?solved=no
6 лайков
Получаем ту же ошибку несовместимого плагина, о которой упоминалось выше, хотя мы используем официальную версию:
Логи
********************************************************
*** Пожалуйста, подождите, следующие шаги могут занять время ***
********************************************************
Cycling Unicorn, to free up memory
Restarting unicorn pid: 551
Waiting for Unicorn to reload.
Waiting for Unicorn to reload..
Waiting for Unicorn to reload...
Waiting for Unicorn to reload....
Waiting for Unicorn to reload.....
Waiting for Unicorn to reload......
Waiting for Unicorn to reload.......
Stopping 3 Unicorn worker(s), to free up memory
Stopping job queue to reclaim memory, master pid is 3004191
$ cd /var/www/discourse/plugins/docker_manager && git fetch --tags --prune-tags --prune --force
$ cd /var/www/discourse/plugins/docker_manager && git reset --hard HEAD@{upstream}
HEAD is now at 930ec25 DEV: Enable smoke specs again
$ bundle install --retry 3 --jobs 4
Bundle complete! 146 Gemfile dependencies, 189 gems now installed.
Gems in the groups 'test' and 'development' were not installed.
Bundled gems are installed into `./vendor/bundle`
3 installed gems you directly depend on are looking for funding.
Run `bundle fund` for details
$ if [ -f yarn.lock ]; then yarn install; else CI=1 pnpm install; fi
Scope: all 17 workspace projects
Lockfile is up to date, resolution step is skipped
Already up to date
Done in 3.2s
$ LOAD_PLUGINS=0 bundle exec rake plugin:pull_compatible_all
checking out compatible discourse-calendar version: 8d09cf8503b78f4c72b47a7319c0f4b9ad0247e7
HEAD is now at 8d09cf8 DEV: update regions (#717)
checking out compatible discourse-reactions version: f87583d9054421869ba0de16c24ad15e32bbebe7
HEAD is now at f87583d DEV: Add system spec to check core features are working fine (#361)
checking out compatible discourse-solved version: 4f0234f5be3aaa77db277e0f224cd9750d2713cd
HEAD is now at 4f0234f DEV: Add system spec to check core features are working fine (#357)
discourse-spoiler-alert is already at latest compatible version
docker_manager is already at latest compatible version
$ SKIP_POST_DEPLOYMENT_MIGRATIONS=1 bundle exec rake multisite:migrate
81: from /var/www/discourse/vendor/bundle/ruby/3.3.0/bin/bundle:25:in `<main>'
80: from /var/www/discourse/vendor/bundle/ruby/3.3.0/bin/bundle:25:in `load'
79: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/exe/bundle:20:in `<top (required)>'
78: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/friendly_errors.rb:117:in `with_friendly_errors'
77: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/exe/bundle:28:in `block in <top (required)>'
76: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/cli.rb:29:in `start'
75: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/vendor/thor/lib/thor/base.rb:584:in `start'
74: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/cli.rb:35:in `dispatch'
73: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/vendor/thor/lib/thor.rb:538:in `dispatch'
72: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/vendor/thor/lib/thor/invocation.rb:127:in `invoke_command'
71: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/vendor/thor/lib/thor/command.rb:28:in `run'
70: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/cli.rb:452:in `exec'
69: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/cli/exec.rb:23:in `run'
68: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/cli/exec.rb:59:in `kernel_load'
67: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bundler-2.6.4/lib/bundler/cli/exec.rb:59:in `load'
66: from /var/www/discourse/vendor/bundle/ruby/3.3.0/bin/rake:25:in `<top (required)>'
65: from /var/www/discourse/vendor/bundle/ruby/3.3.0/bin/rake:25:in `load'
64: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/exe/rake:27:in `<top (required)>'
63: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:80:in `run'
62: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:214:in `standard_exception_handling'
61: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:83:in `block in run'
60: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:132:in `top_level'
59: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:147:in `run_with_threads'
58: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:138:in `block in top_level'
57: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:138:in `each'
56: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:138:in `block (2 levels) in top_level'
55: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/application.rb:188:in `invoke_task'
54: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:188:in `invoke'
53: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:199:in `invoke_with_call_chain'
52: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:199:in `synchronize'
51: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:218:in `block in invoke_with_call_chain'
50: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:241:in `invoke_prerequisites'
49: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:241:in `each'
48: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:243:in `block in invoke_prerequisites'
47: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:199:in `invoke_with_call_chain'
46: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:199:in `synchronize'
45: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:218:in `block in invoke_with_call_chain'
44: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:241:in `invoke_prerequisites'
43: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:241:in `each'
42: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:243:in `block in invoke_prerequisites'
41: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:199:in `invoke_with_call_chain'
40: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:199:in `synchronize'
39: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:219:in `block in invoke_with_call_chain'
38: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:281:in `execute'
37: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:281:in `each'
36: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/lib/rake/task.rb:281:in `block in execute'
35: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/application.rb:559:in `block in run_tasks_blocks'
34: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/application.rb:411:in `require_environment!'
33: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/zeitwerk-2.7.2/lib/zeitwerk/core_ext/kernel.rb:34:in `require'
32: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bootsnap-1.18.4/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:30:in `require'
31: from /usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `block (2 levels) in replace_require'
30: from /usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `require'
29: from /var/www/discourse/config/environment.rb:7:in `<main>'
28: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/application.rb:435:in `initialize!'
27: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/initializable.rb:60:in `run_initializers'
26: from /usr/local/lib/ruby/3.3.0/tsort.rb:208:in `tsort_each'
25: from /usr/local/lib/ruby/3.3.0/tsort.rb:229:in `tsort_each'
24: from /usr/local/lib/ruby/3.3.0/tsort.rb:350:in `each_strongly_connected_component'
23: from /usr/local/lib/ruby/3.3.0/tsort.rb:350:in `call'
22: from /usr/local/lib/ruby/3.3.0/tsort.rb:350:in `each'
21: from /usr/local/lib/ruby/3.3.0/tsort.rb:352:in `block in each_strongly_connected_component'
20: from /usr/local/lib/ruby/3.3.0/tsort.rb:434:in `each_strongly_connected_component_from'
19: from /usr/local/lib/ruby/3.3.0/tsort.rb:353:in `block (2 levels) in each_strongly_connected_component'
18: from /usr/local/lib/ruby/3.3.0/tsort.rb:231:in `block in tsort_each'
17: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/initializable.rb:61:in `block in run_initializers'
16: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/initializable.rb:32:in `run'
15: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/initializable.rb:32:in `instance_exec'
14: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/application/finisher.rb:94:in `block in <module:Finisher>'
13: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/lazy_load_hooks.rb:77:in `run_load_hooks'
12: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/lazy_load_hooks.rb:77:in `each'
11: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/lazy_load_hooks.rb:78:in `block in run_load_hooks'
10: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/lazy_load_hooks.rb:92:in `execute_hook'
9: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/lazy_load_hooks.rb:87:in `with_execution_control'
8: from /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/lazy_load_hooks.rb:94:in `block in execute_hook'
7: from /var/www/discourse/config/application.rb:241:in `block in <class:Application>'
6: from /var/www/discourse/lib/plugin.rb:6:in `initialization_guard'
5: from /var/www/discourse/config/application.rb:241:in `block (2 levels) in <class:Application>'
4: from /var/www/discourse/config/application.rb:241:in `each'
3: from /var/www/discourse/lib/plugin/instance.rb:629:in `notify_after_initialize'
2: from /var/www/discourse/lib/plugin/instance.rb:629:in `each'
1: from /var/www/discourse/lib/plugin/instance.rb:631:in `block in notify_after_initialize'
/var/www/discourse/plugins/discourse-solved/plugin.rb:172:in `block in activate!': undefined method `register_category_list_topics_preloader_associations' for an instance of Plugin::Instance (NoMethodError)
** НЕСОВМЕСТИМЫЙ ПЛАГИН **
Запуск Discourse невозможен из-за ошибок в плагине по адресу
/var/www/discourse/plugins/discourse-solved
Попробуйте удалить этот плагин и выполнить сборку заново!
Docker Manager: НЕ УДАЛОСЬ ОБНОВИТЬ
#<RuntimeError: RuntimeError>
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:211:in `run'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:109:in `upgrade'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:19:in `block in <main>'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `fork'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `<main>'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:44:in `load'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:44:in `block in perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/execution_wrapper.rb:91:in `wrap'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:70:in `conditional_executor'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:43:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.3.2/lib/thor/command.rb:28:in `run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.3.2/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command/base.rb:178:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.3.2/lib/thor.rb:538:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command/base.rb:73:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command.rb:71:in `block in invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command.rb:149:in `with_argv'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command.rb:69:in `invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands.rb:18:in `<main>'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `require'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `block (2 levels) in replace_require'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bootsnap-1.18.4/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:30:in `require'
bin/rails:18:in `<main>'
Spinning up 3 Unicorn worker(s) that were stopped initially
Краткое содержание логов:
** НЕСОВМЕСТИМЫЙ ПЛАГИН **
Запуск Discourse невозможен из-за ошибок в плагине по адресу
/var/www/discourse/plugins/discourse-solved
Попробуйте удалить этот плагин и выполнить сборку заново!
Docker Manager: НЕ УДАЛОСЬ ОБНОВИТЬ
#<RuntimeError: RuntimeError>
Мы не сильно отстаём, но что-то не в порядке.
Редактирование: В итоге обновление пошло наперекосяк. docker_manager не обновился, как показано в логах выше, но затем система показала, что он «актуален». Основное обновление Discourse полностью провалилось — процесс показывал обновление, но прогресса не было, и ни один процесс не изменился. Я отключил плагин Solved! в файле app.yml и выполнил пересборку приложения — теперь всё работает нормально, за исключением Solved. Если кто-то подтвердит, что можно снова включить его, я пересоберу приложение.}
3 лайка
Кстати, у меня установлен плагин Solved, и сегодня я обновил его через интерфейс — всё прошло успешно. 
Следовало проверить перед публикацией… 
Похоже, что за это время был добавлен новый коммит для Solved. Позвольте мне выполнить пересборку через командную строку, чтобы проверить и убедиться, что всё проходит без проблем.
ETA: @Frully Моя пересборка (включая Solved) прошла успешно 
2 лайка
В дополнение к тому, что сказал Jam. У меня тоже не возникало проблем с Solved.
Если вы устанавливаете Solved впервые, убедитесь, что ваш адрес GitHub указан верно.
Также, если возможно, сообщите, используете ли вы стабильную версию или рекомендованную версию с прошедшими тестами.
Если вы сможете опубликовать часть секции plugin вашего файла app.yml, это также может помочь.
2 лайка
Спасибо обоим за проверку. Теперь, когда всё обновлено, я чувствую себя в безопасности, снова включив плагин. Сообщу, как только у меня будет время протестировать и зафиксировать результаты.
3 лайка
Мы всё ещё сталкиваемся с этой проблемой (хотя, раз никто другой не сообщал о ней, я начинаю задумываться, что дело только в нас?).
Изучив вопрос подробнее, я обнаружил, что добавление padding-top и padding-bottom со значением 15px к CSS-классу topic-statuses позволяет обойти эту проблему. Надеюсь, что кто-то из разработчиков плагина сможет исправить это более постоянным способом.
3 лайка
Я думаю, это связано с Discourse Tooltips. Проблема касается не только неотмеченных как решённые тем на вашем сайте, но и любых закреплённых тем и тем с замком.
Кажется, есть ещё несколько подобных сообщений:
5 лайков
Поскольку мы обновили Discourse, статус решения вебхуков инвертирован.
Если я отмечу тему как решённую, вебхук будет отправлен следующим образом:
"can_accept_answer": true,
"can_unaccept_answer": false,
"accepted_answer": false,
"topic_accepted_answer": null
А если я сниму отметку решения с ответа, всё будет наоборот.
Этот плагин теперь включен в ядро Discourse в рамках Bundling more popular plugins with Discourse core. Если вы используете самостоятельный хостинг и применяете этот плагин, вам необходимо удалить его из файла app.yml перед следующим обновлением.
3 лайка
Возникла ошибка с последней версией Discourse
Мне пришлось отключить это для пересборки приложения (Discourse)
Теперь это включено в ядро
3 лайка
Главная > В постах категории темы с пометкой «решено» отображаются как нерешённые
Нужны ли мне другие настройки?
1 лайк
Можно ли добавить запись в «Расширенные фильтры» в области поиска Discourse, чтобы отображать только нерешённые темы?
Редактирование: Это опция в разделе «Где темы» в поиске. Мне следовало подождать, пока подействуют мои лекарства, прежде чем задавать вопросы 
Вы можете использовать /filter и in:решено / in:нерешено
3 лайка
Насколько я понимаю, при создании автоматизации можно использовать триггер «first_accepted_solution» из плагина Solved. Будет ли автоматизация с этим триггером запускаться только один раз для каждой темы, которая получает статус «решено», или же речь идет о первом принятом решении от конкретного пользователя, а не о теме? Не уверен, что вопрос сформулирован понятно, извините.
Где можно прочитать больше о триггерах, доступных в автоматизациях? Мой фокус на «accepted_solutions», который, если я не ошибаюсь, берется из плагина Solved. Отсюда и вопрос.
«Первое принятое решение» срабатывает в первый раз, когда пост пользователя выбирается в качестве решения любой темы.
Например, вы можете использовать это, чтобы поблагодарить пользователя за помощь кому-то в первый раз, когда он это сделал.
Привет, @Moin,
Большое спасибо за разъяснение, всё логично.
Вопрос на уточнение: есть ли триггер «accepted-solution» или только «first-accepted-solution»?
Обоснование: я хотел бы создать кастомную автоматизацию, которая создавала бы Пост каждый раз, когда Тема помечается как Решённая (пост отмечается как решение).
Я пробовал использовать «first-accepted-solution», но, как я вижу сейчас, он срабатывает только один раз, что, впрочем, ожидаемо.
Есть ли какие-то рекомендации или идеи?
Спасибо ещё раз
Не зная, что вы планируете делать с этим постом и зачем он вам нужен, сложно предложить что-то полезное.
Вы просто хотите узнать о том, как посты помечаются как решения?
В таком случае можно использовать запрос в Data Explorer и скрипт «Планирование поста в теме по результатам Data Explorer». Например, можно настроить запрос, который каждые 10 минут возвращает решения за последние 10 минут.
Предположительно, можно запускать его и чаще, но я не уверен, какую нагрузку это создаёт на сервер. Однако даже при запуске каждую минуту не обязательно будет создан отдельный пост для каждого решения. Возможно, за одну минуту будет решено две темы.
Кроме того, результат такого поста можно кастомизировать лишь в ограниченной степени. (Конечно, вы можете изменить используемые тексты, как и любой другой текст, но имейте в виду, что тогда вам придётся делать это для каждого поста, который изменяется автоматизацией с помощью этого скрипта. Поэтому такой подход не подойдёт, если вы хотите добиться максимальной индивидуальности.)
Простой пример поста, созданного этой автоматизацией:
Содержимое таблицы зависит от запроса. Запрос можно расширить, например, чтобы отображать ссылку на тему или решение. Я оставил его простым, чтобы продемонстрировать, как в целом работает эта функция.
Запрос, который я использовал
SELECT
dst.created_at AS solution_accepted_at,
dst.topic_id,
dst.answer_post_id,
dst.accepter_user_id
FROM discourse_solved_solved_topics dst
WHERE dst.created_at >= NOW() - INTERVAL '10 minutes'
ORDER BY dst.created_at DESC
1 лайк
Привет @Moin,
Большое спасибо за ваш ответ
Отлично, я протестировал и всё заработало — благодаря вашему ответу:
Однако это всё ещё не то, что я искал.
Извините, если я не был достаточно ясен в своём предыдущем вопросе.
Я пытаюсь создать автоматизацию, которая будет создавать сообщение (от системного пользователя) каждый раз, когда тема решается. В этой теме новое сообщение будет содержать опрос (опрос будет представлен в формате Markdown из Discourse Surveys).