Skip to Content

آرشیو

مقایسه دو نرم افزار ایمیل مارکتینگ تحت وب ایرانی آونگ ایمیل و میل چی

مقایسه دو نرم افزار ایمیل مارکتینگ تحت وب ایرانی آونگ ایمیل و میل چی

در این مقاله دو نرم افزار ایمیل مارکتینگ تحت وب ایرانی (آونگ ایمیل و میل چی) رو به شما معرفی، و با هم مقایسه می‌کنم. مقایسه پلن‌ها، امکانات، طراحی وب‌سایت، سرعت تغییرات و میزان اهمیت به بازخوردها و تحقیقات صورت گرفته در خصوص نیازهای مشتریان و نزدیک شدن به استانداردهای سرویس‌های ایمیل مارکتینگ دنیا.

اینبار می‌خوام سریع‌تر از مقدمه عبور بکنم و برم سراغ مقایسه سرویس آونگ ایمیل و سرویس میل چی.

تنها موردی که در مقایسه این دو سرویس به اون پرداخت نشده کیفیت هست که نیاز به بررسی بلندمدت داره.

کوششم این بود که این مقایسه درست و از روی عدل و انصاف انجام بشه. هیچ جهت گیری و جانب داری ای از هیچکدام از سیستم‌ها نمی‌کنم و همه چیز رو به عنوان یک شخص ثالث و بی‌طرف گفتم.

البته ممکنه در این مقایسه‌ مواردی هم از قلم افتاده باشه. هرچند این سیستم‌ها پیوسته در حال تغییر و تحول هستن و بنده شاید نتونم هر روز با هر تغییری که ایجاد می‌شه، این مقاله رو فورا ویرایش بکنم، بنابراین به‌روز ترین منبع برای آگاه شدن از امکانات و آخرین تغییرات ایجاد شده در این سیستم‌ها، خودِ وب‌سایت این سیستم هاست که پایین‌تر آدرس شون رو براتون قرار دادم و همچنین روش‌های ارتباطی ای که وجود داره باعث می‌شه که خودتون بتونین یکسری از سوالاتی که برای شما درباره این سیستم‌ها به وجود میاد رو از طریق پشتیبانی این سیستم‌ها بپرسین.

معرفی دو نرم افزار ایمیل مارکتینگ تحت وب ایرانی: آونگ ایمیل و میل چی

بذارین قبل از مقایسه یک معرفی کوتاه انجام بدم تا اگر هنوز با این دو سرویس آشنایی ندارین، با اونها آشنا بشین.

آونگ ایمیل:

آونگ ایمیل

وب سایت آونگ ایمیل با آدرس avangemail.com در دسترسه. آونگ ایمیل به نظر می‌رسه که رسما از سال ۱۳۹۷ آغاز به کار کرده، اما دامنه avangemail حدود سه سال قدمت داره.

البته مدیران و بنیانگذارانش، پیش از آونگ ایمیل، یک سرویس دیگر رو در ایران راه اندازی کرده بودن (emailmarketingpanel.ir) که این نشان دهنده سابقه و تجربه بیشتر فعالیت شون در این زمینه هست و فقط نباید در سابقه، آونگ ایمیل در نظر گرفته بشه. بنابراین آغاز فعالیت در این زمینه، تنها مختص به آونگ ایمیل نمی‌شه.

هدف آونگ ایمیل ارائه امکانات و راهکارهای اصولی برای انجام ایمیل مارکتینگ در حد کلاس جهانی هست.

میل چی:

میل چی

وب سایت میل چی با آدرس mailchi.in در دسترسه. میل چی خودش رو به عنوان اولین سرویس ایمیل مارکتینگ یا نرم افزار ایمیل مارکتینگ تحت وب ایرانی معرفی کرده که امکانات و راهکارهای اصولی برای انجام ایمیل مارکتینگ یابازاریابی ایمیلی رو در اختیار کاربران ایرانی قرار داده.

در قسمت درباره ما وب‌سایت میل چی نوشته شده (میل چی متعلق به شرکت عصر فرا ارتباط می‌باشد، این شرکت تاسیس سال ۱۳۸۵ است…) بنابراین زمان دقیق تولد و آغاز به کار میل چی مشخص نیست، اما با توجه به زمان ثبت دامنه mailchi، احتمالا پنج سال قدمت داره. میل چی اولین سرویس ایمیل مارکتینگ ایرانیه.

مقایسه پلن‌های رایگان و پولی آونگ ایمیل و میل جی

در این بخش پلن‌های رایگان و پولی آونگ ایمیل و میل چی رو با هم مقایسه می‌کنم.

پلن رایگان آونگ ایمیل و میل چی

آونگ ایمیل – شما می‌تونین یک حساب کاربری رایگان ایجاد بکنین، ۱۲۰۰ ایمیل به اون اضافه کنین و به این ۱۲۰۰ عضو یا مشترک خودتون به صورت نامحدود ایمیل ارسال کنین.

پلن رایگان آونگ ایمیل و میل چی

میل چی –  می‌تونین یک حساب کاربری رایگان ایجاد بکنین، ۱۰۰۰ مشترک یا عضو به اون اضافه بکنین و ماهیانه به تعداد ۱۰۰۰ عدد ایمیل به صورت رایگان به اونها ارسال بکنین.

پلن رایگان آونگ ایمیل و میل چی

برنده: آونگ ایمیل در این بخش برنده می‌شه. به خاطر اینکه هم می‌شه تعداد ۲۰۰ مشترک بیشتر از میل چی در اون ذخیره کرد، و هم می‌شه به‌صورت نامحدود ایمیل ارسال کرد.

توجه: اشتراک‌های میل چی فقط در پلن رایگان محدودیت ارسال دارن، در پلن‌های پولی از لحاظ ارسال نامحدود هستن.

پلن‌های پولی آونگ ایمیل و میل چی

قیمت پلن ۵۰۰۰ مخاطب یکساله نامحدود آونگ ایمیل: ۸۴۰,۰۰۰ تومان

پلن‌های پولی آونگ ایمیل و میل چی
قیمت پلن ۵۰۰۰ مخاطب یکساله نامحدود میل چی: ۲۷۲,۵۰۰ تومان

پلن‌های پولی آونگ ایمیل و میل چی

قیمت پلن ۳۰۰۰۰ مخاطب یکساله نامحدود آونگ ایمیل: ۴,۶۲۰,۰۰۰ تومان

پلن‌های پولی آونگ ایمیل و میل چی

قیمت پلن ۳۰۰۰۰ مخاطب یکساله نامحدود میل چی: ۱,۶۳۵,۰۰۰ تومان

پلن‌های پولی آونگ ایمیل و میل چی

برنده: با اختلاف زیاد، میل چی از لحاظ قیمت و پلن‌های پولی در این بخش برنده می‌شه. در آونگ ایمیل بالاترین پلنی که فعلا ارائه شده ۳۰۰۰۰ مخاطب هست، اما در میل چی پلن ۵۰۰۰۰ عضوی با قیمت ۲,۷۲۵,۰۰۰ تومان موجوده.

پلن‌های پولی آونگ ایمیل و میل چی

تمامی پلن‌های پولی میل چی هم نامحدود هستن، محدودیت تنها در پلن رایگان وجود داره. البته احتمالا پلن‌های بالاتر مثلا تا صد هزار تا در میل چی و همچنین پلن‌های بالاتر در آونگ ایمیل، از طریق مکاتبه با بخش فروش این سرویس‌ها ارائه می‌شه.

طراحی وب‌سایت آونگ ایمیل و میل چی

آونگ ایمیل:

صفحه اصلی و سایر صفحات قابل مشاهده توسط میهمانان در وب‌سایت آونگ ایمیل توسط HTML, CSS, Bootstrap و jQuery به صورت اختصاصی طراحی شده. و برای قسمت پنل کاربری و اصلی، از اسکریپت تجاری MailWizz استفاده شده و این اسکریپت توسط برادران فتحی برای اونگ ایمیل تغییر و توسعه داده شده.

MailWizz یک اسکریپت تجاری، اوپن سورس، و ساخته شده با زبان PHP و فریمورک Yii هست. برای پیاده‌سازی و اجرای میل ویز از Knockout, JavaScript, jQuery و Bootstrap هم استفاده شده. MailWizz با بانک اطلاعاتی MySQL کار می‌کنه.

میل چی:

در طراحی وب‌سایت میل چی از تکنولوژی و فریمورک NET. و زبان ASP.NET شرکت مایکروسافت و دیتابیس SQL Server استفاده شده. میل چی با IIS و ویندوز سرور کار می‌کنه. در کنار اینها از کتابخانه و زبان‌های JAVA Script, Bootstrap, jQuery, jQuery UI, FancyBox, D3, HTML و CSS هم در طراحی میل چی استفاده شده.

طراحی وب‌سایت میل چی نمره قابل قبولی می‌گیره. در حالت ریسپانسیو فقط به غیر از ویدیو پلیر موجود در صفحه اصلی وب‌سایت (که ظاهرا از قلم افتاده)، باقی موارد ریسپانسیو هستن.

به گفته مدیر و سازندگانش، میل چی، هم در قسمت پنل کاربران و هم در قسمت‌های بیرونی، به‌صورت کاملا اختصاصی برنامه نویسی و طراحی شده.

برنده: این بخش بیشتر حالت معرفی داشته و بنده از لحاظ فنی نمی‌خوام در این خصوص نظر دقیقی بدم، بنابراین هیچ‌کدام به عنوان برنده انتخاب نمی‌شن! می‌شه گفت که هر دو وب‌سایت نمره قابل قبولی از لحاظ طراحی دریافت می‌کنن (منظور امکانات نیست!) بیشتر از لحاظ ظاهر منظورم هست! امکانات رو پایین‌تر بررسی می‌کنیم.

اما طبیعیه که برای طراحی وب‌سایت میل چی هم وقت بیشتر، هم انرژی بیشتر و هم سرمایه و نیروی انسانی بیشتری قرار داده شده تا به صورت کاملا بومی تولید بشه. ولی خروجی کار از نظر ظاهری تفاوت فاحشی نداره.

تجربه کاربری:

میل چی در تجربه کاربری برنده می‌شه و کار با میل چی هم به دلیل کاملا فارسی بودن، هم به دلیل سادگی زیاد و رابط کاربری بهتر اون، ساده‌ و روان‌تر هست.

توضیحات تکمیلی:

البته اینها فقط بخش بیرونی کار هست و اون چیزی که ما می‌بینیم و باهاش کار می‌کنیم، یک بخش بک-اند هم دارن که به دلیل عدم دسترسی به اون بخش نمی‌تونم نظری دربارش بدم.

جدای از این موضوع، تمامی سرویس‌های ایمیل مارکتینگ (نرم افزارهای ایمیل مارکتینگ تحت وب) به دو بخش سمت کاربر و سرور تقسیم می‌شن! وب‌سایت هاشون تازه به یک (نرم افزار ایمیل مارکتینگ دیگر) متصل هستن! (پس این وب‌سایت ها فقط فرمان‌ها رو می‌فرستن برای اون نرم افزار، اون با امکانات و سرورهای قدرتمندش ایمیل‌ها رو ارسال می‌کنه و گزارشات رو دریافت می‌کنه، گزارشات هم به یک سیستم دیگر متصل هست!، بعدا اطلاعات نهایی رو ارسال می‌کنه برای وب‌سایتی که ما باهاش کار می‌کنیم، تا ببینیمش! می‌دونم که به نظر خیلی پیچیده میاد! 🙄 )

