ई-मेल न्यूज़लेटर्स का लेआउट - "नुकसान"। भाग एक तस्वीरें

शुभ दोपहर, प्रिय Kravravchians!
बहुत पहले नहीं, हम ई-मेल समाचार पत्र टाइप करने के काम के खिलाफ आए थे। यह एक सुखद अनुभव नहीं है, लेकिन कई कंपनियां सक्रिय रूप से कॉर्पोरेट मेलिंग सूचियों का उपयोग कर रही हैं, और लेआउट एक तेजी से जरूरी काम बन रहा है।

ऐसा लगता है कि एक साधारण पृष्ठ बनाना मुश्किल है? लेकिन "नुकसान" हैं जो एक अनुभवी टाइप्टर को भी भ्रमित कर सकते हैं। यह ठीक है कि इन "पत्थरों" को पोस्ट को समर्पित किया गया है (एक बार में आरक्षण करें - पोस्ट में वर्णित सभी प्रयोग विंडोज के तहत सॉफ्टवेयर के साथ आयोजित किए गए थे जो कई हाथों में हैं)।

पहला पत्थर - चित्र

लगभग हर समाचार पत्र में चित्र होते हैं। लोगो, टोपी, तस्वीरें, सोशल मीडिया आइकन ...
छवियों का उपयोग करने के 2 तरीके हैं:

1. सर्वर से डाउनलोड करें

पेशेवरों:

• पत्र का हल्का वजन;
• सभी मेल प्रोग्राम चित्रों के इस उपयोग को "समझते हैं" और उन्हें एक निर्दिष्ट स्थान से लोड करने में सक्षम हैं।

विपक्ष:

• बड़ी नौकरशाही कंपनियों में, चित्रों को अपलोड करने के लिए सर्वर पर जगह को जल्दी से आवंटित करना अक्सर संभव नहीं होता है और ऐसी कंपनियों के लिए तीसरे पक्ष के सर्वर पर तस्वीरें रखना अस्वीकार्य है। इस मामले में, सर्वर से चित्र डाउनलोड करना मूल रूप से असंभव है।
• क्लाइंट नीतियां ग्राफिक्स डाउनलोड को प्रतिबंधित कर सकती हैं। उदाहरण के लिए, मेल प्रोग्रामों में विंडोज लाइव मेल, आउटलुक एक्सप्रेस, आउटलुक 2007, छवियों को डिफ़ॉल्ट रूप से लोड नहीं किया जाता है। चित्र केवल तभी लोड किए जाते हैं यदि उपयोगकर्ता मैन्युअल रूप से इस क्रिया को करने की अनुमति देता है, या यदि वह (फिर से मैन्युअल) छवियों को स्वचालित रूप से डाउनलोड करने के लिए प्रोग्राम सेट करता है। अन्य ईमेल कार्यक्रमों में, ग्राफिक्स लोड लॉक को मैन्युअल रूप से उपयोगकर्ता द्वारा मैन्युअल रूप से कॉन्फ़िगर किया जा सकता है।
  

ग्राफिक्स को ब्लॉक करना, सबसे पहले, इस तथ्य की ओर जाता है कि उपयोगकर्ता को चित्रों को देखने के लिए अनावश्यक क्रियाएं करनी पड़ती हैं, और दूसरी बात, अगर चित्रों को तुरंत लोड नहीं किया गया था, तो ऑफ़लाइन जब कोई पत्र देखते हैं तो चित्रों को देखने का कोई तरीका नहीं होगा।

2. सीधे पत्र पर चित्र संलग्न करना

उल्लेख के लायक पहली बात यह है कि चित्रों को पत्र से कैसे जोड़ा जाए। संलग्न चित्रों के साथ पत्रों के HTML-कोड को देखते समय, आप देख सकते हैं कि सभी एम्बेडेड चित्रों के मार्ग एक विशेष पहचानकर्ता cid के माध्यम से सेट किए गए हैं।

MIME मानक, जो ई-मेल के माध्यम से डेटा के संचरण का वर्णन करता है, विशेष रूप से गैर-पाठ सामग्री (जैसे कि चित्र) को प्रसारित करने के लिए तंत्र को परिभाषित करता है। " MIME अतिरिक्त संदेश विशेषताओं की पहचान करने के लिए ई-मेल हेडर के एक सेट को परिभाषित करता है ।" ऐसी ही एक शीर्षक है "कंटेंट-आईडी।" सामग्री-आईडी संदेश भाग का विशिष्ट पहचानकर्ता है। हेडर के बाद कोण कोष्ठक में पहचानकर्ता मान दर्शाया गया है:
कंटेंट-आईडी: <1.23.44455.9874563210@test.example>
सामग्री-आईडी के गठन के लिए मुख्य शर्त विशिष्टता है, सामग्री-आईडी के निर्माण के संबंध में अपनाए गए सम्मेलनों में से एक "@" प्रतीक का उपयोग है और इसके दाईं ओर कंप्यूटर का होस्ट नाम है, हस्ताक्षर के बाईं ओर इस कंप्यूटर के लिए एक विशिष्ट पहचानकर्ता होना चाहिए।

