Zammad: Слишком большой текст статьи не позволяет импортировать OTRS

Привет, @MrDigit , какую БД использовать? Я думаю, что ограничен БД, см. Эту строку в журнале:

/opt/zammad/app/models/ticket/article.rb:301:in check_body': body if article is to large, 3702347 chars - only 1500000 allowed (Exceptions::UnprocessableEntity) from /usr/local/bundle/gems/activesupport-5.1.5/lib/active_support/callbacks.rb:413:inblock in make_lambda'

Привет @NeverMin!

поскольку ограничение жестко прописано в article.rb, эта ошибка не зависит от выбранного бэкэнда БД.
( limit = 1_500_000 , см. ниже)

def check_body
    return true if body.blank?
    limit = 1_500_000
    current_length = body.length
    return true if body.length <= limit

    raise Exceptions::UnprocessableEntity, "body if article is to large, #{current_length} chars - only #{limit} allowed" if !ApplicationHandleInfo.postmaster?

    logger.warn "WARNING: cut string because of database length #{self.class}.body(#{limit} but is #{current_length})"
    self.body = body[0, limit]
end

Привет @MrDigit , Да, вы можете исправить (например, 4_000_000) и попробовать, но какую БД использовать для Zammad? MySQL или postgresql? Что такое версия OTRS?

Привет @NeverMin!

уже поднял лимит до некоторого более высокого значения, импорт работал потом. Вопрос в том, почему установлен лимит 1,5 Мбайт? Потому что заммад взорвется, если будут храниться более крупные тела, или это просто произвольное значение?