مثلا از برترین ارائه دهندگان نرم افزارهای ایمیل مارکتینگ (MTA) دنیا، شرکت sendgrid هست. (احتمالا میل چی ایرانی، قبل از تحریم‌ها از این نرم افزار استفاده می‌کرد) ظاهرا چند مدتیه که سند گرید ایران رو تحریم کرده و میل چی هم MTA خودش رو تغییر داده.

شرکتی مثل دیجی کالا، به دلیل توانایی مالی بسیار بالا و مشتریان و ارسال‌های بسیار زیادی که داره، خودش رفته مستقیما این نرم افزارها رو خرید کرده (عواملش!) و از هیچ‌کدام از سرویس‌های رایج ایمیل مارکتینگ مانند میل چیمپ، مد می‌می، میلرلایت و … استفاده نمی‌کنه و راهکارهای اختصاصی خودش رو داره.

برادران فتحی گفتن که برای سرویس ایمیل مارکتینگ خودشون، چند نرم افزار تجاری آماده رو با هم ترکیب کردن و سیستم جدیدی ساختن! مثلا شرکت‌هایی مانند میل چی و میلرلایت از نرم افزارهای آماده استفاده می‌کنن. نظیر PostFix رایگان توسط (میلرلایت) و PowerMTA تجاری (میل چیمپ) البته تقریبا تمام سرویس‌های ایمیل مارکتینگ دنیا، از یک نرم افزار که MTA نام داره استفاده می‌کنن. این بخش وظیفه ارسال ایمیل‌ها رو بر عهده داره و به هیچ وجه توسط کاربران دیده نمی‌شه. تمام سرویس‌های ایمیل مارکتینگی که ما می‌شناسیم علاقه ای ندارن که درباره اینکه از کدام نرم افزار استفاده می‌کنن صحبتی بکنن و البته این مورد اهمیتی هم برای کاربران و بازاریابان ایمیلی نداره.)

اما با توجه به توضیحاتی که الان ارائه کردم، می‌تونین پی ببرین که چرا مثلا قیمت‌های پلن‌ها و خدمات میلرلایت، ارزان‌تر از سرویسی مانند میل چیمپ هست. به خاطر اینکه میلرلایت از یک نرم افزار رایگان استفاده می‌کنه که هیچ هزینه ای بابتش پرداخت نمی‌کنه، ولی میل چیمپ هزینه زیادی بابت نرم افزارش پرداخت می‌کنه.

البته این به معنی بد بودن میلرلایت نیست، هر شرکتی سیاست‌ و راهکارهای خودش رو داره و به نحوی اینها رو مدیریت می‌کنه. درباره سایر سیستم‌ها در دنیا هم به همین صورته و دیگه نیاز به توضیح نداره. من از مفصل این نکته مجملی گفتم. تو خود حدیث مفصل بخوان ازین مجمل! البته MTA که مخفف Mail transfer agent هست، فقط بخشی از کاره و بسیاری از موارد دیگر هم مهم هستن، مانند مواردی که پایین‌تر درباره اونها توضیح می‌دم.

مقایسه امکانات سرویس آونگ ایمیل و میل چی

کمپین:

آونگ ایمیل – امکان ایجاد دو نوع کمپین وجود داره. regular campaign و autoresponder campaign – کاربرد کمپین Regular اینطوریه که شما یک لیست دارین و می‌خواین به اون لیست ایمیل انبوه یا گروهی ارسال کنین. و Autoresponder هم به معنی پاسخگوی خودکار یا اتوماسیونه. مثلا برای ایجاد یک دوره آموزشی ایمیلی و برای ایجاد ایمیل‌های زمان‌بندی و برنامه‌ریزی شده استفاده می‌شه.

مقایسه امکانات سرویس آونگ ایمیل و میل چی

میل چی – فقط امکان ایجاد یک نوع کمپین وجود داره، چیزی مشابه همون Regular در آونگ ایمیل، و جای خالی Autoresponder در میل چی احساس می‌شه.

مقایسه امکانات سرویس آونگ ایمیل و میل چی

امکان ارسال ایمیل آزمایشی در هر دو سیستم وجود داره. امکان زمان‌بندی ارسال در هر دو سیستم وجود داره. در هر دو سیستم امکان ایجاد گروه حذفی وجود داره.

برنده: آونگ ایمیل. به دلیل داشتن دو نوع کمپین (اتوماسیون، به‌صورت اضافه‌تر) و آپشن‌های بیشتر در ایجاد کمپین.

لیست (گروه):

آونگ ایمیل – امکان ایجاد لیست‌های مختلف وجود داره. مثلا یک لیست برای کاربران عادی عضو خبرنامه، یک لیست برای مشتریان و …

آونگ ایمیل

میل چی – امکان ایجاد لیست‌های مختلف وجود داره. مثلا یک لیست برای کاربران عادی عضو خبرنامه، یک لیست‌برای مشتریان و …

میل چی

نتیجه: مساوی.

سگمنت (بخش بندی):

سگمنت‌ها یکی از اجزای جدا نشدنی در بازاریابی ایمیلی هستن، هرچند شاید در لیست‌های کوچک چندان استفاده از اون مهم به نظر نرسه، اما وقتی که لیست‌ها بزرگتر می‌شن رفته رفته اهمیت سگمنت‌ها هم بیشتر و بیشتر می‌شه. البته به نظر من حتی در کوچک‌ترین لیست‌ها هم بسیار مهم هستن. توضیح درباره این موضوع از حوصله این بحث خارجه و یکی از بحث‌های گسترده و البته کمی پیچیده ایمیل مارکتینگ همین هست.

آونگ ایمیل – امکان ایجاد سگمنت یا بخش‌های مختلف وجود داره. البته باید اعتراف کنم که متاسفانه این بخش در آونگ ایمیل کمی پیچیده و مبهم‌تر از اون چیزی که باید باشه طراحی شده و بهتره این قسمت کمی ساده‌تر بشه. مانند میلرلایت که واقعا بخش سگمت رو تا حد امکان ساده سازی کردن.

سگمنت (بخش بندی)

البته این مورد باعث ترس شما از مبحث سگمنت نشه! اونقدرها هم پیچیده و سخت نیست، فقط فهم این بخش و نحوه به کار بردن صحیح اون، از سایر بخش‌های ایمیل مارکتنیگ کمی مشکل‌تره و نیاز به دقت، فکر و سعی و خطای بیشتری داره.

میل چی – متاسفانه به قضیه سگمنت، در میل چی فعلا اهمتی داده نشده و به نظر می‌رسه که کلا کاری برای این قسمت در حال حاضر انجام نشده. البته امکان ایجاد گروه حذفی وجود داره، ولی اون بحثش از سگمنت جداست.

برنده: هرچند بخش سگمنت در آونگ ایمیل آپشن‌های زیادی داره و بسیاری از امکانات رو داراست، ولی فعلا به دلیل کاربری نامناسب چندان چنگی به دل نمی‌زنه، و البته این به معنی این نیست که بد هست، بلکه باید کمی ساده‌سازی و بهتر بشه. به هر جهت به دلیل وجود نداشتن این بخش در میل چی. آونگ ایمیل در این بخش برنده می‌شه.

فیلدهای سفارشی:

برچسب‌های سفارشی یا tag ها هم در بازاریابی ایمیلی بعضا بسیار مهم و ضروری هستن. یک تعریف ساده درباره این موضوع یعنی ارسال ایمیل‌های سفارشی سازی شده. مثلا شما یک ایمیل ارسال می‌کنین برای علی، سمیه و طلا. وقتی که ایمیل رو ارسال می‌کنین می‌تونین در هر کجا از ایمیل‌تون این نام‌های افراد رو صدا بزنین، در عنوان ایمیل، در متن ایمیل و …

آونگ ایمیل – برچسب‌های زیادی مانند، نام، نام خانوادگی، دامنه، تاریخ عضویت، شماره و … وجود داره. همچنین امکان ایجاد انواع برچسب‌های سفارشی مانند جنسیت (زن یا مرد) و … هم وجود داره.

آونگ ایمیل

میل چی – برچسب‌های زیادی مانند ایمیل، نام، نام خانوادگی، موبایل، نام شرکت، تاریخ تولد وجود داره. همچنین امکان ایجاد انواع برچسب‌های سفارشی مانند جنسیت (زن یا مرد) و … هم وجود داره.

میل چی

برنده: میل چی. به دلیل اینکه هر دو سیستم این امکانات رو تقریبا به‌صورت یکسان دارا هستن، اما در میل چی هم نحوه استفاده، هم نحوه ایجاد تگ‌های سفارشی تازه (اضافی)، آسان‌تر هست. بنابراین میل چی برنده این بخش هست.

وب فرم و لندینگ پیج (صفحه فرود):

لندینگ پیج یا صفحه فرود ، یکی از اجزای احتمالا جدایی ناپذیر بازاریابی ایمیلی در دوره حاضر محسوب می‌شه. نحوه ساخت opt-in page (نوعی از وب‌فرم ها) رو قبلا در وبسایت به صورت رایگان آموزش دادم. البته این مورد در محصول آموزش جامع بازاریابی ایمیلی (ایمیل مارکتینگ) به‌صورت بسیار کامل‌تر و با جزئیات بسیار بیشتری آموزش داده شده.

آونگ ایمیل – هیچ بخشی با عنوان و کاربرد طراحی لندینگ پیج یا صفحه فرود در حال حاضر در این سیستم موجود نیست. اما امکان ایجاد opt-in form یا opt-in page یا embed form و نمایش با درج یا ارجا URL ، یا افزودن کد جاوا اسکریپت اون در وبسایت شما، وجود داره.

وب فرم و لندینگ پیج (صفحه فرود)

میل چی – برخلاف آونگ ایمیل، در میل چی یک لندینگ پیج بیلدر یا طرحی کننده و سازنده صفحه فرود وجود داره که ۴ تمپلیت رایگان و آماده هم به‌صورت پیشفرض در اون قرار دادن. البته این قسمت هنوز امکانات خیلی زیادی نداره و چندان با استانداردهای جدید طراحی وب و لندینگ پیج سازگار نشده و انگار به حال خودش رها شده. اما علاوه بر امکان ایجاد صفحه فرود یا لندینگ پیج، امکان ایجاد opt-in form یا opt-in page یا embed form و نمایش با درج کد جاوا اسکریپت اون در وبسایت شما، وجود داره.

وب فرم و لندینگ پیج (صفحه فرود)

وب فرم و لندینگ پیج (صفحه فرود)

وب فرم و لندینگ پیج (صفحه فرود)

برنده: میل چی.

پلاگین (افزونه):

نوبت می‌رسه به یکی از مهمترین قسمت‌ها در ایمیل مارکتینگ یعنی integration یا ادغام و یکپارچگی.

آونگ ایمیل – سرویس آونگ ایمیل به این زمینه توجه زیادی نشون داده. امکان همگام‌سازی با سرویس crispchat وجود داره، امکان همگام‌سازی با سرویس ایرانی raychat وجود داره. یک پلاگین اختصاصی با نام AvangPress که تغییر داده شده افزونه بسیار کامل و حرفه ای MailChimp هست برای وردپرس ارائه کردن، و در پلاگین Layered Popups (پاپ آپ لایه ای وردپرس و همچنین نسخه stand-alone این پلاگین) امکان همگام‌سازی با آونگ ایمیل وجود داره (از پایه در این پلاگین قرار داده شده)