चित्र (पैरामीटर "src") के लिंक में अक्षरों (img टैग) के शरीर में चित्रों का उपयोग करते समय, वांछित पहचानकर्ता को "cid" URI- योजना का उपयोग करके इंगित किया जाता है, पहचानकर्ता वाक्यविन्यास कोण कोष्ठक की अनुपस्थिति से सामग्री-आईडी से भिन्न होता है:
cid: 1.23.44455.9874563210@test.example

हेडर के अलावा, MIME मानक ई-मेल के माध्यम से प्रसारण के लिए एक डेटा रूपांतरण योजना को परिभाषित करता है - यह एक बेस 64 स्कीम है। किसी भी छवि को पत्र के शरीर में प्रेषित किया जाता है जो पहले बेस 64 प्रारूप में परिवर्तित हो जाता है।

इस प्रकार, मैन्युअल रूप से संलग्न चित्रों के साथ एक पत्र बनाने के लिए, आपको चित्रों को बेस 64 में बदलने की आवश्यकता है, सामग्री-आईडी हेडर लिखें, और "src" पैरामीटर में सभी चित्रों के लिए वांछित पहचानकर्ता के साथ URI योजना लिखें।

सहमत, मैन्युअल रूप से ऐसा करना इतना आसान नहीं है और समय की एक सभ्य राशि लेगा। हालाँकि, मैन्युअल रूप से ऐसा करने की कोई आवश्यकता नहीं है। मेल प्रोग्राम जो आपको वितरण के लिए पत्रों के एचटीएमएल-टेम्प्लेट का उपयोग करने की अनुमति देते हैं, स्वचालित रूप से चित्रों को स्वयं परिवर्तित करते हैं, हेडर और आइडेंटिफ़ायर डालते हैं, सीआईडी ​​उरी-योजनाओं में चित्रों के लिए पूर्ण पथ परिवर्तित करते हैं।

यह केवल यह निर्धारित करने के लिए रहता है कि आप किस ईमेल प्रोग्राम का उपयोग करके HTML फ़ाइलों को संदेश टेम्पलेट के रूप में उपयोग कर सकते हैं।

आउटलुक एक्सप्रेस में, यह सुविधा कई स्रोतों में वर्णित है ("संदेश - निर्माण का उपयोग करें - प्रपत्र का चयन करें ...")। लेकिन अधिक आधुनिक एनालॉग - विंडोज लाइव मेल में कोई विशेष विकल्प नहीं है, जैसा कि आउटलुक 2007 में नहीं है। हालांकि, सामान्य ज्ञान ने सुझाव दिया कि अवसर कहीं होना चाहिए, और यह दिखा। इन कार्यक्रमों में html-टेम्पलेट्स का उपयोग करने के लिए, आपको उस फ़ोल्डर से प्रोग्राम में इनबॉक्स फ़ोल्डर में पत्र के HTML-फ़ाइल को खींचना होगा जिसमें निर्मित पत्र स्थित है - पत्र टेम्पलेट के अनुसार स्वचालित रूप से उत्पन्न होगा। उसी समय, यदि पत्र उन चित्रों का उपयोग करता है जो कंप्यूटर पर कहीं झूठ बोलते हैं और उनके लिए निरपेक्ष पथ लिखे जाते हैं - चित्र स्वचालित रूप से पत्र से जुड़ जाते हैं, और पथ स्वतः ही संसाधन पहचानकर्ता "cid" ":" content-id में बदल जाते हैं।

एक महत्वपूर्ण बिंदु यह है कि निरपेक्ष रास्तों को बख्शा जाना चाहिए। उदाहरण: चित्र शीर्षलेख ।jpg y: \ temp \ mailing \ में पत्र के HTML-फ़ाइल के साथ है। अगर पथ चित्र को लिखा गया है
src = "y: \ temp \ mailing \ header.jpg" या
src = "फ़ाइल: /// Y: /temp/link/header.jpg" - चित्र अपलोड किया जाएगा। यदि आप बस पंजीकरण करते हैं
src = "header.jpg" - अफसोस, कुछ भी नहीं चलेगा।

