Ошибка 500 для постов TL0 с ссылками на Instagram и YouTube

markersocial · 17.Ноябрь.2020 13:53:15

Итак, столкнулся с странной ошибкой.

Это происходит на тестовом экземпляре, версия tests-passed (ошибка возникала и на beta, и на tests-passed). Я попытался удалить все плагины, кроме docker manager, и убрать все компоненты темы.

Обновлялся со Stable до Beta, затем до tests-passed. Возможно, это подсказка: после обновления система пометила два старых поста тестового аккаунта обычного пользователя как спам из-за слишком большого количества ссылок на одни и те же домены.

Когда я пытаюсь опубликовать пост с аккаунта TL0, onebox’ы для Twitter и Reddit создаются без проблем. Однако ссылки на Instagram и YouTube вызывают ошибку 500. Если повысить уровень доверия аккаунта до TL1, ссылки публикуются нормально (а если вернуть его обратно на TL0, снова появляется ошибка 500).

Кроме того, если добавить YouTube и Instagram в список allowed_spam_host_domains, ошибка 500 для пользователя TL0 исчезает.

Лог - Info:

NoMethodError (undefined method `title' for nil:NilClass)
lib/post_action_creator.rb:264:in `create_message_creator'
lib/post_action_creator.rb:91:in `perform'
lib/post_action_creator.rb:18:in `create'
app/models/user.rb:1073:in `block in flag_linked_posts_as_spam'
app/models/user.rb:1066:in `flag_linked_posts_as_spam'
lib/new_post_manager.rb:284:in `perform_create_post'
lib/new_post_manager.rb:216:in `perform'
app/controllers/posts_controller.rb:180:in `create'
app/controllers/application_controller.rb:357:in `block in with_resolved_locale'
app/controllers/application_controller.rb:357:in `with_resolved_locale'
lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:354:in `call'
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/enforce_hostname.rb:22:in `call'
lib/middleware/request_tracker.rb:176:in `call'

Лог - Backtrace:

lib/post_action_creator.rb:264:in `create_message_creator'

lib/post_action_creator.rb:91:in `perform'

lib/post_action_creator.rb:18:in `create'

app/models/user.rb:1073:in `block in flag_linked_posts_as_spam'

activerecord (6.0.3.3) lib/active_record/relation/delegation.rb:87:in `each'

activerecord (6.0.3.3) lib/active_record/relation/delegation.rb:87:in `each'

app/models/user.rb:1066:in `flag_linked_posts_as_spam'

lib/new_post_manager.rb:284:in `perform_create_post'

lib/new_post_manager.rb:216:in `perform'

app/controllers/posts_controller.rb:180:in `create'

actionpack (6.0.3.3) lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'

actionpack (6.0.3.3) lib/abstract_controller/base.rb:195:in `process_action'

actionpack (6.0.3.3) lib/action_controller/metal/rendering.rb:30:in `process_action'

actionpack (6.0.3.3) lib/abstract_controller/callbacks.rb:42:in `block in process_action'

activesupport (6.0.3.3) lib/active_support/callbacks.rb:112:in `block in run_callbacks'

app/controllers/application_controller.rb:357:in `block in with_resolved_locale'

i18n (1.8.5) lib/i18n.rb:313:in `with_locale'

app/controllers/application_controller.rb:357:in `with_resolved_locale'

activesupport (6.0.3.3) lib/active_support/callbacks.rb:121:in `block in run_callbacks'

activesupport (6.0.3.3) lib/active_support/callbacks.rb:139:in `run_callbacks'

actionpack (6.0.3.3) lib/abstract_controller/callbacks.rb:41:in `process_action'

actionpack (6.0.3.3) lib/action_controller/metal/rescue.rb:22:in `process_action'

actionpack (6.0.3.3) lib/action_controller/metal/instrumentation.rb:33:in `block in process_action'

activesupport (6.0.3.3) lib/active_support/notifications.rb:180:in `block in instrument'

activesupport (6.0.3.3) lib/active_support/notifications/instrumenter.rb:24:in `instrument'

activesupport (6.0.3.3) lib/active_support/notifications.rb:180:in `instrument'

actionpack (6.0.3.3) lib/action_controller/metal/instrumentation.rb:32:in `process_action'

actionpack (6.0.3.3) lib/action_controller/metal/params_wrapper.rb:245:in `process_action'

activerecord (6.0.3.3) lib/active_record/railties/controller_runtime.rb:27:in `process_action'

actionpack (6.0.3.3) lib/abstract_controller/base.rb:136:in `process'

actionview (6.0.3.3) lib/action_view/rendering.rb:39:in `process'

rack-mini-profiler (2.2.0) lib/mini_profiler/profiling_methods.rb:85:in `block in profile_method'

actionpack (6.0.3.3) lib/action_controller/metal.rb:190:in `dispatch'

actionpack (6.0.3.3) lib/action_controller/metal.rb:254:in `dispatch'

actionpack (6.0.3.3) lib/action_dispatch/routing/route_set.rb:50:in `dispatch'

actionpack (6.0.3.3) lib/action_dispatch/routing/route_set.rb:33:in `serve'

actionpack (6.0.3.3) lib/action_dispatch/journey/router.rb:49:in `block in serve'

actionpack (6.0.3.3) lib/action_dispatch/journey/router.rb:32:in `each'

actionpack (6.0.3.3) lib/action_dispatch/journey/router.rb:32:in `serve'

actionpack (6.0.3.3) lib/action_dispatch/routing/route_set.rb:834:in `call'

lib/middleware/omniauth_bypass_middleware.rb:68:in `call'

rack (2.2.3) lib/rack/tempfile_reaper.rb:15:in `call'

rack (2.2.3) lib/rack/conditional_get.rb:40:in `call'

rack (2.2.3) lib/rack/head.rb:12:in `call'

lib/content_security_policy/middleware.rb:12:in `call'

lib/middleware/anonymous_cache.rb:354:in `call'

rack (2.2.3) lib/rack/session/abstract/id.rb:266:in `context'

rack (2.2.3) lib/rack/session/abstract/id.rb:260:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/cookies.rb:648:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'

activesupport (6.0.3.3) lib/active_support/callbacks.rb:101:in `run_callbacks'

actionpack (6.0.3.3) lib/action_dispatch/middleware/callbacks.rb:26:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/actionable_exceptions.rb:17:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/debug_exceptions.rb:32:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'

logster (2.9.4) lib/logster/middleware/reporter.rb:43:in `call'

railties (6.0.3.3) lib/rails/rack/logger.rb:37:in `call_app'

railties (6.0.3.3) lib/rails/rack/logger.rb:28:in `call'

config/initializers/100-quiet_logger.rb:23:in `call'

config/initializers/100-silence_logger.rb:31:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/remote_ip.rb:81:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/request_id.rb:27:in `call'

lib/middleware/enforce_hostname.rb:22:in `call'

rack (2.2.3) lib/rack/method_override.rb:24:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/executor.rb:14:in `call'

rack (2.2.3) lib/rack/sendfile.rb:110:in `call'

actionpack (6.0.3.3) lib/action_dispatch/middleware/host_authorization.rb:76:in `call'

rack-mini-profiler (2.2.0) lib/mini_profiler/profiler.rb:246:in `call'

message_bus (3.3.4) lib/message_bus/rack/middleware.rb:61:in `call'

lib/middleware/request_tracker.rb:176:in `call'

railties (6.0.3.3) lib/rails/engine.rb:527:in `call'

railties (6.0.3.3) lib/rails/railtie.rb:190:in `public_send'

railties (6.0.3.3) lib/rails/railtie.rb:190:in `method_missing'

rack (2.2.3) lib/rack/urlmap.rb:74:in `block in call'

rack (2.2.3) lib/rack/urlmap.rb:58:in `each'

rack (2.2.3) lib/rack/urlmap.rb:58:in `call'

unicorn (5.7.0) lib/unicorn/http_server.rb:632:in `process_client'

unicorn (5.7.0) lib/unicorn/http_server.rb:728:in `worker_loop'

unicorn (5.7.0) lib/unicorn/http_server.rb:548:in `spawn_missing_workers'

unicorn (5.7.0) lib/unicorn/http_server.rb:144:in `start'

unicorn (5.7.0) bin/unicorn:128:in `<top (required)>'

vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `load'

vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `<main>'

techAPJ · 19.Ноябрь.2020 17:41:25

Мне не удалось воспроизвести эту проблему на последней версии Discourse.

Попробуйте обновить ваш экземпляр Discourse до последней версии и протестировать это в безопасном режиме. Если проблема сохранится, проверьте, не изменяли ли вы какие-либо соответствующие настройки.

markersocial · 22.Ноябрь.2020 15:51:05

Спасибо @techAPJ за ответ. Я считаю, что это связано с тем, что новые пользователи публикуют ссылки на один и тот же домен, превышая «порог спама по хостам для новых пользователей», при этом домен не входит в список «разрешённых доменов для спама».

Кажется, это не зависит от конкретных хостов, а просто от того, что один и тот же хост был опубликован слишком много раз пользователем с уровнем доверия 0 (TL0). Это также не ограничивается определёнными доменами (например, Instagram или YouTube).

Я обновился до последней версии Discourse (тесты пройдены: 2.6.0beta6) без плагинов (кроме Docker Manager) и шаблонов и подтвердил следующее на тестовом экземпляре (с обычным пользователем TL0):

Если я увеличу «порог спама по хостам для новых пользователей» на 1, пользователь сможет ещё раз опубликовать ссылку (на тот же домен, вызывающий ошибку 500). При следующей публикации снова возникает ошибка 500. Это поведение воспроизводится.
Если я добавлю домен в список «разрешённых доменов для спама», пользователь сможет продолжать публиковать ссылки на этот домен без ошибок.
Если я повышу уровень доверия пользователя до 1, он сможет продолжать публиковать ссылки на этот домен без ошибок.

Дайте знать, если вам не удаётся воспроизвести проблему с этой информацией, и я приступлю к тестированию в безопасном режиме.

techAPJ · 29.Апрель.2021 16:28:35

При детальном рассмотрении… это не похоже на ошибку, а является ожидаемым поведением системы.

Новому пользователю не разрешается публиковать слишком много ссылок на один и тот же хост. Если администратор хочет изменить это поведение, он может настроить параметры сайта newuser_spam_host_threshold и allowed_spam_host_domains.

Это также отражено в сообщении для персонала, которое отправляется при блокировке публикации из-за повторяющихся ссылок:

github.com/discourse/discourse

config/locales/server.en.yml

cd93d1b5f


      
          subject_template: "New user %{username} posts blocked due to repeated links"
          text_body_template: |
            This is an automated message.
          
            The new user [%{username}](%{user_url}) tried to create multiple posts with links to %{domains}, but those posts were blocked to avoid spam. The user is still able to create new posts that do not link to %{domains}.
          
            Please [review the user](%{user_url}).
          
            This can be modified via the `newuser_spam_host_threshold` and `allowed_spam_host_domains` site settings. Consider adding %{domains} to the allowlist if they should be exempt.

techAPJ · 30.Апрель.2021 16:28:10

Эта тема была автоматически закрыта через 23 часа. Новые ответы больше не принимаются.

Тема		Ответов	Просм.
White_listed_spam_host_domains setting not being honoured for New Users? UX	10	1157	18.10.2019
User can't post: 500 internal server error Support	10	1431	18.04.2018
500 Error While Posting a Topic Bug	15	914	05.08.2020
I get "500 error" error while editing post Self-hosting	15	1117	17.03.2026
Link to own domain results in "Internal Server Error" Support	5	872	18.09.2019

Ошибка 500 для постов TL0 с ссылками на Instagram и YouTube

Связанные темы