پلاگین (افزونه)

میل چی – در میل چی امکان همگام‌سازی فقط با افزونه Bloom وردپرس وجود داره، البته افزونه Bloom تغییر داده شده ای که در خود وب‌سایت میل چی و در بخش حساب کاربری وجود داره (نسخه‌های قدیمی‌تر) که بهتر بود با توسعه دهنده افزونه مکاتبه می‌کردن تا در تمامی نسخه‌های بعدی ای که ارائه می‌شه قرار بگیره. (مانند کاری که آونگ ایمیل برای پلاگین پاپ آپ لایه ای انجام داد و سایر سرویس‌های ایمیل مارکتینگ در دنیا این کار رو انجام می‌دن)

پلاگین (افزونه)

برنده: فعلا آونگ ایمیل در این بخش چندین قدم از میل چی جلوتر هست. بنابراین برنده این قسمت آونگ ایمیله.

ویرایشگر (طراحی ایمیل):

اگر از نظر امکانات رایج بررسی بکنیم، به نظر می‌رسه که تفاوت فاحشی با هم در این قسمت ندارن. ولی اگر از لحاظ طراحی و راحتی کارکرد بخوایم حساب بکنیم، ویرایشگر درگ ان دراپ میل چی کمی روان‌تر و بهتر به نظر می‌رسه. البته در هر دو ادیتور باگ‌هایی وجود داره. (منظور از بحث امنیت نیست، از بحث کارکرده)

آونگ ایمیل

ویرایشگر (طراحی ایمیل)

میل چی

ویرایشگر (طراحی ایمیل)

برنده: احساس می‌کنم نتیجه منصفانه فعلا رای مساوی هست. البته قطعا اگر بخوایم به‌صورت دقیق ادیتورها رو با هم مقایسه بکنیم و تک تک امکانات مثل دکمه، تصویر، ویدیو و آپشن‌های اون رو بخوایم در نظر بگیریم، شاید تفاوت‌های محسوسی وجود داشته باشه. به هر حال فقط یک امکان اضافی ایجاد دکمه full width در آونگ ایمیل وجود داره که شاید به همین دلیل کفه ترازو کمی به سمت آونگ ایمیل سنگینی بکنه! ظاهرا برای هر آیتم، در آونگ ایمیل کمی آپشن‌های بیشتری وجود داره.

تمپلیت های ایمیل:

آونگ ایمیل – چهار عدد تمپلیت ریسپانسیو، آماده و رایگان برای ایمیل وجود داره. البته این تمپلیت‌ها از لحاظ طراحی چندان نمره قابل قبولی دریافت نمی‌کنن و کمی خشک و بی روح هستن.

تمپلیت های ایمیل

میل چی – تمپلیت آماده ای نداره و باید خودتون در هنگام ارسال ایمیل، اون رو طراحی بکنین.

برنده: آونگ ایمیل برنده این بخشه. به خاطر اینکه ویرایشگر و دراگ اند راپ رو آونگ ایمیل هم داراست. بحث تمپلیت‌ها جدای از بحث ادیتوره که در تمامی سرویس‌های دنیا تعداد زیادی تمپلیت آماده رایگان، استاندارد و زیبا برای استفاده وجود داره.

امکانات دامین:

آونگ ایمیل – امکان تنظیم spf و dkim در تمامی پلن‌های رایگان و پولی وجود داره. DMARC رو هم به‌صورت اضافه‌تر داراست!

امکانات دامین

میل چی – امکان تنظیم spf, dkim تنها در حساب‌های بالای صد هزار مخاطب وجود داره!

برنده: برنده آونگ ایمیل هست. در خصوص میل چی، بهتره که این امکان حتی برای تمامی حساب‌های رایگان هم فعال بشه. در تمامی سرویس‌های استاندارد دنیا به همین صورت هست و به راحتی توسط کاربرانش قابل تنظیمه.

فونت‌های فارسی:

آونگ ایمیل – در بخش طراحی ایمیل، سه فونت فارسی یکان، نازنین و میترا قرار داده شده.

فونت‌های فارسی

میل چی – در بخش طراحی ایمیل، شش فونت فارسی با نام‌های یکان، رویا، زر، میترا، ترافیک و نازنین قرار داده شده.

فونت‌های فارسی

برنده: میل چی. چون سه عدد فونت فارسی بیشتر در حال حاضر در میل چی قرار داده شده.

البته از بُعد فنی در مسائل اسپم و … نمی‌دونم این موردی که جلوتر می‌خوام بگم چقدر بر روی کیفیت ارسال تاثیرگذار هست، ولی خوبه که در هر دو سیستم یه مقدار بر روی smooth و anti-aliasing این فونت‌های فارسی هم کار بشه، البته اگر باعث نمی‌شه که به کیفیت ارسال‌ها ضربه ای وارد بشه که فکر نمی‌کنم چنین اتفاقی بیوفته. پیشنهاد بهتر استفاده از فونت تجاری ایران سنس هست.

ارسال ایمیل فعال‌سازی پس از پیوستن به یک لیست (تایید دو مرحله ای):

در میل چی در برخی از قسمت‌ها این امکان وجود داره، مثلا هنگام ایجاد وب فرم، اما در آونگ ایمیل در تمامی بخش‌ها وجود داره.

چون شرط ارسال ایمیل فعال‌سازی، وابسته به زمانی شده که یک کاربر جدید به یک لیست افزوده می‌شه.

پس برنده این بخش آونگ ایمیل هست.

امکان کپی کمپین قبلی:

در هر دو سرویس این امکان وجود داره. نتیجه مساویه.

یکی از دلایل احتمالی ای که در میل چی تمپلیت‌های ایمیل قرار داده نشده شاید همین باشه که اینطور در نظر گرفتن که یک‌بار یک ایمیل طراحی می‌شه و کمپین‌های بعدی، توسط کاربر دوبل و تغییر داده می‌شه. بنابراین نیاز به تمپلیت رو احساس نکردن. به هر حال به نظر من بهتره که تمپلیت‌ها هم وجود داشته باشن.

اس ام تی پی سرور (SMTP Server):

هر دو سیستم فعلا به‌صورت رسمی خدماتی در این زمینه ارائه نمی‌کنن. اما ظاهرا آونگ ایمیل برنامه ای برای ارائه این خدمت هم داره.

امنیت:

امنیت فاکتورهای بسیار مهمی داره که بررسی برخی از اونها از تخصص من خارجه.

ولی جای خالی یک فرم ورود دو مرحله ای و همچنین ریکپچا در قسمت پنل هر دو سیستم احساس می‌شه. هر دو سرویس از SSL و پروتکل HTTPS برخوردارن. بنابراین در این قسمت هم مساوی هستن.

پشتیبانی:

هر دو سیستم پشتیبانی از طریق تلفن، ایمیل و پشتیبانی آنلاین رو دارا هستن و از لحاظ کیفیت پشتیبانی تقریبا یکسانن. البته آونگ ایمیل در ساعات غیراداری هم گاها پاسخگو هست.

گزارشات:

گزارشات یکی از بخش‌های مهم (اصلی‌ترین بخش‌ها در ایمیل مارکتینگ هست.) هر دو سیستم، در بحث گزارش‌گیری و ارائه گزارشات و آمارها، امکانات استاندارد، تقریبا یکسان و کافی رو به ما ارائه می‌کنن. مانند اوپن ریت، کلیک ریت، بانس ریت و … بنابراین در این بخش هم مساوی هستن.

آونگ ایمیل

گزارشات

میل چی

گزارشات

سرعت تغییرات، میزان اهمیت به بازخوردها و تحقیقات صورت گرفته

آونگ ایمیل عمر کمی داره و چندان نمی‌شه در رابطه با سرعت تغییراتش نظر داد. ولی در همین زمان کوتاه عواملش کارهایی انجام دادن مانند همگام کردن سیستم با پلاگین‌های وردپرسی بیشتر و همچنین سیستم‌های مختلف، که این شاید کمی افراد رو نسبت به آینده این سیستم امیدوار بکنه.

البته این به معنی این نیست که میل چی توجه نمی‌کنه، چرا که در مقاله حاضر دیدیم که بسیاری از امکانات استاندارد مورد نیاز در این سیستم هم قرار داده شده و این قطعا با تحقیق، اهمیت به بازخوردها و صرف انرژی و پول ایجاد شده. ولی به هر حال متاسفانه سرعت تغییرات میل چی، پایینه. و با توجه به پیشنهاداتی که چند سال هست دارم به عوامل میل چی ارائه می‌کنم، همچنین سایر همکارانم ارائه کردن، تاکنون سرعت تغییر پایینی داشته.

لازم به ذکره که مدیرعامل هردو سیستم اخیرا قول‌های بیشتری دادن برای اینکه سریعتر و بیشتر سیستم‌های خودشون رو با نیازهای روز هماهنگ بکنن. مانند سازگاری با پلاگین‌های بیشتر و افزودن برخی امکانات که در تمام سرویس‌های ایمیل مارکتینگ دنیا وجود داره. زمان خودش ثابت می‌کنه که در آینده چه اتفاقاتی میوفته و تغییراتی که در آینده نزدیک یا دور برای این سیستم‌ها به وجود میاد، می‌تونه با مقاله حاضر و وعده‌ها و ادعاها مقایسه بشه.

کلام آخر:

هیچ‌کدام از این سرویس‌ها رو هنوز از لحاظ کیفیت و مثلا صحت کارکرد ابزارها مانند پلاگین‌ها، وب فرم‌ها و … به‌طور کامل تست نکردم. تا جایی که وقت کردم تست انجام دادم و فعلا مشکلی در اونها مشاهده نکردم و در یک لیست یکی دو ایمیلی، ایمیل‌ها سریعا ارسال و به اینباکس رسید.

ولی از لحاظ کیفیت نمی‌تونم هیچ‌کدام رو برنده اعلام بکنم. چون هنوز تست دقیقی صورت نگرفته. البته جای هیچ ترس و شک و شبهه ای وجود نداره، امتحانش کاملا مجانیه! هر دو سیستم پلن رایگان دارن. در ابتدای همین مقاله لینک وب‌سایت هاشون رو برای شما دوستان عزیزم قرار دادم، کلیک کنین و ثبت‌نام کنین.

 

ادامه مطلب

طراحی ریسپانسیو چه تأثیری در درآمدزایی سایت دارد؟

اخیرا طراحی و آماده سازی وب سایت برای استفاده در تلفن همراه  بسیار مورد توجه قرارگرفته است.  چند وقت پیش گوگل از طریق وبلاگ رسمی Google Webmaster مطلبی را مبنی بر اهمیت توجه به تلفن‌های همراه در طراحی سایت‌ها منتشر کرد.
از اول اردیبهشت امسال، گوگل تغییر عمده‌ای را در الگوریتم خود منتشر کرد که برقابلیت استفاده وب‌سایت در موبایل به عنوان یک فاکتورکلیدی در رتبه بندی سایت‌ها تاکید می‌کند.

