Zammad: نص المقالة الكبير جدًا يفشل في استيراد OTRS

مرحبًا MrDigit ، أي DB واحد يجب استخدامه؟ أعتقد أنه محدود من DB ، انظر هذا السطر في السجل:

/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 هذا الخطأ بشكل مستقل عن الواجهة الخلفية لقاعدة البيانات المحددة.
( الحد = 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) والمحاولة ، ولكن ، أي DB واحد لاستخدامه في Zammad؟ MySQL أم postgresql؟ ما هو إصدار OTRS؟

مرحبا NeverMin ،

رفعت بالفعل الحد إلى بعض القيمة الأعلى ، وعمل الاستيراد بعد ذلك. السؤال هو لماذا تم تعيين الحد الأقصى على 1.5 ميغا بايت؟ لأن زماد سوف ينفجر إذا تم تخزين أجساد أكبر أم أن هذه مجرد قيمة عشوائية؟

فيما يتعلق بأسئلتك: إن إصدار docker-compose من zammad الذي أستخدمه (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 حرفًا ، سأستمر في تلقي الأخطاء (ملاحظة: كان علي التبديل إلى واجهة برمجة التطبيقات هنا لأن واجهة المستخدم الخاصة بنا لم تعجبها):

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 فارغة.

لم أتمكن في أي وقت من دفع واجهة برمجة التطبيقات إلى الحد المذكور أعلاه ، لأن زماد لن يأخذ حمولاتي.

لقد حاولت باستخدام أحرف 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 إلى أن واجهة المستخدم غير قابلة للاستخدام بعد (أقل بكثير) من الأحرف على أي حال. لم يكن الأمر يتعلق بالحجم الفعلي من حيث MB / KB ولكن عدد الأحرف. ومع ذلك ، تم إصلاح الإصدار الأصلي الآن وسيكون جاهزًا للاستخدام مع Zammad 3.5