KamoCRM

छवि बुलबुले 480px पूर्वावलोकन खींचते हैं; लाइटबॉक्स मूल रखता है

Featurekamo-internal
शिप
24 सितंबर 2026 को 11:32 pm बजे UTC
लेखक
Kamo
Commit
593585d

एक चैट छवि को 240x240 सीएसएस पीएक्स पर खींचा जाता है और बबल ने पूरे डाउनलोड किया यह करने के लिए मूल — 3-8 MB प्रति फ़ोन तस्वीर, प्रति दर्शक। अब अनुलग्नकचिप खींचता है ************* MediaService 480px WebP KB) ने पहली बार किसी को पूछता है और मूल के साथ जवाब दिया जब भी कोई छवि में कोई नहीं (एक एनीमेशन, एक वेक्टर) है। लाइटबॉक्स, डाउनलोड, वीडियो और ऑडियो मूल पढ़ाते रहते हैं। फॉलबैक: यदि पूर्वावलोकन विफल हो जाता है तो बबल उसी URL पर मूल की कोशिश करता है। पीढ़ी, और केवल मूल की विफलता उपयोग में प्रवेश करती हैAttachmentSource वसूली (cookie replant, फिर HEAD verdict) - एक टूटे हुए पूर्वावलोकन कभी नहीं है एक लापता फ़ाइल के रूप में रिपोर्ट की। चिप को याद है कि कौन से यूआरएल पूर्वावलोकन विफल रहा है, इसलिए एक वसूली जो यूआरएल को बदल देती है (पुनः संयंत्र, रीट्री) पूर्वावलोकन की कोशिश करता है फिर से बुलबुले में पूरे मूल छोड़ने के बजाय। /api/media/* एक proxied उपसर्ग नहीं है, इसलिए पूर्वावलोकन के पास अपना मार्ग फ़ाइल है। दोनों मार्गों में अब app/lib/imagingProxyRelay.ts (same OTK फॉरवर्ड) साझा करें, वही मीडिया सर्विस के सीएसपी / nosniff / disposition, प्लस के पासथ्रू x-attachment-rendition), और एक आईडी को मना कर दिया जो इमारत से पहले एक UUID नहीं है अपस्ट्रीम यूआरएल। AFTER Media Service (AFTER Media Service) की तैनाती। यदि यह भूमि पहले है पूर्वावलोकन अनुरोध 404s अपस्ट्रीम और हर बुलबुला मूल वापस गिर जाता है — आज का व्यवहार, एक अतिरिक्त लघु अनुरोध है।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

यह सब अपने कार्यक्षेत्र में आता है। मुफ्त योजना शुरू करें और इस पृष्ठ को एक महीने में फिर से पढ़ें।.

Foreverमूल्य निर्धारण देखें