خیلی از صاحبین کسب و کار و یا توسعه دهندگان می‌دانند که کاربرانشان از طریق موبایل و یا تبلت از سایت آنها بازدید می‌کنند اما هنوز تغییرات لازم برای اینکه کاربرانشان سایت آنها را بدرستی در این دستگاه‌ها مشاهده کنند انجام نداده اند.
در بررسی‌های اخیر ۱۰۰۰۰ وب‌سایت از برترین وب‌سایت‌ها مورد بررسی قرار گرفت که کمتر از ۱۹٪ آنها از طراحی ریسپانسیو استفاده کرده بودند، این بررسی بر روی ۱۰۰ وب‌سایت برتر هم میزان ۱۲٪ را نشان می‌دهد. برخی از بزرگترین شرکت‌های جهان ، در طراحی تجربه کاربری وب‌سایت خود ضعیف عمل کرده اند که همین مورد باعث می‌شود نیمی از کاربران خود را از دست بدهند.
این را به یاد داشته باشید، کاربران اینقدر صبر و تحمل ندارند که منتظر بمانند تا صفحه بارگزاری شود و یا صفحه تلفن همراه را بالا و پایین ببرند تا مطالب سایت شما را در صفحه کوچک موبایل ببینند.آنها فقط کلید بازگشت را می‌زنند و از سایت رقیب شما استفاده می کنند. برای شرکت هایی که از طراحی ریسپانسیو استفاده می کنند ،این یک فرصت بزرگ است تا به ارزش تجربه مشتری خود بیافزایند و در فرآیند یک کسب و کار جدید پیروز شوند.
با توجه به گفته گوگل الان ما می‌دانیم که گوگل از وب‌سایت‌هایی که ریسپانسیو نیستند متنفر است و در حد لینک‌های اسپم به آن سایت‌ها نگاه می‌کند!!  حالا باید این سوال را بپرسیم که آیا سایت ریسپانسیو به معنی فروش بیشتر است؟ برای پاسخ به این سوال بیایید داده‌های خامی که داریم را بیشتر بررسی کنیم.
فرض کنید شما دارای افراد آموزش دیده‌ای هستید و به عنوان برترین ارائه دهنده خدمات به مشتریان در صنعت خود شناخته شده‌اید. اما اگر وب‌سایت شما قابلیت استفاده در تلفن همراه را نداشته باشد، مشتریان فکر می‌کنند که شما به آن ها اهمیت نمی‌دهید، در واقع نظر ۴۸٪ از مشتریان این است که هنگام مواجه شدن با یک وب سایت سنتی، با ناامیدی سعی می‌کنند تا آن را با محیط تلفن همراه خود منطبق کنند. به نظر شما در اینجا چه حسی به مشتری دست خواهد داد؟
خودتان را جای مشتریاتان بگذارید. آیا می‌توانید از منوهای سایتتان استفاده کنید؟ آیا می‌توانید طرح‌های مختلف یک پیراهن را از نمونه رنگ های کوچک انتخاب کنید؟ آیا می‌توانید زمانی‌که در صفحه به عنوان مثال ضوابط و شرایط هستید به صفحه قبل بازگردید؟ در تلاش برای منطبق سازی یک وب‌سایت سنتی با صفحه نمایش تلفن همراه، مشتری احتمالی شما با موانع بسیاری رو به رو خواهد شد که نهایتا ممکن است منجر به رها کردن سایت توسط مشتری احتمالی شود و فروش شما در اینجا متوقف می‌شود.
بر اساس آمار و ارقامی که Monetate منتشر کرده، در سه ماهه اخیر، نرخ تغییر دسکتاپ ۳.۱۱٪ ، تبلت‌ها با تفاوت کم ۲.۲۹٪ و تلفن‌های هوشمند با ۱.۰۱٪ بوده است.  سایت Monetate یک منبع عالی برای اعلام نرخ آمار استفاده کنندگان از دستگاه‌های مختلف در کسب و کارهای بزرگ است که یکی از معیارهای سنجش آنها نرخ تبدیل دستگاه‌ها در هر سه ماهه می‌باشد.


Econsultancy در نظرسنجی تجربه کاربری، گزارش داد ۶۲٪ از شرکت‌ها با تغییر وب‌سایت خود به صفحه‌ای که در تلفن همراه بدرستی مشاهده می‌شود، شاهد افزایش فروش بوده‌اند.
وب‌سایت WebUndies متخصص در لباس خواب برای تمای اعضای خانواده است. این تجارت الکترونیک خرده فروش در سال 2012 از یک وب‌سایت مناسب موبایل استفاده کرد و شاهد رشد فروش ۱۶۹.۲٪  نسبت به سال قبل بود.
Think Tank Photo سایتی است که تمامی وسایل مورد نیاز یک عکاس را فراهم می کند، هنگامی که آن ها به وب‌سایت ریسپانسیو روی آوردند افزایش درآمد ۱۸۸٪ را شاهد بودند. این تغییر نه تنها در فروش تاثیر داشت بلکه بازدید از سایت در تلفن همراه وتبلت‌ها ۲۰۰٪ افزایش پیدا کرد.
به نظر می رسد حتی خوانندگان شبکه جهانی وب به دنبال یک موج کامل می‌گردند. سایت لباس فروشی O’Neill نیز شاهد افزایش چشمگیر فروش پس از روی آوردن به وب‌سایت قابل استفاده در تلفن‌همراه بود. طبق آمار منتشر شده، معاملات در گوشی‌های تلفن‌همراه آیفون ۱۱۲.۵۰٪  و در اندروید ۳۳۳.۳۳٪  افزایش یافت. نرخ تبدیل‌ در گوشی‌های تلفن‌همراه آیفون ۶۵.۷۱٪  و در اندروید ۴۰۷.۳۲٪   و درآمد کل در گوشی‌های تلفن‌همراه آیفون ۱۰۱.۲۵٪  و در اندروید ۵۹۱.۴۲٪ مشخص شد.

 هنوز متقاعد نشده‌اید که طراحی ریسپانسیو یا واکنش‌گرا می‌تواند در رشد فروش تاثیر داشته باشد؟
کریس لیک به صورت تصادفی یک سری از توییت‌های شرکت‌های مختلف که سایت ریسپانسیو دارند را نشان داده است که در زیر دو نمونه ذکر شده است:     State Farm نرخ تبدیل ۵۶٪ را پس از تبدیل مشاهده نموده است.
Career Builder طراحی ایمیل خود را بهینه نموده و شاهد افزایش ۲۰٪ کلیک برروی آن بوده است. شاید اعداد چشمگیری نباشند ،ولی تاثیر گذار هستند. البته این را باید در نظر بگیریم که  که طراحی ریسپانسیو نمی‌تواند ضعف‌های طراحی سایت را بپوشاند.
طراحی ریسپانسیو تنها باعث افزایش فروش نمی‌شود.  Aberdeen Group نگاهی به واحد معیارهای تعامل مشتری از جمله آگاهی نام تجاری،به طور متوسط ارزش نظم ودرآمد شرکت انداخته است.نتایج سال به سال نشان داد بهبود قابل توجهی وجود داشته است.میزان تبدیل به طراحی ریسپانسیو ۸٪ بیشتر شده است(۱۰.۹٪ به ۲.۷٪). آگاهی از برند تجاری افزایش عظیم ۳۰٪ داشته است. (۳۴.۷٪ در مقابل ۴.۸٪)
با کاهش  استفاده از رایانه‌های رومیزی و سرعت افزایش مصرف تلفن‌های همراه در زندگی ما،مردم بیشتر و بیشتر به خرید کردن با تلفن‌های همراه خود اعتماد و تکیه خواهند کرد. شرکت هایی که این موج جزر و مدی رفتار انسان‌ها را نادیده بگیرند در نهایت باید هزینه‌ای را با از دست دادن درآمد و سهم بازار بپردازند.
نتیجه گیری
این مطلب ترجمه و برداشتی از یک مقاله به زبان انگلیسی بوده است و به همین دلیل آماری که ارائه شده است بصورت جهانی و یا مختص آمریکا بوده، اما ما در ایران باید این نکته را در نظر بگیریم که از لحاظ تکنیک‌های وب و کاربرانی که از طریق تلفن‌های همراه خود به وب‌سایت‌های ما مراجعه می‌کنند، کم از کشورهای پیشرفته و یا معیارهای جهانی نداریم، پس نمی‌توان از این موضوع به راحتی گذشت و فقط به این حرف اکتفا کنیم که آنجا آمریکاست و در ایران این روش‌ها جواب نمی‌دهد! اتفاقا مشتریان و کاربران شما دنبال نوآوری و توجه هستند و تمایل دارند همه چیز راحت در اختیارشان قرار بگیرد. پس اگر می‌خواهید از رقبای خود پیشی بگیرید کوچ کردن به سمت سایت ریسپانسیو قطعا شما را خیلی جلو خواهند انداخت. به نظر شخصی من در بین ۱۰۰ سایت اول ایران هم همان آماری که در بین ۱۰۰ سایت برتر دنیا وجود دارد، حاکم است و هنوز خیلی فرصت برای پیشی گرفتن از رقبا داریم البته به شرطی که هرچه سریعتر دست بکار شویم. از این موضوع که بگذریم همانطوری هم که در بالا گفته شد، گوگل دیگر به سایتهایی که ریسپانسیو طراحی نشده اند اعتبار خوبی نمی‌دهد و روز به روز از نتایج صفحه اول گوگل حذف خواهید شد. پس اگر به فکر مشتریان و کاربران خود نیستید، حداقل به فکر اعتبار و امتیاز وب‌سایت خود باشید که اعتبار از بین رفته در گوگل بسیار سخت قابل برگشت است.

ادامه مطلب

کاربرد و نحوه ایجاد فایل robots.txt

کاربرد و نحوه ایجاد فایل robots.txt

فایل robots.txt

دارندگان وب سایت ها به جهت ارایه یک دستورالعمل برای ایندکس کردن صفحات سایت خود به روبات های وب از فایل robots.txt استفاده می نمایند. در اصل به این عمل The Robots Exclusion Protocol گویند.

این پروتکل باعث می شود تا قبل از اینکه روبات ها وب سایت مربوطه را بازدید نمایند ابتدا به دنبال فایلی به نام robots.txt در ریشه سایت مربوطه گشته و در صورت وجود با توجه به مجوز های اعلام شده در آن فایل نسبت به انجام عملیات خود اقدام نمایند.

توجه داشته باشید که در استفاده از فایل robots.txt باید دو مورد ذیل را مد نظر قرار دهید :

1-      امکان اینکه برخی از روبات ها این فایل را نادیده بگیرند وجود دارد. بخصوص روبات های مخربی که به قصد بررسی نقاط امنیتی آسیب پذیر و یا آنهایی که به قصد جمع آوری ایمیل اکانت ها برای ارسال اسپم سایت را اسکن می نمایند.

2-      فایل robots.txt یک فایل بادسترسی عمومی بوده و لذا هر کسی می تواند داخل این فایل را دیده و بخش هایی از سایت را که شما مجوز بازدید آنها را به روبات ها نداده اید را به راحتی مشاهده نماید.

برای طراحی وب سایت به اینجا مراجعه کنید.

بنابر موارد اعلام شده بالا بهتر است از این فایل به هدف مخفی سازی اطلاعات استفاده ننماید.

فایل robots.txt می باید در ریشه سایت قرار گیرد. این فایل یک فایل متنی ساده با یک یا چند رکورد در داخل آن می باشد. نمونه ذیل یک محتوا برای این فایل می باشد :

User-agent: *
Disallow: /

این محتوا به این معنی است که تمامی روبات ها (User-agent: *) اجازه بازدید از هیچ یک از صفحات سایت را ندارند (Disallow: /)

یا به عنوان یک نمونه دیگر