सामान्य लाभ:
चित्र सभी ईमेल कार्यक्रमों में प्रदर्शित किए जाते हैं। भले ही ग्राफिक्स की स्वचालित लोडिंग को प्रोग्राम सेटिंग्स में अक्षम किया गया हो, "एम्बेडेड" चित्र प्रदर्शित किए जाएंगे (आपको उन्हें लोड करने की आवश्यकता नहीं है);
चित्रों को रखने के लिए जगह के लिए जल्दी से खोज करना आवश्यक नहीं है (जैसा कि ऊपर उल्लेख किया गया है, बड़ी नौकरशाही कंपनियों के लिए ऐसी खोज बहुत समस्याग्रस्त हो सकती है)।
कुल ऋण:
पत्र अधिक वजन होगा - प्रत्येक प्राप्तकर्ता को चित्रों के पूर्ण सेट के साथ एक पत्र प्राप्त होगा।

HTML टेम्पलेट का उपयोग करने के मामले में विंडोज लाइव मेल, आउटलुक एक्सप्रेस, आउटलुक 2007 की तुलना

मूल लेआउट

विंडोज लाइव मेल

विपक्ष:

• मेलिंग सूची में उपयोग की जाने वाली सभी तस्वीरें संलग्नक के रूप में पत्र से जुड़ी होंगी, और यह एक महत्वपूर्ण बिंदु है: भले ही एक ही तस्वीर का उपयोग 100 बार (स्पेसर, उदाहरण के लिए) किया गया हो, 100 समान चित्र पत्र से संलग्न होंगे (!!!);
• पारदर्शिता के साथ gif का उपयोग करते समय, कुछ ई-मेल कार्यक्रमों में प्रदर्शन समस्याओं का अनुभव हो सकता है। उदाहरण के लिए, TheBat में! पारदर्शिता के बजाय काला रंग दिखाई देगा;
• Jpg में चित्रों को "छाया" के साथ जोड़ा जाएगा - यानी वास्तव में, तस्वीरें दूषित हैं। TheBat पर! दूषित चित्रों को गंभीर विकृति के साथ प्रदर्शित किया जाता है।

आउटलुक एक्सप्रेस

पेशेवरों:

• डुप्लिकेट तस्वीरें अक्षर से जुड़ी नहीं होंगी - भले ही तस्वीर को 100 बार इस्तेमाल किया गया हो, लेकिन केवल एक तस्वीर पत्र से जुड़ी होगी।
• Jpg सामान्य रूप से विकृति के बिना प्रसारित किया जाता है।

विपक्ष:

• जब TheBat में पारदर्शिता के बजाय पारदर्शी gif का उपयोग किया जाता है! एक काली पृष्ठभूमि होगी।

आउटलुक 2007

पेशेवरों:

• विकृति के बिना प्रेषित Jpg;
• अक्षर के साथ युगल के साथ बिल्कुल समान चित्र संलग्न नहीं होंगे, एक चित्र संलग्न किया जाएगा;
• यदि आप व्यक्तिगत कोशिकाओं को "भरने" के लिए एक पारदर्शी gif फ़ाइल का उपयोग करते हैं, तो Outlook 2007 इसका विश्लेषण करता है, gif को png में कनवर्ट करता है और संदेश के लिए कई png फ़ाइलों के रूप में देता है क्योंकि विभिन्न आकारों के क्षेत्र हैं जो gif के साथ "भरे" थे।

एक उदाहरण पर तंत्र की कार्रवाई:
समाचार पत्र स्पेसर। Gif फ़ाइल का उपयोग करता है, आकार 1x1, पारदर्शी। इस फ़ाइल का उपयोग कई क्षेत्रों में भरने के लिए किया जाता है: 2 सेल 800x10, और 3 सेल 120x10। नतीजतन, 2 पीएनजी फाइलें पत्र से जुड़ी होती हैं: एक 800x10, दूसरी 120x10। मेलिंग सूची भी 2 बार top_g.gif फ़ाइल का उपयोग करती है, जो अपारदर्शी है - यह एक बार संदेश से जुड़ी होती है, यह png में परिवर्तित नहीं होती है।

विपक्ष:

• आउटलुक 2007 का भुगतान किया जाता है - लाइसेंस या तो अलग से या एमएस ऑफिस 2007 पैकेज में खरीदा जा सकता है (केवल होम और छात्र संस्करण में उपलब्ध नहीं है)।

सारांश:

सत्य की खोज में, विभिन्न उपयोगी लेख पढ़े गए ( ईमेल के लिए HTML- लेआउट के दिशा - निर्देशों के आर्टिकल 10 के लिए अरलॉट के लिए विशेष धन्यवाद) और लेख के लिए dudeonthehorse मेलिंग टाइपसेटिंग : डीब्रीफिंग और 3 पिछले वाले)।



ई-मेल न्यूज़लेटर्स में छवियों का उपयोग करने के दो तरीकों में से कौन सा एक व्यक्तिगत प्रश्न है, दोनों के फायदे और नुकसान हैं। तो आप यहाँ निश्चित सलाह नहीं दे सकते - यह सब स्थिति पर निर्भर करता है।