Zammad: बहुत बड़ा लेख शरीर OTRS आयात को विफल करता है

हाय @Mrigit , जो एक 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 ,

सीमा के रूप में लेख में हार्डकोड किया गया है। यह त्रुटि चयनित DB बैकएंड से स्वतंत्र है।
( सीमा = 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 के लिए कौन सा DB उपयोग करना है? MySQL या postgresql? OTRS संस्करण क्या है?

नमस्कार @NeverMin ,

पहले से ही कुछ उच्च मूल्य की सीमा बढ़ा दी, आयात बाद में काम किया। सवाल यह है कि सीमा 1,5 एमबीटी पर क्यों निर्धारित की गई है? क्योंकि ज़माद विस्फोट होगा यदि बड़े शरीर संग्रहीत हैं या यह केवल एक मनमाना मूल्य है?

आपके प्रश्नों के बारे में: ज़माद का डॉकटर-कंपोज़ संस्करण मैं उपयोग कर रहा हूँ (https://github.com/zammad/zammad-docker-compose) postgresql का उपयोग कर रहा हूं, मैं फाइलसिस्टम में संलग्नक को संग्रहीत कर रहा हूं। OTRS संस्करण 5 है।

नमस्कार @MrDigit , अच्छे प्रश्न, शायद मुझे @thorsteneckel से पूछने

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

संपादित करें:
क्या आप इस मुद्दे को समुदाय पर ले जा सकते हैं?

हाय @ मृगजीत

सवाल यह है कि सीमा 1,5 एमबीटी पर क्यों निर्धारित की गई है?

मुझे लगता है कि यह मूल्य योर का है और शायद अप्रचलित है। उस गहरी खुदाई के लिए धन्यवाद, अपने मुद्दे को हल करने और इसे यहाँ साझा करने के लिए। इस मुद्दे को संबोधित करते समय हमारी निकटता होगी।

यह केवल ओटीआरएस आयात तक सीमित नहीं है।
यह कई बिंदुओं पर हड़ताल करेगा।

जब 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'

एपीआई प्रतिक्रिया खाली है।

मैं बिना किसी बिंदु पर, एपीआई को उपरोक्त सीमा तक धकेल सकता हूं, क्योंकि ज़माद मेरे पेलोड को नहीं लेगा।

मैंने 1500001 वर्णों के साथ (जो मेरा ब्राउज़र पहले से ही बहुत अधिक पसंद नहीं किया था) और कम 15000 chracters के साथ (यह मान Zammad के भीतर पेस्ट करने योग्य है) की कोशिश की। लेकिन फिर, यदि लेख बहुत बड़ा हो जाता है, तो यह सिर्फ अतीत लेना बंद कर देगा।

1500001 हालांकि 1.5MB नहीं है, बल्कि लगभग 1.14MB है जो सीमा भी नहीं है। मैं लगभग 494320 वर्ण (सादा-पाठ!) पेस्ट कर सकता हूं, बाद में मैन्युअल टाइपिंग अभी भी काम करता है। बड़ा धन्यवाद जहाँ सफल नहीं हुआ।

मैंने अपने प्रयासों के दौरान इस जनरेटर का उपयोग किया: https://www.loremipsum.de/index_e.html

नमस्ते,
मैंने सीमा को दोषी ठहराया और यह समस्या सीमा का कारण है:
https://github.com/zammad/zammad/issues/1390

मेरी तरफ से 1.5 एमबी ठीक है ... आम तौर पर बड़ी सामग्रियों को संलग्नक में वैसे भी संभाला जाता है जहां उन्हें कोई समस्या नहीं है।

मैं उसी मुद्दे में भाग गया। एक ग्राहक के पास एक एम्बेडेड डॉक्स के साथ एक असफल ऑर्ट्स लेख आयात था जिसने लेख को तोड़ दिया (35k टिकटों में से 1)। कोई उपयोग करने योग्य सामग्री, मेलस्वर / क्लाइंट ने डिलीवर करते समय इसे तोड़ा नहीं।

मैं आयातों को कम नहीं करने के अपवाद को बदल दूंगा, इसलिए लेखों को अन्य मामलों की तरह 1.5 एमबी में काटकर आयात किया जाएगा। हमें 1.14MB -> 1.5MB से सीमा तय करनी चाहिए। आयात सुचारू रूप से चलना चाहिए और अपवादों को उठाने से रोकना चाहिए।

हमने प्रति लेख 1.5 मिलियन चार्ट की सीमा रखने का फैसला किया। जैसा कि @MrGeneration ने बताया कि UI (बहुत कम) राशि के बाद भी यूआई प्रयोग करने योग्य नहीं है। यह एमबी / केबी के संदर्भ में वास्तविक आकार के बारे में कभी नहीं था लेकिन वर्णों की संख्या थी। हालांकि, मूल मुद्दा अब तय हो गया है और ज़माद 3.5 is के साथ उपयोग करने के लिए तैयार हो जाएगा