User-agent: *
Disallow: /cgi-bin/
Disallow: /tmp/
Disallow: /junk/

این محتوا به این معنی است که تمام روبات ها (User-agent: *) امکان بازدید از تمامی بخش های سایت را به جزء 3 فلدر cgi-bin، tmp و junk را دارند.

اگر قصد داشته باشید که سایت تنها برای یک روبات خاص، به طور مثال گوگل، قابل بازدید باشد باید از محتوای ذیل استفاده نمایید :

User-agent: Google
Disallow:

User-agent: *
Disallow: /

و اگر قصد داشته باشید که سایت تنها برای یک روبات، به طور مثال BadBot، قابل بازدید نباشد باید از محتوای ذیل استفاده نمایید :

User-agent: BadBot
Disallow: /

در صورت نیاز به عدم بازدید یک صفحه خاص در سایت توسط تمامی روبات ها می توانید از محتوای ذیل استفاده نمایید :

User-agent: *
Disallow: /testpage.html

و به همین ترتیب می توانید با توجه به هدف مورد نظر خود نسبت به ایجاد یک فایل robots.txt مناسب برای سایت خود اقدام کرده و در انتها آن را در ریشه سایت خود آپلود نمایید.

ادامه مطلب

نقش معماری اطلاعات در وب سایت شما

نقش معماری اطلاعات در وب سایت شما

نقش معماری اطلاعات در وب

جستجو در مطالب سایت ها به این دلیل سخت است که لینک های آن مشخص نبوده و زمانی که از یک صفحه خارج می شوند ممکن است دیگر امکان بازگشت نداشته باشند. معماری اطلاعات وب سایت ها یکی از مسائل کلیدی برای طراحی یک سایت کاربردی است. در معماری اطلاعات، ساختار وب سایت با توجه به اهداف و اولویت های مالک وب سایت، نیاز و شرایط مخاطبان آن و برنامه های بعدی برای توسعه وب سایت طراحی شده و مستندات لازم جهت نگهداری و به روز رسانی آن تهیه می گردد.

معماری اطلاعات یکی از مهمترین و البته پایه ای ترین بخش های راه اندازی یک وب سایت است.با داشتن معماری اطلاعات خوب و دقیق برای صفحات مختلف وب سایت می توان به اهداف خود از طراحی سایت را تضمین کنید. گاهی اوقات از معمار یا اطلاعات با عنوان مهندسی وب سایت نیز یاد می شود.الگوهای معماری اطلاعات متفاوتی برای سازمان دهی اطلاعات وب سایت ها وجود دارد. فهم این مدل های معماری اطلاعات یا IA MODEL ها به شما کمک خواهد کرد که ساختاراطلاعاتی مناسبی را برای وب سایت خود انتخاب کنید.

مدل معماری single page

اولین مدل یا الگوی معماری همین الگوی single page است . وب سایت های تک صفحه ای یا single page برای پروژه هایی مناسب است که در آنها حجم اطلاعاتی کمی داریم و فوکوس کمی برروی آنها قرار دارد.

معماری اطلاعات صاف و فلت

در این مدل همه صفحات از اهمیت یکسانی نسبت به هم برخوردارند. این مدل از معماری در وب سایت های بروشور مانند دیده می شود.

صفحه ایندکس

این مدل یکی از معمول ترین مدل های معماری اطلاعات است.مدلی که در آن وب سایت دارای یک صفحه اصلی است که صفحات دیگر از آن مشتق می شوند. در واقع از طریق این صفحه می توانیم به صفحات دیگر وب سایت دسترسی داشته باشیم.در سطح صفحات فرعی وب سایت در ساختار درختی همه صفحات فرعی در یک سطح از اهمیت یکسانی برخوردارند.

Strict Hierarchy Pattern

دراین مدل معماری اطلاعات صفحه اصلی دارای صفحات فرعی است که خود این صفحات فرعی برای خود صفحات فرعی دیگری دارند که به عنوان Parent این صفحات محسوب می شوند

Co-Existing Hierarchies Pattern

این مدل به عنوان جایگزینی برای مدل معماری قبل در نظر گرفته می شود . در این معماری نیز مانند روش قبلی صفحه اصلی و صفحات فرعی داریم ولی با این تفاوت که در این روش ممکن است صفحات فرعی یا فرزند از والدهای مختلفی قابل دسترس باشند . این معماری در وب سایت هایی استفاده می شود که درآنها حجم اطلاعاتی زیادی داریم.

فاکتورهای زیادی در معماری اطلاعات وب سایت ها نقش دارند.طراح نباید براساس علایق خود صفحات را طراحی کند یکی از اصول بسیار مهم در طراحی همین است .نیازسنجی کاربران وب سایت یکی از مهم ترین قدم ها برای طراحی معماری اطلاعات در وب سایت است

ادامه مطلب

انواع معماری وب سرویس

انواع معماری وب سرویس

انواع معماری وب سرویس

یکی از مهمترین تحولات در صنعت نرم افزار، پیشرفت و بهبود در زمینه ی معماری نرم افزار و آنهم در سمت وب و اینترنت بوده است. سرویس های وب یا همان وب سرویس، تسهیلات لازم بمنظور ایجاد نسل جدیدی از برنامه های وب را ارائه می نمایند.

مقدمه

اگر قصد دارید نرم افزارها و وب سایت های از نوع distributed یا همان توزیع شده ایجاد کنید، می بایست به نکات زیر توجه کنید:

• در مواردیکه قصد ارتباط بین منابع نرم افزاری وجود داشته باشد، منابع می بایست بدرستی و بخوبی با یکدیگر مرتبط گردند( منابع مشخص و از یکدیگر متمایز گردند).
• ارتباط بین برنامه ها می بایست متکی بر استانداردهای اینترنت باشد.
• اینترفیس های ( بخش های مرتبط با استفاده کننده ) منابع نرم افزاری، می بایست برای استفاده عموم منتشر و امکان دسترسی به تعاریف اینترفیس بهمراه مستندات مربوطه وجود داشته باشد.
برنامه هائی که با لحاظ نمودن موارد فوق، طراحی و پیاده سازی می گردند ، مزایای زیر را بدنبال خواهند داشت :
• می توان از سرویس های نرم افزاری و منابع خارجی بمنظور طراحی و پیاده سازی نرم افزار مورد نظر خود استفاده کرد.
• امکان ایجاد منابع نرم افزاری بیشتری بصورت ماژولار، وجود خواهد داشت ( کیت های نرم افزاری با قابلیت استفاده مجدد ).
• هزینه تولید نرم افزار کاهش و بهره وری افزایش خواهد یافت .
• مطرح شدن ایده عرضه نرم افزار بعنوان سرویس . بدین ترتیب در مقابل عرضه یک نرم افزار Stand-alone ، می توان از رویکرد نرم افزار بعنوان سرویس ، استفاده نمود.

عناصر معماری مبتنی بر سرویس

معماری مبتنی بر سرویس (وب سرویس) برای پیاده سازی برنامه های توزیع شده یا distributed ،بسیار مناسب می باشد. معماری فوق، امکان پیاده سازی پویا ، آزاد و گسترده برنامه های توزیع شده را فراهم می نماید.
امروزه شاهد بکارگیری سیستم های متعددی می باشیم که خود از چندین برنامه و یا زیر سیستم استفاده می نمایند. با توجه به ارتباط بین سیستمها با یکدیگر، ایجاد و اعمال یک تغییر در ارتباط با هر یک از زیر سیستمها می تواند باعث بروز اشکال در تعداد زیادی از عناصر وابسته و یا سایر برنامه ها گردد . رویکرد فوق ، افزایش هزینه نگهداری این نوع سیستم ها را بدنبال خواهد داشت.
معماری مبتنی بر سرویس ، وابسته به سه عنصر اساسی است که هر یک دارای جایگاه خاص خود می باشند : Service Provider ( ارائه دهنده سرویس ) ، Service consumer ( مصرف کننده سرویس ) و Service broker ( کارگزار سرویس ).
ارائه دهنده سرویس ، گره ای در شبکه ( اینترانت و یا اینترنت ) است که امکان دستیابی به اینترفیس یک سرویس نرم افزاری را فراهم می نماید. گره ارائه دهنده سرویس ، امکان دستیابی به سرویس های یک سیستم تجاری ، یک زیر سیستم و یا یک عنصر را بوجود می آورد .مصرف کننده سرویس ، گره ای در شبکه است که به سرویس ارائه شده توسط یک ارائه دهنده سرویس مرتبط و از امکانات و پتانسیل های سرویس ارائه شده در جهت پیاده سازی سیستم خود استفاده می نماید. مصرف کننده سرویس را می توان بمنزله یک برنامه سرویس گیرنده بر روی یک گره در نظر گرفت . کارگزار سرویس ، گره ای در شبکه است که مسئول تشریح سرویس را برعهده داشته و می توان آن را بمنزله یک دفترچه آدرس در نظر گرفت که برای جستجو و یافتن سرویس ، مورد استفاده قرار می گیرد. مصرف کننده سرویس ( متقاضی ) ، درخواست خود را در ارتباط با سرویس موردنظر به کارگزار ارائه و کارگزار، سرویس درخواستی بهمراه ارائه دهنده مورد نظر را پیدا می نماید.

معماری وب سرویس

معماری وب سرویس

ارتبا ط بین وظایف سه گانه

عناصر سه گانه اشاره شده در معماری وب سرویس، با یکدیگر مرتبط هستند تا زمینه تحقق عملیات زیر فراهم گردد :
• عرضه سرویس : ارائه دهندگان سرویس ، سرویس ها ی خود را برای یک کارگزار سرویس ، عرضه می نمایند ( ثبت در دفترچه آدرس ) . اطلاعات ارائه شده شامل : تعریف اینترفیس سرویس ، محل ارائه دهندگان سرویس ، سایر اطلاعات حمایتی و یا مستندات ضروری خواهد بود.
• یافتن سرویس : مصرف کنندگان ، سرویس ها ی مورد نیاز خود را با کمک یک کارگزار ، پیدا خواهند کرد .
• ارتباط به سرویس : مصرف کنندگان سرویس به سرویس های خاصی که توسط یک ارائه دهنده سرویس ارائه شده است ، مرتبط و زمینه استفاده آنان از سرویس مورد نظر فراهم خواهد شد. فرآیند فوق ، شامل تائید مصرف کنندگان خواهد بود.
عملیات یافتن و نسبت دهی سرویس ها می تواند بصورت پویا انجام گیرد . بدین ترتیب برنامه ها قادر خواهند بود بصورت پویا خود را پیکربندی نمایند. مثلا” اگربرنامه ای تشخیص دهد که مدت زمان پاسخ از یک ارائه دهنده سرویس ، زمانی غیر معقول است ، می تواند در زمان اجراء ، تصمیم بر استفاده از یک ارائه دهنده سرویس دیگر نماید .

معماری سرویس های وب و معماری مبتنی بر سرویس