Что касается ваших вопросов: версия zammad для docker-compose, которую я использую (https://github.com/zammad/zammad-docker-compose), использует postgresql, я храню вложения в файловой системе. OTRS - это версия 5.

Привет @MrDigit , Хорошие вопросы, возможно, позвольте мне задать @thorsteneckel .

JFI: https://github.com/zammad/zammad/blob/develop/db/migrate/20120101000010_create_ticket.rb#L175

ИЗМЕНИТЬ:
Можете ли вы переместить эту проблему в Сообщество ?

Привет @MrDigit

Вопрос в том, почему установлен лимит 1,5 Мбайт?

Я думаю, что это значение давно устарело и, вероятно, устарело. Спасибо за то, что вы так глубоко копнули, решили свою проблему и поделились ею. При решении этой проблемы мы рассмотрим подробнее.

Это не ограничивается только импортом OTRS.
Это ударит по нескольким точкам.

При попытке воспроизвести это, даже с 15000 символов, я продолжаю получать ошибки (примечание: мне пришлось переключиться на API здесь, потому что нашему пользовательскому интерфейсу это не понравилось):

F, [2019-07-03T16:36:15.330582 #18433-86302140] FATAL -- :
F, [2019-07-03T16:36:15.330620 #18433-86302140] FATAL -- : actionpack (5.1.7) lib/action_dispatch/http/parameters.rb:115:in `rescue in parse_formatted_parameters'
actionpack (5.1.7) lib/action_dispatch/http/parameters.rb:109:in `parse_formatted_parameters'
actionpack (5.1.7) lib/action_dispatch/http/request.rb:361:in `block in POST'
rack (2.0.7) lib/rack/request.rb:59:in `fetch'
rack (2.0.7) lib/rack/request.rb:59:in `fetch_header'
actionpack (5.1.7) lib/action_dispatch/http/request.rb:360:in `POST'
actionpack (5.1.7) lib/action_dispatch/http/parameters.rb:53:in `parameters'
actionpack (5.1.7) lib/action_dispatch/http/filter_parameters.rb:41:in `filtered_parameters'
actionpack (5.1.7) lib/action_controller/metal/instrumentation.rb:21:in `process_action'
actionpack (5.1.7) lib/action_controller/metal/params_wrapper.rb:252:in `process_action'
activerecord (5.1.7) lib/active_record/railties/controller_runtime.rb:22:in `process_action'
actionpack (5.1.7) lib/abstract_controller/base.rb:124:in `process'
actionview (5.1.7) lib/action_view/rendering.rb:30:in `process'
actionpack (5.1.7) lib/action_controller/metal.rb:189:in `dispatch'
actionpack (5.1.7) lib/action_controller/metal.rb:253:in `dispatch'
actionpack (5.1.7) lib/action_dispatch/routing/route_set.rb:49:in `dispatch'
actionpack (5.1.7) lib/action_dispatch/routing/route_set.rb:31:in `serve'
actionpack (5.1.7) lib/action_dispatch/journey/router.rb:50:in `block in serve'
actionpack (5.1.7) lib/action_dispatch/journey/router.rb:33:in `each'
actionpack (5.1.7) lib/action_dispatch/journey/router.rb:33:in `serve'
actionpack (5.1.7) lib/action_dispatch/routing/route_set.rb:844:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/strategy.rb:192:in `call!'
omniauth (1.9.0) lib/omniauth/strategy.rb:169:in `call'
omniauth (1.9.0) lib/omniauth/builder.rb:64:in `call'
rack (2.0.7) lib/rack/etag.rb:25:in `call'
rack (2.0.7) lib/rack/conditional_get.rb:38:in `call'
rack (2.0.7) lib/rack/head.rb:12:in `call'
rack (2.0.7) lib/rack/session/abstract/id.rb:232:in `context'
rack (2.0.7) lib/rack/session/abstract/id.rb:226:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/cookies.rb:613:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/callbacks.rb:26:in `block in call'
activesupport (5.1.7) lib/active_support/callbacks.rb:97:in `run_callbacks'
actionpack (5.1.7) lib/action_dispatch/middleware/callbacks.rb:24:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/debug_exceptions.rb:59:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/show_exceptions.rb:31:in `call'
railties (5.1.7) lib/rails/rack/logger.rb:36:in `call_app'
railties (5.1.7) lib/rails/rack/logger.rb:24:in `block in call'
activesupport (5.1.7) lib/active_support/tagged_logging.rb:69:in `block in tagged'
activesupport (5.1.7) lib/active_support/tagged_logging.rb:26:in `tagged'
activesupport (5.1.7) lib/active_support/tagged_logging.rb:69:in `tagged'
railties (5.1.7) lib/rails/rack/logger.rb:24:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/remote_ip.rb:79:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/request_id.rb:25:in `call'
rack (2.0.7) lib/rack/method_override.rb:22:in `call'
rack (2.0.7) lib/rack/runtime.rb:22:in `call'
activesupport (5.1.7) lib/active_support/cache/strategy/local_cache_middleware.rb:27:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/executor.rb:12:in `call'
actionpack (5.1.7) lib/action_dispatch/middleware/static.rb:125:in `call'
rack (2.0.7) lib/rack/sendfile.rb:111:in `call'
railties (5.1.7) lib/rails/engine.rb:522:in `call'
railties (5.1.7) lib/rails/railtie.rb:185:in `public_send'
railties (5.1.7) lib/rails/railtie.rb:185:in `method_missing'
puma (3.12.1) lib/puma/configuration.rb:227:in `call'
puma (3.12.1) lib/puma/server.rb:660:in `handle_request'
puma (3.12.1) lib/puma/server.rb:474:in `process_client'
puma (3.12.1) lib/puma/server.rb:334:in `block in run'
puma (3.12.1) lib/puma/thread_pool.rb:135:in `block in spawn_thread'
logging (2.2.2) lib/logging/diagnostic_context.rb:474:in `block in create_with_logging_context'

Ответ API пуст.

Я ни в коем случае не мог довести API до указанного выше предела, поскольку Zammad не принимал мои полезные данные.

Я пробовал использовать символы 1500001 (которые моему браузеру уже не очень нравились), а затем - меньше символов 15000 (это значение можно вставить в Zammad). Но опять же, если статья станет слишком большой, она просто перестанет принимать пасты.

1500001 составляет не 1,5 МБ, а около 1,14 МБ, что даже не предел. Я мог вставить около 494320 символов (обычный текст!), После чего ручной ввод все еще работает. Большое спасибо там, где это не удалось.

Я использовал этот генератор во время своих попыток: https://www.loremipsum.de/index_e.html

Привет,
Я обвинял ограничение, и эта проблема является причиной ограничения:
https://github.com/zammad/zammad/issues/1390

С моей стороны 1,5 Мбайт - это нормально ... Обычно более крупное содержимое обрабатывается во вложениях, где это не проблема.

Я столкнулся с той же проблемой. У клиента произошел сбой при импорте статьи otrs со встроенным документом docx, который сломал статью (1 из 35 тыс. Заявок). Нет полезного контента, похоже, почтовый сервер / клиент сломал его во время доставки.

Я изменю исключение, чтобы исключение не возникало при импорте, поэтому статьи будут импортированы, уменьшив его до 1,5 МБ, как и в других случаях. Мы также должны исправить ограничение с 1,14 МБ -> 1,5 МБ. Импорт должен выполняться плавно и не допускать возникновения исключений.

Мы решили оставить ограничение в 1,5 миллиона символов в статье. Как отметил @MrGeneration , пользовательский интерфейс в любом случае не может использоваться после (гораздо меньшего) количества символов. Дело не в фактическом размере в МБ / КБ, а в количестве символов. Однако исходная проблема теперь исправлена ​​и будет готова к использованию с Zammad 3.5 🚀