- शिप
- 11 अगस्त 2026 को 4:20 pm बजे UTC
- लेखक
- Kamo
- Commit
- 939ed24
छवि सेवा लाभ अपलोडDocumentStreaming, अपलोड दस्तावेज़ के स्ट्रीमिंग समकक्ष। बफर्ड फॉर्म सभी पर एक बड़े अपलोड को व्यक्त नहीं कर सकता: readInputStream allocates नया बाइट [आकार], एक जावा सरणी इंटेगर में सबसे ऊपर है। Max VALUE, and MinIOStorageService.upload फिर क्रॉस-नोड रीट्री के लिए एक SECOND पूर्ण प्रतिलिपि आवंटित करता है। एक 2Gi कंटेनर के खिलाफ जो एक बनाया कुछ सौ मेगाबाइट व्यावहारिक छत - यही कारण है कि इमेजिंग मल्टीपार्ट कैप पर बैठे थे 500MB जबकि चैट अटैचमेंट पथ, जो पहले से ही स्ट्रीम करता है, 3 GiB तक चला गया। नई विधि हैश एक बार (दोनों ने एक बफर को बंद कर दिया), एमआईएमई प्रकार को बेहतर बनाता है हैश पास इसलिए एक mislabelled 3 GiB फ़ाइल उस पर एक पूर्ण पढ़ा खर्च किए बिना अस्वीकार कर दिया है, और एक नए स्टोर के लिए भंडारण को प्रतिनिधि करता हैContentAddressed अधिभार जो पूर्व-कंप्यूटेड पाचन को स्वीकार करता है इसलिए स्रोत तीन बार के बजाय दो बार पढ़ा जाता है। जानबूझकर @transactional: भंडारण गीगाबाइट मिनट लेता है और इसमें एक लेनदेन एक पूल कनेक्शन पिन करता है। इसके अलावा com.kamo.z.shared.hr.training — 20 संस्थाओं, 11 enums और 20 repositories के लिए जोड़ती है। मानव संसाधन प्रशिक्षण मॉड्यूल, mirroring com.kamo.z.shared.hr.legal's conventions: BaseUuidEntity, an annity.kamo.z.shared.hr.legal's conventions: BaseUuidEntity explicit last modified with touch() क्योंकि BaseUuidEntity.dateUpdated is मृत, pinned हर वैकल्पिक @JoinColumn, और @OnDelete(CASCADE) पर दर्शकों FKs पर परिभाषा क्योंकि Cascadetype.* डीडीएल पर कुछ भी उत्सर्जन नहीं करता है। कानूनी ब्लूप्रिंट से दो प्रस्थान, दोनों जानबूझकर: - ट्रेनिंग असाइनमेंटस्टैटस ने FAILED RETAKE ALLOWED (open) और FAILED FINAL में FAILED को विभाजित किया (बंद) और REMINDABLE STATES OPEN STATES की तुलना में कड़ाई से संकीर्ण है, इसलिए एक सदस्य का इंतजार करना ग्रेडिंग कभी नहीं पीछा किया जाता है। TrainingAssignmentStatusTest. - hr training notification एक वास्तविक तालिका है जिसमें एक Redis के बजाय UNIQUE दावा सूचकांक है। SET NX, इसलिए "क्या हम उन्हें इस तारीख पर बताते हैं" एक FLUSHDB जीवित रहता है और क्वेरी योग्य है। उत्तर और सत्यापन रिपॉज़िटरी नंगे रिपोज़िटरी मार्कर का विस्तार करती है, नहीं JpaRepository, इसलिए बैच हटाने के तरीकों कि बायपास @PreRemove इंटरफ़ेस पर मौजूद नहीं है। किसी भी सेवा से पहले एक KamoInitializerसेवा चलाने की आवश्यकता होती है जो इन तालिकाओं को पढ़ती है।.