عناصر اساسی در معماری سرویس وب عبارتند از :
• ارائه دهنده سرویس وب .گره ای در شبکه که مسئولیت میزبان نمودن یک سرویس وب را برعهده خواهد داشت .
• مصرف کننده سرویس . گره ای در شبکه که مسئولیت میزبان نمودن هر سرویس گیرنده ای را که قادر به ارتباط با استفاده از HTTP باشد را برعهده می گیرد. مرورگرها ، برنامه های کنسول و برنامه هائی با رابط کار گرافیکی سنتی ، نمونه هائی از برنامه های سرویس گیرنده می باشند.
• کارگزار سرویس وب. گره ای در شبکه که مسئولیت میزبان نمودن یک ریجستری سراسری از تمامی سرویس های وب در دسترس را برعهده خواهد داشت .( نظیر یک کتاب آدرس جامع ) .
تمامی گره های فوق ، قادر به ارتباط با یکدیگر از طریق شبکه های مبتنی بر پروتکل TCP/IP می باشند . در سرویس های وب ، سه گره تعریف شده در معماری مبتنی بر سرویس ، متناظر با عناصر سرویس های وب خواهند بود:
کارگزار سرویس ، مسئولیت میزبان نمودن UDDI)Universal Description,Discovery and Integration ) را برعهده خواهد داشت .
ارائه دهنده سرویس ، مسئولیت عرضه سرویس های وب از طریق صفحات ASP.NET با انشعاب asmx . را برعهده خواهد داشت .
مصرف کننده سرویس ، قابلیت برقراری ارتباط از طریق HTTP ویا SOAP)Simple Object Access Protocol) را دارا می باشد .
همانگونه که اشاره گردید، در معماری یک سرویس وب از سه عنصر اساسی استفاده می شود : ارائه دهنده سرویس وب ، استفاده کننده سرویس وب و کارگزار سرویس وب . در ادامه به تشریح هر یک از عناصر فوق خواهیم پرداخت . ( در این بخش از مقاله به بررسی ارائه دهنده سرویس پرداخته و در بخش دوم این مقاله ، مصرف کننده سرویس و کارگزار سرویس ، تشریح خواهند شد ) .

ارائه دهنده سرویس

یکی از مهمترین عناصر در معماری سرویس وب ، جایگاه و نقش ارائه دهنده سرویس است . زیرساخت ایجاد شده توسط ارائه دهنده سرویس ، امکانات لازم حمایتی و میزبان نمودن سرویس های وب رافراهم می نماید. قابلیت پردازش پروتکل HTTP و سرویس اعتبار سنجی ، نمونه هائی از زیر ساخت ارائه شده توسط ارائه دهنده سرویس می باشند. درصورتیکه ارائه دهنده سرویس قادر به ارائه چنین زیرساختی نباشد ، سرویس وب می بایست خود این زیر ساخت را حمایت نماید .وضعیت فوق، طراحی و پیاده سازی سرویس های وب را با مشکل بیشتر مواجه خواهد کرد.

سرویس دهنده وب

یک ارائه دهنده سرویس می بایست حداقل شامل یک گوش دهنده ( listener ) پروتکل باشد . برای سرویس های وبی که توسط فریمورک دات نت و یا ویژوال استودیو دات نت ، پیاده سازی می گردند ، گوش دهنده پروتکل می بایست یک HTTP listener باشد . با توجه به اینکه یک ارائه دهنده سرویس قادر به میزبان نمودن چندین سرویس وب خواهدبود ،ارائه دهنده سرویس ،می بایست امکان هدایت مناسب یک درخواست به سرویس وب مناسب را دارا باشد . ( قابل مقایسه با سرویس RPCCC) Remote Procedure Call Subsystem)، که مسئولیت پاسخگوئی به درخواست های وارده DCOM وهدایت آنان به یک سرویس دهنده مناسب COM است) .مصرف کنندگان ناشناخته سرویس وب ، قادر به دستیابی به یک ارائه دهنده سرویس می باشند . بنابراین لازم است ، سرویس دهنده وب سرویس های پایه امنیتی را حداقل در سطح پروتکل، ارائه نماید. IIS ، که یک سرویس دهنده وب است ، سرویس های مورد نیاز یک سرویس وب را ارائه می نماید :
• IIS یک HTTP listener است
• IIS با استفاده از معماری ISAPI ، می تواند بعنوان یک gateway در رابطه با سرویس های وب رفتار نموده و علاوه بر میزبانی از سرویس های وب متعدد ، زمینه هدایت صحیح آنان را نیز فراهم نماید.
• IIS زیرساخت قابل ملاحظه ای در رابطه با امنیت را ارائه می نماید .

IIS و سرویس های وب

یک سرویس دهنده وب نظیر IIS ، قادر به فراخوانی یک سرویس از جانب یک سرویس گیرنده با استفاده از گزینه های متعددی است . سرویس دهنده وب قادر به فعال نمودن ( اجراء ) یک برنامه CGI)Common Gateway Interface) ، اجرای یک مفسر اسکریپت بمنظور برخورد با صفحات ASP و یا فراخوانی یک برنامه ISAPI است .زمانیکه IIS همراه با CLR فعالیت می نماید ، از یک فیلتر ISAPI بمنظوربررسی درخواست هائی در ارتباط با صفحات با انشعاب asmx استفاده و در ادامه یک میزبان زمان اجراء را فعال می نماید . میزبان زمان اجراء ، کد مربوط به سرویس وب را که توسط فریمورک دات نت پیاده سازی شده است ، اجراء خواهد کرد.
در این بخش به بررسی نقش و جایگاه مصرف کنندگان و کارگزاران سرویس ها ی وب ، خواهیم پرداخت .

مصرف کننده سرویس

در این بخش با حداقل قابلیت های موردنیاز یک مصرف کننده سرویس وب بمنظور استفاده از یک سرویس وب ، نحوه یافتن یک سرویس وب توسط مصرف کننده سرویس وب ، نقش پروکسی ها در پیاده سازی مصرف کنندگان سرویس وب ونحوه استفاده از پروکسی ها بمنظور فراخوانی غیرهمزمان سرویس های وب، آشنا خواهیم شد.
حداقل توانائی : بمنظور استفاده از سرویس وب ، یک مصرف کننده سرویس وب ، می بایست متدهائی از سرویس وب را بهمراه پارامترهای مورد نیاز و بکمک استفاده از پروتکل های موجود ( مثلا” SOAP ) و حمایت شده توسط سرویس مورد نظر را فراخوانی نماید . فرمت دهی مناسب پیام ها قبل از ارسال برای یک سرویس وب ، آشنائی و برخورد مناسب با جزئیات پروتکل هائی که سرویس وب حمایت می نماید، از جمله مواردی می باشند که می تواند چالش هائی را در زمینه سرویس های وب بدنبال داشته باشد.

فریمورک دات نت با ارائه کلاس هائی در این زمینه، اکثر جزئیات سطح پائین را کپسوله می نماید. کپسوله نمودن جزئیات سطح پائین، ضرورت پیاده سازی زیرساخت را از پیاده کنندگان سلب و آنان را از این فعالیت معاف می نماید .
مکان یابی سرویس : قبل از امکان استفاده از یک سرویس وب ،مصرف کننده می بایست قادر به یافتن آن باشد . یکی از راهکارهای موجود در این زمینه درج کد بصورت دستی ( برخوردی کاملا” ایستا ) در مصرف کننده سرویس وب و در هنگام طراحی است. در چنین مواردی آدرس سرویس ارائه شده بصورت مستقیم در برنامه مصرف کننده سرویس درج خواهد شد.
یکی دیگر از راهکارهای موجود در این زمینه ، امکان یافتن پویای یک سرویس وب توسط مصرف کننده سرویس وب و در زمان اجراء است . بدین ترتیب ، مصرف کننده سرویس وب دارای انعطاف لازم در خصوص انتخاب بین سرویس های وب رقیب با عملکرد مشابه و بر اساس ویژگی هائی خاص نظیر قیمت و کارآئی ، خواهد بود . روش استاندارد برای یافتن سرویس های وب ، تشریح سرویس و خدمات ارائه شده توسط آنان ، استفاده از یک ریجستری UDDI است . ( Universal Description,Discovery, and Integration )
پروکسی ها : در زمان پیاده سازی یک مصرف کننده سرویس وب ، پیاده کنندگان می توانند زمان خود را صرف افزایش بهره وری نموده و خود را درگیر موارد زیر ننمایند .
• فعالیت و درگیر شدن در ارتباط با پروتکل های زیربنائی
• پارسینگ بایت ها بمنظور استخراج داده
• بررسی صحت و اعتبار داده های ورودی ( دریافتی )
• ایجاد و ساخت بسته های اطلاعاتی بمنظور خروجی علیرغم توصیه های انجام شده ، اغلب پیاده کنندگان بمنظور انجام عملیات فوق ، وقت خود را صرف انجام فعالیت های فوق می نمایند ، چراکه در این رابطه کد از قبل ایجاد شده ای وجود ندارد. یکی از رویکردهای متداول در این زمینه (هندل نمودن فعالیت ها ی فوق ) ، کپسوله سازی و یا پنهان نمودن جزئیات پیاده سازی در کلاسی است که بعنوان یک پروکسی برای سرویس وب ، رفتار می نماید.
کلاس های پروکسی علاوه بر پنهان سازی جزئیات پیاده سازی ، یک مدل برنامه نویسی شناخته شده را بمنظور فراخوانی متدهای اشیاء در اختیار پیاده کنندگان قرار خواهند داد. تنها مسئله مرتبط با روش فوق ، پیاده سازی یک کلاس پروکسی برای هر اینترفیس سرویس وبی خواهد بود که یک مصرف کننده سرویس وب از آن بمنظور ارتباط استفاده خواهد کرد . مایکروسافت در این رابطه ابزاری با نام Wsdl.exe را ارائه که می توان از آن بمنظور پیاده سازی کلاس های پروکسی سرویس وب استفاده نمود. باتوجه به اینکه، یک اینترفیس سرویس وب با استفاده از XML تعریف می گردد، شایسته تر است که ابزارهائی را ایجاد که قادر به تولید اتوماتیک کلاس های پروکسی باشند.
فراخوانی غیرهمزمان : با توجه به اینکه دستیابی به سرویس های وب عموما” از طریق شبکه ها ( نظیر اینترنت ) که عمدتا” قابلیت اطمینان و سرعت شبکه های محلی را ندارند ،میسر می گردد ، شاید مناسبتر باشد که مصرف کنندگان سرویس وب ، بگونه ای پیاده سازی گردند که قادر به ایجاد فراخوانی غیرهمزمان به سرویس های وب باشند . پروکسی ها ئی که با استفاده از Wsdl.exe تولید و ایجاد می گردند ، این امکان را به صدازنندگان سرویس خواهند داد که فراخوانی غیرهمزمان به یک سرویس وب را داشته باشند. کلاس پروکسی با ترکیب RunTime ، مسئولیت برخورد با جزئیات مدیریت Thread pool ، اتمام یک متد callback notification و سایر موارد مرتبط را برعهده خواهند داشت .
نمونه هائی از مصرف کنندگان سرویس وب : برنامه های تجاری ( زمینه های متعدد تجاری ) اولین کاربران و متقاضیان سرویس های وب می باشند ولی تعداد زیادی فعالیت تجاری دیگر نیز وجود دارد که می توانند بعنوان مصرف کنندگان سرویس وب مطرح گردند . روزنامه های Online و ASP :Application Service Provider ، دو نمونه در این زمینه می باشند . یک روزنامه Online ، ممکن است از جندین سرویس وب خبری بمنظور تامین اخبار نشریه خود استفاده نماید . اخبار ورودی می توانند قالب بندی و فیلتر شده و برای آنان فهرست توصیفی تهیه و قابلیت جستجو بر روی آنان با توجه به خواست مصرف کننده ایجاد گردد . یک ASP ممکن است سرویس های وب متعددی را میزبان و یا خود راسا” اقدام به تولید سرویس های وب مورد نیاز و ارائه آنان به مشتریان مربوطه نماید.

معماری وب سرویس در بستر کلاد

معماری وب سرویس در بستر کلاد

کارگزار سرویس وب

همانگونه که یک معماری مبتنی بر سرویس نیازمند یک کارگزار سرویس است ، یک معماری وب سرویس service broker، نیز نیازمند یک کارگزار سرویس خواهد بود. بمنظور تسهیل در ارتباط ، بنگاههای تجاری نیازمند یک راه حل جامع و فراگیر بمنظور نشر اطلاعات خود به هر یک از مشتریان و یا شرکاء تجاری خود در سطح جهان می باشند .یک کارگزار سرویس وب ، هم با ارائه دهنده سرویس وب و هم با مصرف کننده سرویس وب ارتباط تا زمینه استفاده از امکانات ارائه شده توسط ارائه دهندگان سرویس های وب و استفاده از سرویس های وب ارئه شده برای مصرف کنندگان سرویس های وب ، فراهم گردد. سازمان ها با نشر اطلاعات مرتبط با سرویس ها و خدمات تجاری خود ، به پتانسیل های زیر دست خواهند یافت :
• امکان یافتن سریع همکاران تجاری از بین میلیون ها بنگاه تجاری Online
• تعریف نحوه مدیریت فعالیت های تجاری پس از یافتن بنگاههای تجاری مورد نظر
• ایجاد یک رویکرد گسترده صنعتی برای فعالیت های تجاری که ارتباط و همبستگی سریع و آسان با مشتریان و شرکاء تجاری بر روی اینترنت را بدنبال خواهد داشت .در این رابطه ، سازمانها قادر به ارائه اطلاعات مشترک در ارتباط با محصولات و خدمات خود بوده و امکان حق انتخاب در رابطه با گزینش نوع ارتباط با سایر فرآیندهای تجاری و سیستم ها نیز فراهم می گردد .
ارتباط بین کارگزار سرویس وب و ارائه دهنده سرویس وب : کارگزاران بمنظور ارائه صحیح سرویس های وب از ارائه دهندگان سرویس های وب درخواست اطلاعات متنوعی در رابطه با سرویس ارائه شده را خواهند داشت . اطلاعات اخذ شده بمنزله شناسنامه یک سرویس وب خواهد بود که پس از ارائه و تائید و طی مراحل مربوطه در ریجستری UDDI ذخیره تا امکان در اختیار قرار دادن آنان برای مصرف کنند گان سرویس های وب فراهم گردد .کارگزاران سرویس های وب ، اطلاعات عمومی زیر را در ارتباط با یک سرویس وب منتشر خواهند کرد :
• اطلاعات طبقه بندی شده ای که امکان گروه بندی سرویس وب را فراهم نماید .
• اطلاعات مورد نیاز بمنظور ارتباط با سرویس وب
• شرح خدمات ارائه شده توسط سرویس های وب
• لینک های مورد نیاز بمنظور استفاده از سایر مستندات که شامل اطلاعاتی در رابطه با سرویس وب است .
• آدرس ( مکان ) نهائی سرویس های وب . آدرس های فوق ، عموما” بصورت URL)Uniform Resource Locators) بوده و مکان و موقعیت سرویس های وب اعلام شده را مشخص می نمایند . با توجه به عدم توانائی ذخیره سازی تمامی اطلاعات بر روی رسانه های ذخیره سازی کارگزار سرویس وب ، از اشاره گرهائی خاص در این زمینه استفاده که باعث تسهیل در یافتن اطلاعات تکمیلی و مورد نیاز در ارتباط با سرویس وب خواهد بود. ماهیت برخی از اطلاعات مرتبط با یک سرویس وب نیز بگونه ای است که امکان استقرار آنان بر روی کارگزار وجود نداشته و می بایست از لینک های مورد نظر و معرفی شده توسط کارگزار بمنظور اخذ اطلاعات تکمیلی استفاده گردد (اطلاعات مرتبط با ملزومات مورد نیاز برای تائید اعتبار) .
ارتباط بین کارگزار و مصرف کننده سرویس : اولین و در عین حال مهمترین نوع ارتباط بین مصرف کنندگان سرویس وب و کارگزار سرویس وب ، جستجو برای یافتن سرویس وب است . کارگزاران می بایست تسهیلات لازم در خصوص جستجوی سرویس های وب را فراهم تا امکان یافتن آنان بسادگی و با سرعت مناسب برای مصرف کنندگان ، فراهم گردد .
ریجسترهای UDDI : کارگزاران ، بمنظور ارائه سرویس های وب از رویکردهای متعددی استفاده می شود . یکی از ساده ترین رویکردهای موجود در این زمینه ، استفاده از یک روش خاص با توجه به هدف مورد نظر برای مبادله اطلاعات و الزام تمامی همکاران تجاری برای تبعیت از آن است . در این رویکرد ،عملا” به یک کارگزار نیاز نخواهد بود . مثلا” برخی سازمانها از مبادله اطلاعات الکترونیکی ( EDI:Electronic Data Interchange ) استفاده و بسادگی مستندات EDI مورد نیاز همکاران تجاری را بر روی سایت سازمان خود قرار می دهند .در رابطه با رویکرد فوق ، می بایست به این نکته ( مسئله) اشاره نمود که روش فوق ، مکانیزم مناسب و ساده ای برای یافتن فعالیت های تجاری خارجی و سازگار با فعالیت تجاری سازمان مربوطه ، نخواهد بود .
یکی دیگر از رویکردهای موجود در این زمینه ، الزام تمامی همکاران تجاری برای استقرار یک فایل خاص بمنظور تشریح سرویس وب بر روی سایت های خود می باشد . در ادامهجستجو کننده وب می تواند بصورت اتوماتیک به یک URL ریجستر شده، دستیابی و ایندکس مناسبی از هر یک از فایل های تشریح سرویس های وب که بر روی هر یک از سایت ها پیدا می نماید ، ایجاد نماید . یک کارگزار سرویس وب می تواند در ادامه یک Portal را ایجاد که امکان دستیابی به ایندکس هائی که جستجو کننده وب آنها را ایجاد نموده است ، فراهم گردد. اتکاء و وابستگی به جستجو کنندگان وب برای ارائه ایندکس های سرویس های وب دارای مسائل مشابهی با روش استاندارد موتورهای جستجو است که ما امروزه با آن سروکار داریم . مشکل اساسی رویکرد فوق ، عدم وجود مکانیزم لازم بمنظور اطمینان از انسجام و یکنواختی در فرمت تشریح سرویس و ردیابی آسان و آگاهی از زمان مورد نظر دررابطه تغییرات اعمال شده است . همانگونه که ممکن است یک موتور جستجوی وب تعداد زیادی لینک غیر معتبر را برگرداند ، استفاده از روش فوق در ارتباط با سرویس های وب نیز ممکن است نتایج غیر معتبری در ارتباط با تشریح سرویس ها را ارائه نماید.
رویکرد کارگزاری ، که در ارتباط با سرویس های وب انتخاب شده است ، مبتنی بر یک ریجستری توزیع شده از بنگاههای تجاری و تشریح سرویس های مربوطه آنان با فرمت XML است . راه حل ارائه شده بمنظور پیاده سازی رویکرد فوق و برطرف نمودن مسئله یافتن سرویس های وب ، UDDI ) Universal Description,Discovery, and Integration ) نامیده می شود .

UDDI ، مشخصه ای برای اطلاعات مبتنی بر وب توزیع شده از سرویس های وب ریجستر شده است . با استفاده از UDDI ، بنگاه های تجاری قادر به ریجستر نمودن اطلاعات مرتبط با سرویس های خود بوده و بنگاه های تجاری متقاضی ، قادر به یافتن و استفاده از سرویس های وب خواهند بود . عنصر اساسی در یک ریجستری UDDI ، فایلی است که موجودیت یک بنگاه تجاری را بهمراه سرویس های وب مربوطه آن تشریح می نماید . اطلاعات مورد نظر بمنظور ریجستر نمودن یک فعالیت تجاری از سه بخش اساسی تشکیل شده است :
• آدرس بنگاه تجاری و اطلاعات لازم بمنظور ارتباط
• لیست طبقه بندی صنعتی منطبق بر استاندارد های موجود
• اطلاعات فنی در رابطه با سرویس های وب عرضه شده توسط بنگاه تجاری . اطلاعات فوق ، شامل مرجع لازم به مشخصه های اینترفیس سرویس وب ، پتانسیل ها واشاره گرهائی به فایل های متعدد اطلاعاتی است.

web service description language

web service description language

مدل برنامه نویسی سرویس های وب

بمنظور پیاده سازی و یا استفاده از یک سرویس وب ، لازم است با ویژگی های اساسی مدل برنامه نویسی سرویس های وب آشنا شویم .
پروتکل های وب : اولین ویژگی مدل برنامه نویسی سرویس های وب ، پروتکل ارتباطی است که معمولا” HTTP خواهد بود. پروتکل HTTP ، بطور ذاتی مفهوم استفاده از یک متد را حمایت نمی نماید . با توجه به محدودیت فوق ، مصرف کنندگان سرویس های وب اغلب از XML-Based SOAP ، بر روی HTTP برای فراخوانی ( صدا زدن ) متدهای سرویس های وب استفاده می نمایند . بنابراین ، لازم است پیاده کنندگان دارای دانش مناسبی در ارتباط با پروتکل HTTP و SOAP باشند .
StateLess : اکثر پیاده کنندگان با یک مدل شی Stateful آشنائی لازم را دارند. بعبارت دیگر ، نمونه ای از یک کلاس ایجاد و در ادامه عملیات متفاوتی بر روی شی انجام خواهدشد . بین هر فراخوانی متد ، شی وضعیت خود را نگهداری می نماید . در یک محیط stateless ، شی وضعیت خود را بین فراخوانی ها ، نگهداری نمی نماید. هر وضعیتی که می بایست بین فراخوانی ها نگهداری گردد ، در یک بانک اطلاعاتی و یا کوکی ذخیره می گردد . سرویس های وب اشیائی با رویکردهای سنتی نمی باشند. زمانیکه از ASP.NET بمنظور پیاده سازی یک سرویس وب استفاده می گردد ، می توان از یک کلاس سی شارپ بمنظور پیاده سازی آن استفاده نمود. صفحات ASP.NET برای مراجعه به کلاس فوق ، از یک فایل با انشعاب asmx . استفاده می نمایند. زمانیکه صفحه پردازش می گردد ، یک نمونه از کلاس ایجاد می گردد . مدت زمان حیات صفحه asmx . ، به عمر شی نتیجه محدود و یک نمونه شی متفاوت دیگر سایر فراخوانی ها به متد را پاسخ خواهد داد بنابراین ، کلاس هائی که یک سرویس وب را پیاده سازی می نمایند ، Stateless خواهند بود . با اینکه طراحی سیستم های Stateless در مرحله اول مشکل تر بنظر می آید ولی همزمان با افزایش حجم عملیاتی سیستم ، توان آنان در سرویس دهی افزایش خواهد یافت .
Loosely coupled : در یک برنامه غیر توزیع شده ، اگر هر یک از منابع نرم افزاری مورد نیاز، نظیر یک تابع کتابخانه ای در یک DLL)Dynamic Link Library) ، زمانیکه یک برنامه فعال می گردد در دسترس باشند ، امکان دستیابی به منابع فوق در مدت زمان حیات نرم افزار ، میسر خواهد بود . برای برنامه های توزیع شده ، خصوصا” برنامه های توزیع شده ای که از منابع نرم افزاری بر روی اینترنت استفاده می نمایند ، ممکن است منابع نرم افزاری مورد نیاز همواره در دسترس نباشند. برنامه های توزیع شده که با استفاده از سرویس های وب پیاده سازی می گردند ، می بایست دارای انعطاف لازم و بمراتب بیشتری در ارتباط با منابع نرم افزاری غیرقابل دسترس حتی در زمان اجراء باشند . بنابراین ، راه حل های مبتنی بر سرویس های وب ، می بایست دارای پتانسیل لازم بمنظور پیکربندی مجدد و پویای خود باشند (در مواردیکه منبع مورد نیاز دردسترس نمی باشد ) .

فرمت عمومی داده

فرمت عمومی داده در سرویس های وب ، XML است . در این رابطه ذکر نکات زیر ضروری است :
• پروتکل SOAP مبتنی بر XML است .
• داده برگردانده شده از یک سرویس وب ، یک سند XML است .
• سرویس های وب با استفاده از اسناد XML در یک ریجستری UDDI ریجستر می گردند .
• برنامه های ASP.NET با استفاده از فایل های پیکربندی XML پیکربندی می گردند .

ادامه مطلب

امنیت وب سایت ها و سیستم مدیریت محتوا

امنیت وب سایت ها و سیستم مدیریت محتوا

به طور کل امنیت ارتباطی به اینکه از چه پلتفرمی استقاده می کنید ندارد و چنین چیزی غیر ممکن و غیر عملی است که بتوان سیستم مدیریت محتوای امنی را ساخت و حتی امنیت را صرفا به نوع سیستم مدیریت محتوا مربوط دانست.

به علاوه بالابردن امنیت به معنای پایین آوردن میزان ریسک است نه حذف ریسک ؛ این به معنی بهبود وضعیت سایت شما و کاهش احتمال هک شدن است نه جلوگیری از آن زیرا امنیت هیچ گاه صد در صد نیست و مهمترین وب سایت های خبری و سازمانی تجربه تلخ هک شدن را دارند .

سیستم مدیریت محتوا

امنیت وب سایت ها را چه مسائلی به خطر می اندازد.

  • هاست وب سایت

اغلب بیشتر مسائل مربوط به هک شدن وب سایت ها مربوط به میزبانی وب یا هاست می شود.امروزه شما در خرید یک هاست انتخاب های زیادی دارید و بهتر است بدانید که مسائل امنیتی تا چه حد در مسئولیت آنهاست و از کجا بر عهده خودتان می باشد.

هاست یا سرور مناسب بایستی از حریم خصوصی شما محافظت کند و مدیر سرور مسئولیت ارائه سرویس را برعهده گیرد. و با توجه به اینکه ما با هرگونه ایمن سازی وب سایت هیچ گاه به امنیت صد در صد نخواهیم دست یافت بک آپ گیری منظم طبق نیاز شما یکی از مهمترین خدمات هاستینگ است.

اپلیکیشن های مورد استفاده در وب سایت

در صورتی که از امنیت هاست خود اطمینان حاصل کردید باید به این نکته توجه داشته باشید که امنیت هاست مربوط به زیر ساخت سایت می شود وو آنها مسئول امنیت برنامه هایی که شما نصب کرده اید نیستند..

مسائل امنیتی سایت ها ندرتا مربوط به بخش هاست می شود و در بیشتر مواقع به بخش اپلیکیشن های مورد استفاده ارتباط دارد و خود آن شامل زیرمجموعه های متنوع و گوناگونی است و می توان با محدود کردن دسترسی ها – افزایش اطلاعات و دانش در زمینه امنیت و دریافت برنامه های از منابع معتبر این ریسک را کاهش داد.

حفره های امنیتی کامپیوتر شما

مدیران وب سایت ها بایستی اطمینان حاصل کنند که کامپیوتر آنها عاری از هرگونه ویروس ، نرم افزار جاسوسی ، تروجان ها و .. باشد. در مواقعی که حفره های امنیتی در کامپیوتر شما وجود داشته باشد به خطر افتادن امنیت وب سایت حتمی است و تمام تلاش های مدیران هاست و بخش پشتیبانی بی ثمر می شود ، در صورت وجود حفره های امنیتی ممکن است از صفحه مانیوتر شما تصویر برداری شود و یا کیبورد شما تحت نظر باشد و… (توجه داشته باشید که این یکی از رایج ترین و ساده ترین روش های هک و سرقت اطلاعات است.)

روشهای جلوگیری

برای جلوگیری از به وجود آمدن حفره های امنیتی از آنتی ویروس های معتبر و مطمئین استفاده کنید ، برنامه های و فایل های خود را از وب سایت های معتبر دانلود کنید و هیچ فایلی را از ایمیل های ناشناس دریافت نکنید (یک نرم افزار جاسوسی می تواند در قالب یک عکس یا فایل متنی و…. همراه باشد ) ، همیشه سیستم عامل و نرم افزار های خود به ویژه مرورگر را از وب سایت رسمی ناشر آن به روز کنید.

هکر ها برای نفوذ به وب سایت ها حفره های امنیتی نرم افزار ها را می یابند و توسعه دهندگان نرم افزارها با بررسی رفع باگ امنیتی و ارائه نسخه جدید راه نفوذ از طریق آن حفره مسدود می کنند. و شما با آپدیت به جدید ترین نسخه می توانید خود را در برابر آخرین باگ های امنیتی کسف شده ایمن کنید ؛ قابل ذکر است که این بدان معنی نیست که اگر به طور مثال تا به حال ۱۰ باگ امنیتی برای مرورگر کروم کشف شده است این مرورگر دیگر قابل اطمینان نیست بلکه پشتیبانی ، بروز رسانی و رفع حفره های امنیتی دلیل اعتماد داشتن و یا نداشتن به یک نرم افزار است و در این مواقع هکر ها به توسعه آن نرم افزار کمک کرده اند.

یکی از رایج ترین مباحث در برنامه ریزی و طراحی وب سایت استفاده یا عدم استفاده از CMS های معروف که عمدتا رایگان و متن باز هستند می باشد که همین موضوع دلالت بر برتری سیستم های معروف و شناخته نسبت به سیستم های مدیریت محتوای شرکتی و دست ساز می باشد در حقیقت حفره های امنیتی سیستم های اختصاصی به دلیل کم اهمیت بودن کشف نشده است. به طور مثال وب سایت کاخ سفید از سیستم متن باز و رایگان Drupal  استفاده می کند.

حفره های امنیتی وب سرور

حفره هایی امنیتی در وب سرور ها و برنامه های آن نیز وجود دارند و باید توجه داشته باشیم که نسخه مطمئنی از وب سرور را نصب کرده باشیم و در صورتی که از هاست استفاده می کنید اطمینان حاصل کنید که مدیران آن سرور به این مسئله توجه داشته باشند.

در صورتی که امینت وب سایت شما اهمیت ویژه ای دارد و از هاست اشتراکی استفاده می کنید (چندین وب سایت در هاست وجود دارد) ممکن است امنیت وب سایت شما در معرض خطر باشد و هر چه شما موارد امنیتی را در نظر گرفته باشید تفاوتی ندارد زیرا در این مواقع هکر از حفره امنیتی وب سایت های ضعیف تر و بی اهمیت که در هاست با شما مشترک هستند استفاده کرده و به سایت شما (هدف) نفوذ میکند ، اطمینان حاصل کنید که مدیران هاست به این مسئله توجه دارند و دسترسی ها را محدود کرده اند و یا سایتتان را به هاست اختصاصی یا سرور انتقال دهید که البته هزینه بالایی نسبت به هاست اشتراکی دارد.

حفره های امنیتی شبکه

شبکه در هر دو سمت ( سیستم مدیریت محتوا از سمت Server و مدیر سایت از سمت Client ) و کل مسیر ارتباطی باید مورد اعتماد باشد این به معنی بکارگیری از firewall  ها امنیت روتر ها و سایر کاربران شبکه است به عنوان مثال نباید از اینترنت کافی شاپ برای ورود به بخش مدیریت وب سایت استفاده کنید ، همچنین استفاده از سیستم های Wireless ریسک بزرگی می باشد ، همچنین اگر مدیریت و امنیت سرور به عهده خودتان می باشد امنیت شبکه متصل به سرور و سایر سیستم ها نیز اهمیت ویژه های دارد.

پسورد ها

با عادات امنیتی خوب می توان از بسیاری از خطر های امنیتی در امان بود ؛ استفاده از پسورد قوی یکی از این عادت ها میباشد.

هدف از قوی بودن پسورد جلوگیری از حدس زدن آن توسط افراد و مقابله با حملات بروت فورس است. و برای آشنایی بیشتر شما کاربران گرامی با این موضوع مطلبی با عنوان “راهکارهایی جهت انتخاب پسورد مناسب” از پیش تهیه کرده ایم. که مطالعه آن می تواند برای هر فردی که در اینترنت فعالیت دارد مفید باشد.

یکی از عادات بد شناخته شده افراد استفاده از یک پسورد ثابت یا پسورد های مشابه در حساب های کاربری گوناگون است. ممکن است پیش خودتان فکر کنید که سرویس Gmail از امنیت بالایی برخوردار است ، اما هکر ها با هوش تر از آنند که ابتدا برای نفوذ و سرقت اطلاعات جی میل شما را مورد هدف قرار دهند و با بدست آوردن پسورد شما در وب سایت های نامعتبر و کم اهمیت حدس می زنند که شما در انتخاب پسورد از چه عباراتی استفاده می کنید لذا از بکاربردن عبارات قابل حدس و مشابه خودداری کنید.

پروتکل

در صورتی که سرور شما از سرویس SFTP  پشتیبانی می کند بایستی از این سرویس به جای FTP استفاده کنید ، سرویس SFTP  مشابه  FTP می باشد با این تفاوت که پسورد و اطلاعات شما را با رمزگذاری ارسال می کند و رمز عبور شما هیچ گاه به طور واضح در شبکه ارسال نمی شود و توسط برنامه های جاسوسی و  Sniff قابل شناسایی نیست.

مجوز های دسترسی

مجوز دسترسی ویرایش فایل ها می تواند برای وب سایت شما خطر ایجاد کند مخصوصا زمانی که از سرویس هاست اشتراکی استفاده می کنید ، بهتر است تا جایی که ممکن است جوز های دسترسی را برای ویرایش و آپلود فایل محدود کنید برای این کار باید با ساختار سیستم مدیریت محتوا خود آشنا باشید .

 

امنیت پایگاه داده

در صورتی که چندین وب سایت را در یک سرور مدیریت می کنید بهتر است که برای هر کدام از آنها یک پایگاه داده مجزا ایجاد کنید در صورتی که هکر به یک پایگاه داده دسترسی پیدا کند این کار باعث می شود که از طریق وب سایت هک شده سایر وب سایت ها قربانی نشود و هکر دسترسی به آنها پیدا نکند. امنیت پایگاه داده شامل نکات بسیاری می باشد که بیشتر به مدیریت سرور مربوط می شود تا مسئولیت مدیر سایت و در آینده در بخشی مجزا در رابطه با آن مطالبی را ارائه خواهیم کرد.

ادامه مطلب