Skip to Content

بلاگ

8 نکته برای انتخاب بهترین شرکت هاستینگ

8 نکته برای انتخاب بهترین شرکت هاستینگ

1 – رتبه بندی شرکت های وب هاستاینگ را بررسی کنید:
برای انتخاب یک شرکت هاستینگ خوب رتبه بندی آن را بررسی کنید همچنین با جستجو در گوگل نظر مشتریان آن شرکت هاستینگ را هم بررسی کنید.
2 – همه ویژگی های طرح هاستینگی که شما می خواهید انتخاب کنید را بررسی کنید:
-مقدار فضای دیسک و پهنای باند
-کدام کنترل پنل برای شما در دسترس میباشد
-چه تعداد زیر دامنه و حساب های FTP و حساب های ایمیل شامل می شود
-تضمین آپ تایم
3 – قیمت گذاری:
سعی کنید قیمت نهایی را بررسی کنید و تحقیق کنید آیا هزینه اضافه دیگری وجود دارد مثلا برای هزینه راه اندازی و یا هزینه ثبت دامنه و آیا هر گونه اختلاف در قیمت برای هاستینگ یک ماهه و یا 6 ماهه و یک ساله وجود دارد.
4 – قابلیت اطمینان و سرعت دسترسی:
سرعت ، امنیت و قابلیت اطمینان مهمترین فاکتور برای کسب و کار آنلاین میباشد. در حالی که شما در حال انتخاب یک شرکت وب هاستینگ قابل اعتماد هستید شما نیاز دارید اطمینان حاصل کنید که آن شرکت از وب سایت شما مراقبت می کند و وب سایت شما همیشه در دسترس باشد و هیچ وقت پایین نباشد چون این باعث از دست دادن بسیاری از بازدید کنندگان آنلاین شما خواهد بود.
5 – چه افزودنی های رایگانی در بسته وب هاستینگ خواهد بود مانند:
قالب های وب سایت رایگان
پشتیبانی مانند انتقال وب سایت رایگان انتقال دامنه انتقال MySQL انتقال اسکریپت
هر اسکریپ رایگانی که می تواند مستقیما در حساب شما با چند کلیک نصب شود.
6 – چه نوع پشتیبانی بعد از فروش برای شما در دسترس میباشد:
24 ساعته تمام روز هفته در تمام روز سال از طریق تلفن و یا چت و یا سیستم پشتیبانی
هر پشتیبان گیری از وب سایت خودکار هفتگی
7 – اسکریپ رایگان و یا با یک کلیک نصب و راه اندازی Fantastico Deluxe :
هاستینگ وردپرس & هاستینگ جوملا & هاستینگ دروپال – و راه حل های حرفه ای CMS
8 – SSL ( سرور امن ) و سبد خرید:
اگر شما در حال برنامه ریزی برای انجام هر گونه کسب و کاری از طریق وب سایت هستید شما باید به دنبال این باشید که شرکت هاستینگ امکانات اس اس ال و سبد خرید را فراهم کنید. این امکانات معمولا شامل یک بسته قیمت بالاتر با هزینه اضافی میباشد.
ادامه مطلب

Google Analytics چیست ؟

Google Analytics چیست ؟

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

 ابزار ارائه شده توسط کمپانی Google به نام Analytics  یک راهکار حرفه ای برای کنترل و مانیتور ترافیک وب سایت می باشد که به صورت مجانی انتشار داده شده و ابزارهای غنی و بسیار پرکاربردی را جهت کنترل ترافیک وب سایت و هم چنین جهت دادن به بازاریابی شما در اختیارتان قرار می دهد. این سرویس گوگل در واقع توسط مجموعه نرم افزاری Urchine  تولید شده بود که بعد ها کمپانی Google با خرید موسسه Urchine شروع به توسعه و کامل نمودن ابزار تحلیلی آن نمود و سپس در سال 2005 نام آن را نیز به Google Analytics   تغییر داد. این کمپانی در اوایل ارائه این محصول، به دلیل درخواست های بالا ، آن را برای عموم عرضه نکرده بود و با یک سیستم قرعه کشی از بین افراد ثبت نام شده ، نسبت به ارائه سرویس خود به آن ها به صورت محدود اقدام می نمود. بعد ها در اواخر آگوست سال 2006 این کمپانی اعلام کرد که سرویس Analytics خود را برای عموم به صورت رایگان ارائه می نماید.

به کمک Google Analytics می توانید  تبلیغات وب سایت خود را با هدف نموده و دقیقا بدانید که وب سایت شما بیشتر دارای چه مخاطبانی از چه نقطه جغرافیایی می باشد.

برای بسیاری از کمپانی های حرفه ای استفاده از راهکار Google Analytics برای تحلیل و کنترل ترافیک وب سایت خود یک امر ضروری و مهم می باشد. حتی در صورتی که سازمان شما مسئولیت مدیریت و اداره صد های وب سایت را نیز داشته باشد، باز هم ابزار Google Analytics با ارائه راهکار های تحلیلی و کنترلی مناسب همواره باعث صرفه جویی های قابل توجهی در هزینه و زمان می شود. گزارشی نشان می دهد  که 57% از 10،000 وب سایت محبوب دنیا از ابزار Google Analytics برای تحلیل بازدیدکنندگان و همچنین ارائه راهکارهای جدید برای پربازدیدتر کردن وب سایت خود استفاده می نمایند.

نحوه کار Google Analytics

Google Analytics  از First-party Cookie ها و همچنین کد های Page Tag که  Google Analytics Tracking Code (GATC) نام دارند و از نوع  Javascript هستند برای جمع آوری اطلاعات در مورد بازدیدکنندگان وب سایت شما استفاده می کند. در واقع با فعال نمودن کدهای مورد استفاده برای ردیابی در وب سایت خود، روبات های گوگل را قادر خواهید ساخت تا بتوانند تک به تک صفحات وب سایت شما را مشاهده کرده و تمامی اطلاعات لازم در مورد بازدیدکنندگان آن ها را در اختیارتان قرار دهند. این ابزار همچنین می تواند گزارش کاملی را در مورد تبلیغات وب سایت شما ارائه کند.همچنین قادر است به طور ناشناس رفتار بازدیدکنندگان را در وب سایت شما تحت نظر بگیرد و اطلاعاتی را مانند محل زندگی بازدیدکننده، کارها و لینک های بازدید شده توسط او در وب سایت، و هر نوع فعالیت دیگر آن ها را جمع آوری و به شماارائه دهد.

از دیگر انواع گزارشات قابل ارائه توسط Google Analytics می توان به ردیابی بازدیدکنندگانی که از تلفن همراه برای مشاهده وب سایت شما استفاده نموده اند، ثبت اطلاعات مربوطه که بازدیدکنندگان شما چه مقدار از تکنولوژی هایی مانند Ajax ، Flash و … استفاده کردند، و همچنین جزئیات فعالیت بازدیدکنندگان اشاره نمود.شما همچنین قادرخواهید بود تا گزارش جدیدی با فرمت تازه ای را تنظیم و سفارش سازید.

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

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

برخی از ابزارهای مرورگر مانند ابزار Ad Block  و  یا No Script مرورگر Firefox مانع کارکردن کد های GATC برای ردیابی برخی از بازدیدکنندگان می گردد. همچنین برخی از نرم افزارهای خصوصی سازی شبکه مانند Tor آدرس IP بازدیدکننده را به یک آدرس غیرواقعی تغییر می دهد و این امر باعث بروز اشتباه در آمار های جغرافیایی ثبت شده توسط Google Analytics می گردد.

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

ادامه مطلب

تنظیم دی ان اس در دامنه ir.

تنظیم دی ان اس در دامنه ir.

با استفاده از این آموزش شما قادر خواهید بود با تنظیم DNS یا  Domain Name Server دامنه شما به هاست مورد نظر اتصال می یابد.  برای تنظیم دی ان اس در دامنه “ir.”به روش زیر عمل می کنیم:

1. ابتدا وارد سایت نیک به آدرس http://www.nic.ir شده و login نمایید و از منوی “دامنه ها” گزینه “دامنه های من” را انتخاب نمایید:

تنظیم دی ان اس

2. در صفحه باز شده در قسمت “فهرست تمامی دامنه ها” رو به روی دامنه مورد نظر روی فلش کنار ” NS ” کلیک نمایید:
تنظیم دی ان اس

3. در قسمت ” کارگزار دامنه ”  آدرس های دی ان اس را وارد نمایید:

تنظیم دی ان اس

4. و سپس در قسمت پایین صفحه  روی گزینه “اعمال” کلیک کنید:

تنظیم دی ان اس دامنه

ادامه مطلب

میزبانی وب چیست؟

میزبانی وب چیست؟

میزبانی وب یا وب هاستینگ (به انگلیسی: Web Hosting) به مفهوم فراهم ساختن فضایی است که کاربر می‌تواند فایل‌های وب‌گاه خود را در آن قرار دهد. تعدادی سرور در یک مرکز داده وب سایت‌ها از مجموعه‌ای از فایلهای مختلف مانند تصاویر، متون و فایلهای برنامه نویسی شده به زبانهای مختلف و سایر اسناد مربوطه تشکیل می‌شود که به منظوری خاص به شکلی با هم مرتبط شده‌اند. هر شخصی که نرم‌افزارهای لازم و دسترسی به این فایلها را داشته باشد امکان بازدید از این سایت را دارد. حال برای اینکه همه مردم امکان دسترسی به فایلها را داشته باشند نیاز است تا فایلها در کامپیوتری قرار گیرند که همواره به اینترنت پرسرعت متصل است به این کامپیوترها «سرویس دهنده» یا «سرور» می‌گویند. اما این سرورها باید امکانات دیگری نیز داشته باشد از آن جمله می‌توان به موارد زیر اشاره کرد:

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

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

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

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

حجم دیسک

حجم دیسک (به انگلیسی: Disc space) به مقدار فضایی گفته می‌شود که شرکت میزبان از دیسک سخت سرورهای خود در اختیار شما قرار می‌دهد این فضا از چند مگابایت تا چند گیگابایت براساس نیاز متفاوت است. مجموع حجم فایلهای ارسالی به سرور اجاره کننده باید کمتر یا مساوی با فضای اجاره شده باشد. (البته این میزان فضا در اکثر سرویس دهنده‌ها در هر زمان قابل تغییر می‌باشد).

محدودیت انتقال داده‌ها

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

ادامه مطلب

مرور کوتاه براي قابليت هاي Nginx

مرور کوتاه براي قابليت هاي Nginx

Nginx که به صورت انجين ايکس با engine x خوانده مي شود يک سرور منبع باز وب است که از سوي يک مهندس نرم افزار روس نوشته شد .از زمان آغاز به کار آن در سال 2004 اين سرور وب روي بهره وري بالا همزماني بالا و همچنين استفاده کمتر از حافظه تمرکز داشت . قابليت هاي بيشتر که روي کار کرد آن تاثير مي گذاشت مانند توازن در بارگذاري حافظه نهان کنترل دسترسي پهناي باند و قابليت يک پارچه سازي موثر با برنامه هاي کاربردي فراوان از انجين ايکس يک گزينه خوب براي معماران وب سايت هاي نوين ساخت. اکنون اين سرور وب در جايگاه دوم محبوبترين سرور هاي منبع باز وب اينترنت قرار داد .

چرا همزماني بالا اهميت دارد ؟

اين روز هاي اينترنت آنقدر گسترش يافته که در دهه گذشته پيشبيني آن غير ممکن بود . تحولي عظيم از HTML هاي ساده که متن هاي قابل کليک را مي ساختن و بر پايه NCSA و روي سرور هاي وب آپاچي بودند تا ميانگير هاي ارتباطي که همواره برار هستند و از سوي پيش از دوميليارد کهبر در سرار جهان مورد استفاده قرار مي گيرند.
با افزايش تعداد کامپيوترها دستگاه هاي موبايل تپلت خايي که همواره متصل هستند چشم انداز اينترنت پرسرعت در حال تغيير هست .اطلاعات سرويس هاي آنلاين بسيار زياد شده .بنابر اين وب سايت ها بيشتر از قبل شايد قابل مقايسه هم نباشد پيچيده تر شده است .
همواره يکي از بزرگترين چاليش هاي يک معمار وب سايت همزماني درخواست ها بوده است که از ابتداي به وجود آمدن سرويس ها وب تعداد درخواست هاي همزمان در حال رشد است . براي يک وب سايت محبوب اصلا غير معمول نيست که 100 هزار يا مليون ها نفر را به صورت همزمان پشتيباني و سرويس دهي کند.
ترکيبي از کاربران موبايل و معماري هاي جديدتر برنامه هاي کاربردي که معمولا برپايه نگاه داشتن ارتباط پايدار هستند و به کاربر اجازه مي دهند با اخبار و اطلاعاتي که از طريق دوستان هستند و به کاربران اجازه مي دهند با اخبار و اطلاعاتي که از طريق دوستان خود دريافت مي کنند به روز شوند عامل مهم ديگري که به افزايش همزماني کمک مي کند تغيير رفتار مرورگر هاي نوين است اين گونه مرورگر ها براي بالابردن سرعت بارگذاري چهار يا شش اتصال همزمان را يک وب سايت برقرار مي کنند .
براي نشان دادن مشکلي که براي ارتباط با اتصال هاي کند وجود مي آيد يک وب سرور مبتني بر آپاچي در نظر بگيريد که پاسخ مسبتا کوتاه صد کليوبايتي تا درست مي کند.
بارگذاري اين صفحه مي تواند ظرف کسري از ثانيه انجام شود اما براي کاربري با پهناي باند 80kbps بارگذاري اين صفحه ده ثانيه طول خواد کشيد . پس اين سرور وب با سرعت نسبتا زيادي مي تواند صد کيلوبايت محتوا را گرفته , سپس براي ده ثانيه به کندي به آن محتوا را قبل از آزاد سازي اتصال به کاربران بفرستند. حال تصوير کنيد شما هزار کاربر داريد که به طور همزمان متصل هستند و محتوا يک ساني را خواست کرده اند اگر تنها يک مگابايل حافظه اضافه براي هر کاربر تخصيص يابد تقريبا يک گيگابايت حافظه براي ارائه سرويس به تنها هزار کاربر با درخواست صد کليلوبايل محتوا نياز است . يک سرور وب معمولي که بر پايه آپاچي باشد بايد بيش از يک مگابايت حافظه اضافه براي هر اتصال تخصيص دهد اگر چه شرايط ارسال محتوا براي يک اتصال کند . مي تواند وسيله افزايش اندازه بافر هاي سوکن کرنل سيستم عامل بهبود يابد ولي اين کار يک راه حل کلي نيست مي تواند اثرات جانبي زيادي در پيش داشته باشد .
با وجود اتصال هاي مداوم پايدار مشکل کنترل همزماني پيش از پيش نمايان مي شود زيرا براي جلوگيري از تاخير به وجود آمده به علت سازماندهي اتصال جديد HTTP ارتباط کاربران نبايد قطع شود براي هر کاربر متصل ميزان خاصي از حافظه وسيله سرور وب تخصيص پيدا مي کند .در نتيجه براي کنترل حجم کاري افزوده شده مرتبط با افزايش مخاطبان و افزايش تعداد کاربران همزمان يک وب سايت بايد بر پايه تعدادي از بلاک هاي موثر بايد در چند بخش هاي ديگر مانند سخت افزار ظرفيت شبکه نرم افزار و معماري ذخيره داده ها نيز مهم هستند اما نرم افزار وب سرور است که اتصال هاي کاربران را تاييد و پردازش مي کند بنابر اين سرور وب بايد بتواند به صورت غير خطي و بر اساس افزايش تعداد درخواست ها در هر ثانيه و اتصال هاي همزمان تغيير کند .

آيا استفاده از انجين ايکس فوايد ديگري دارد ؟

کنترل همزمان بالا با بهره وري تاثير پذيري بالا فوايد مهم به کارگيري انجين ايکس بوده است ولي اين سرور وب فوايد جالب ديگري نيز دارد .
در چند سال گذشته معماري هاي وب ايده تجزيه و جداسازي زير ساخت نرم افزاري شان از سرور وب را پيش گرفته اند همانند آنچه قبلا در وب سايت هاي مبتني بر linux وجود داشت
انجين ايکس براي وب سرور بسيار مناسب است چرا که قابليت کليدي مورد نياز براي کنترل همزماني پردازش تاخير ssl لايه امن سوکت ها محتواي ايستا فشرده سازي و ذخيره در حافظه نهان از بين بردن اتصال و درخواست هاي غير ضروري و حتي جريان HTTP رسانه از لايه کاربردي به لايه موثر سرور وب اراعه مي کند . همچنين امکان يکپارچه سازي مستقيم با راه حل هاي بدون SQL را براي بالا بردن کارايي هنگام اراعه سرويس به تعداد زيادي از کاربران همزمان فراهم مي سازد.
با وجود کيت ها و زبان هاي برنامه نويسي جديد توسعه شرکت ها بيشتري اقدام به تغيير نحوه توسعه و به کارگيري برنامه هاي کاربردي خود کردند و انجين ايکس به يکي از اصليترين اجزاي اين تغييرات تبديل شد که توانست به بسياري از شرکت ها در جهت توسعه سرويس هاي وب شان کمک کند .
اولين خط هاي انجين ايکس در سال 2002 نوشته شد و سال 2004 به عرضه عمومي رسيد تعداد کاربران انجين ايکس در حال افزايش است که اين مساله باعث افزايش ايده هاي مشارکتي خطاهاي گزارش شده پيشنهاد ها و نظرات هاي شده است .
اساس کد انجين ايکس مختص به خودش است که به صورت کامل و از ابتدا به زبان برنامه نويسي c نوشته شده است . انجين ايکس به بسياري از معماري هاي و سيستم هامل ها مانند لينوکس و ويندوز و … نفوذ کرده است اين سرور وب با داشتن کتاب خانه هاي خود از ماژول هاي استاندارد کتاب خانه اي c استفاده زيادي نمي کند .

توجه داشته باشيد در نسخه ويندوزي اين سيستم بيشتر نمايشي مي باشد و کامل نمي توانيد قابليت Nginx رو بفهميد.

ادامه مطلب

لایت اسپید ( Lite Speed ) چیست؟

لایت اسپید ( Lite Speed ) چیست؟

شرکت LiteSpeed واقع در New Jersey کشور امریکا یکی از شرکت های پیشرو در خدمات وب سرور ها و امنیت سرور های میزبانی وب میباشد . این شرکت اوایل سال ۲۰۰۲ توسط یک تیم از مهندسان به رهبری George Wang تاسیس شد.
تیم توسعه هسته لایت اسپید متخصص در طراحی نرم افزار سرور و دارای سالها تجربه در ماموریت حیاتی توسعه نرم افزار و فن آوری های لایت اسپید مفتخر است که هنوز به صورت مستقل و خصوصی کار میکند
شعار این شرکت به این صورت میباشد که خرید سخت افزار قوی تر برای حل مشکلات کار ساز نیست و مقرون به صرفه نمیباشد . آنها بر این باور هستند که در صورت استفاده از این وب سرور مناسب شما تا حد بسیار بالای نیاز به خرید سرور با منابع بیشتر جهت رفع کمبود های خود نخواهید داشت .
وب سرور لایت اسپید در چند سال اخیر بسیار گشترش یافته است .

لایت اسپید وب سروری است بر پایه عملکرد و سرعت بالا. لایت اسپید بسیار شبیه آپاچی هست و براحتی میتواند جایگزین آن شود. کنترل پنل بسیار ساده برای نصب آن از دلایل محبوبیت آن است. به دلیل سرعت بالای این وب سرور و استفاده و نصب بسیار ساده میتوانید وب سایت خود را به این سیستم مجهز کنید. لایت اسپید عملکرد و مقیاس پذیری فوق العاده بالایی دارد و تقریبا سرعتش شش برابر سریع تر از آپاچی است.برای محتوا های ایستا یا استاتیک لایت اسپید از thttpd , boa و TUX استفاده میکند و برای محتوای پویا یا دینامیک لایت اسپید تا ۵۰% سریع تر در سرویس های نوشته شده در php است نسبت به آپاچی و این به دلیل استفاده از mod_php است که در این وب سرور استفاده شده.از ورژن ۳ لایت اسپید به بعد این سرویس همواره کنار وب هاستینگ ها بوده و از کنترل پنل های سی پنل دایرکت ادمین و … پشتیبانی میکند.همچنین لایت اسپید بهترین انتخاب برای هاستینگ اشتراکی میباشد زیرا هم از سرعت بسیار بالا و هم از امنیت خوبی برخوردار است.
این وب سرور از CGI, FastCGI, LSAPI, PHP, Servlet/JSP پشتیبانی میکند و قابلیت پشتیبانی Apache compatible URL rewrite engine را دارد و از نظر امنیتی به Anti-DDoS و Deny any buffer-overrun attempts و System overloading prevention مجهز است.

 

 

ویژگی های لایت اسپید:

۱- قابلیت های استثنایی :

CGI, FastCGI, LSAPI, PHP, Servlet/JSP, Proxy
SSL, IPv4, IPv6
بهترین پشتبانی از Ruby on Rail
قابلیتهای آپاچی و پشتیبانی از .htaccess
قابلیت فیلترینگ mod_security
قابلیت موتور URL آپاچی
افزونه سرور MS FrontPage

۲ – سرعت

تا ۹ برابر سریع تر از آپاچی
افزایش عملکرد php تا ۵۰%
بهترین عملکرد Ruby on Rail
۳ برابر سریع تر از آپاچی در ssl
cgi های موثر
بهترین عملکرد perl
شتاب سخت افزاری ssl

۳- رابط کاربری

نصب آسان
نصب اتوماتیک php
مدیریت سرور ساده از طریق GUI
Real-time service monitoring
بروز رسانی اتوماتیک
تنظیمات قالب هاست مجازی

۴ – امنیت

دقیق ترین درخواست اعتبار سنجی http
لغو همه buffer-overrun ها
Anti-DDoS
جلو گیری از System overloading
CGI/FCGI/LSAPI/PHP/RUBY suEXEC
هاست های مجازی

۵ – قابل اعتماد

مشاهده Dog monitoring
بازیابی سرور از قطعی های ناگهانی
down time نزدیک به صفر در ریستارت های مطبوع

ادامه مطلب

وب سرور NGINX و ترکیب آن با وب سرور Apache

وب سرور NGINX و ترکیب آن با وب سرور Apache

 

وب سرور

وب سرور Nginx با وجود حجم کم اما در عین حال کارایی بسیار بالایی دارد. وب سرور Nginx تحت لایسنس BSD و از سال 2007 در سطح وب به صورت گسترده منتشر شده است.از بزرگترین مزیتهای وب سرور Nginx پشتیبانی بسیار عالی از فایل های استاتیک مانند تصاویر هست.

 

وب سرور Ngnix در یک نگاه

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

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

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

آپدیت ها و به روز رسانی وب سرورها همواره با مشکلاتی همراه است که در خروجی چیزی جز داون تایم برای سرورها و نارضایتی مشتریان را به دنبال ندارد، اما در مورد وب سرور Ngnix به روز رسانی به نسخه جدید تر به صورت On The Fly می باشد و این مورد در پروژه هایی که نباید سایت داون تایم داشته باشد بسیار ارزشمند است.

وب سرور NGINX

تفاوت های Apache با Ngnix

در یک تفسیر ساده Apache یک وب سرور Process-Based در حالی که Nginx یک وب سرور Event-Based بهمین دلیل Nginx سریعتر از Apache است. روشن است به این ترتیب به ازای درخواست های HTTP مشابه وب سرور Ngnix حافظه رم کمتری مصرف می کند، از طرفی دیگر Apache نظر به عمر طولانی تر دارای امکانات و قابلیت های بیشتری نسبت به Nginx می باشد. یکی از امتیازات برتری Apache به وب سرور Ngnix همان مدیریت دسترسی به کمک فایل htaccess می باشد که شامل انواع Mod ها جهت Redirect، Rwrite، cache و … می باشد.

وب سرور Ngnix در قیاس با LightSpeed

بر خلاف ادعا شرکت LiteSpeed که وب سرور آن تا 40 برابر سریعتر از Apache و حداقل 20 برابر سریعتر از Ngnix است، تجربه ثابت کرده است با وجود 6 سال سابقه بیشتر به نسبت Ngnix اما هنوز LightSpeed موفق نشده است به جایگاه Ngnix دست پیدا کند و از نظر ظرفیت هر چند شاید در تست ها سریعتر باشد اما در زیر فشار بازدید بالا به هیچ وجه پایداری Ngnix را نداشته و خیلی زود شاهد کاهش توان آن هستیم. مهاجرین LightSpeed به وب سرور Ngnix آنقدر بزرگ و زیاد هستند که خود گویای همه چیز می باشد، ویکی پدیا، فیسبوک به عنوان نمونه ای از وب سایت هایی هستند که همواره جزو 10 سایت پر ترافیک جهان می باشند، و به وب سرور Ngnix اعتماد کرده اند.

ترکیب Ngnix با Apache

بی تردید بسیاری از اسکریپت ها و وب سایت ها، جز با Apache کمی در اجرا با مشکل روبرو هستند، بسیاری از وبمسترها قابلیت هایی که به کمک htaccess نصیبشان می شود را به کمی سریعتر لود شدن تصایر سایتشان می پسندند. از این رو کنار گذاشتن وب سرور Apache در هاست های اشتراکی کاری نادرست می باشد که موجبات نارضایتی و محدودیت در سرویس دهی می شود.

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

کدباکس، در هاست اشتراکی خود از وب سرور Ngnix به عنوان قدرتمندترین وب سرور حاضر، در کنار Apache به عنوان محبوب ترین وب سرور جهان بهره می برد. طبق آزمون ها پس از کانفیگ کامل این ترکیب بر روی هاست اشتراکی ما شاهد حدود 300% افزایش سرعت پاسخدهی سرور به درخواست های همزمان بوده ایم و این یعنی ظرفیت 3 برابری پاسخدهی. در عین حال استفاده کامل از Ngnix برای هندل داده های استاتیک و کش شده سرور نیز با تنظیمات خاص اعمال شد که در نتیجه موجب کاهش 60% منابع مصرفی سرور شده است که روشن است منابع آزاد سرور در رزرو پردازش های سنگین تر می باشد.

در یک نگاه

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

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

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

آپدیت ها و به روز رسانی وب سرورها همواره با مشکلاتی همراه است که در خروجی چیزی جز داون تایم برای سرورها و نارضایتی مشتریان را به دنبال ندارد، اما در مورد وب سرور Ngnix به روز رسانی به نسخه جدید تر به صورت On The Fly می باشد و این مورد در پروژه هایی که نباید سایت داون تایم داشته باشد بسیار ارزشمند است.

وب سرور NGINX

تفاوت های Apache با Ngnix

در یک تفسیر ساده Apache یک وب سرور Process-Based در حالی که Nginx یک وب سرور Event-Based بهمین دلیل Nginx سریعتر از Apache است. روشن است به این ترتیب به ازای درخواست های HTTP مشابه وب سرور Ngnix حافظه رم کمتری مصرف می کند، از طرفی دیگر Apache نظر به عمر طولانی تر دارای امکانات و قابلیت های بیشتری نسبت به Nginx می باشد. یکی از امتیازات برتری Apache به وب سرور Ngnix همان مدیریت دسترسی به کمک فایل htaccess می باشد که شامل انواع Mod ها جهت Redirect، Rwrite، cache و … می باشد.

وب سرور Ngnix در قیاس با LightSpeed

بر خلاف ادعا شرکت LiteSpeed که وب سرور آن تا 40 برابر سریعتر از Apache و حداقل 20 برابر سریعتر از Ngnix است، تجربه ثابت کرده است با وجود 6 سال سابقه بیشتر به نسبت Ngnix اما هنوز LightSpeed موفق نشده است به جایگاه Ngnix دست پیدا کند و از نظر ظرفیت هر چند شاید در تست ها سریعتر باشد اما در زیر فشار بازدید بالا به هیچ وجه پایداری Ngnix را نداشته و خیلی زود شاهد کاهش توان آن هستیم. مهاجرین LightSpeed به وب سرور Ngnix آنقدر بزرگ و زیاد هستند که خود گویای همه چیز می باشد، ویکی پدیا، فیسبوک به عنوان نمونه ای از وب سایت هایی هستند که همواره جزو 10 سایت پر ترافیک جهان می باشند، و به وب سرور Ngnix اعتماد کرده اند.

ترکیب Ngnix با Apache

بی تردید بسیاری از اسکریپت ها و وب سایت ها، جز با Apache کمی در اجرا با مشکل روبرو هستند، بسیاری از وبمسترها قابلیت هایی که به کمک htaccess نصیبشان می شود را به کمی سریعتر لود شدن تصایر سایتشان می پسندند. از این رو کنار گذاشتن وب سرور Apache در هاست های اشتراکی کاری نادرست می باشد که موجبات نارضایتی و محدودیت در سرویس دهی می شود.

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

کدباکس، در هاست اشتراکی خود از وب سرور Ngnix به عنوان قدرتمندترین وب سرور حاضر، در کنار Apache به عنوان محبوب ترین وب سرور جهان بهره می برد. طبق آزمون ها پس از کانفیگ کامل این ترکیب بر روی هاست اشتراکی ما شاهد حدود 300% افزایش سرعت پاسخدهی سرور به درخواست های همزمان بوده ایم و این یعنی ظرفیت 3 برابری پاسخدهی. در عین حال استفاده کامل از Ngnix برای هندل داده های استاتیک و کش شده سرور نیز با تنظیمات خاص اعمال شد که در نتیجه موجب کاهش 60% منابع مصرفی سرور شده است که روشن است منابع آزاد سرور در رزرو پردازش های سنگین تر می باشد.

ادامه مطلب

وب سرور Nginx چیست؟

وب سرور Nginx چیست؟

 web server چیست؟

به طور کلی هر چیز ( نرم افزاری یا سخت افزاری ) که داده ای را از طریق اینترنت یا شبکه به کاربر منتقل کند web server نامیده می شود.

nginx نامweb server/reverse proxy ی سبکی است که در سال ۲۰۰۲ به علت مشکل تعداد درخواست زیاد در سایت روسی http://www.rambler.ru شکل گرفت و در سال ۲۰۰۴ اولین نسخه رسمی خود را انتشار داد. تا کنون این وب سرور 11.28%. از سهم تمام وب سرور های دنیا را در دست دارد.

این وب سرور که هر روز جمع بیشتری از آن استفاده می کنند WordPress.com را لیست استفاده کننده گان خود دارد.

از نکات مهم این وب سرور این است که بر روی سیستم عامل های windows linux Bsd و osx به راحتی نصب می شود

در این سیستم استفاده از روش  asynchronous event-driven  است که باعث شده که به میزان استفاده ثابت از RAM برسیم.

asynchronous event-driven چیست؟

وب سرور ها به طریق مختلفی اقدام به مدیریت درخواست ها  (connection ) می کنند

  •     برای هر درخواست یک process جدید درست می کنند
  •     برای هر درخواست یک process جدید درست می کنند در حالی که سیستم connection poll هم دارند که تا مدتی process ها را نگه می دارد و در صورتی که در آن زمان درخواست جدیدی بیاید از process های بیکار استفاده می کنند
  •     برای هر درخواست یک thread جدید درست می کنند
  •     برای هر درخواست یک thread جدید درست می کنند در حالی که سیستم thread poll هم دارند که تا مدتی thread ها را نگه می دارد و در صورتی که در آن زمان درخواست جدیدی بیاید از thread های بیکار استفاده می کنند
  •     یک process همه event ها را مدیریت می کند. (قبول درخواست، پاسخ به کاربر، خواندن داده و … )
  •     ترکیبات روش ها

Nginx از روش چهارم استفاده می کند به همراه ساخت process برای مجموعه از event ها … البته مقداری مشخص را در config مشخص می کند. همه این ها برای این است که بیشترین استفاده را از سیستم خود بکنیم.

به طور کلی باز کردن process و thread هزینه بر است و از آن مهمتر مدیریت اینهاست. وب سرورهایی شبیه Apache که  process و thread هستند با درخواست های زیاد به شدت درگیر مدیریت  process و thread می شوند که در نتیجه فشار زیاد تری به سرور می آورند

http://www.devside.net/articles/apache-performance-tuning
The more RAM your system has, the more processes [and threads] Apache can allocate and use; which directly translates into the amount of concurrent requests/clients Apache can serve.

ارتباط مستقیمی بین RAM و درخواست ها در این وب سرور ها وجود دارد که در روش nginx تا جای ممکن از استفاده ی اضافه آن جلوگیری شده است.

توضیح دیگری را دیدم که جالب به نظر می رسید.#

فکر کنید که وب سرور یک پیتزا فروشیست که باید سفارش ها را از طریق تلفن دریافت کند. در روش process و thread فروشگاه کارمند استخدام می کند (process و thread) که هرکدامشان یک خط تلفن دارند و هر کدام سفارش را از طریق تلفن می گیرند و صبر می کنند تا پیتزا حاضر شود تا به مشتری بگویند ( هنوز تلفن قطع نشده) پیتزای شما حاضر است.

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

nginx چه کارهایی بلد است؟

nginx علاوه بر این که یک وب سرور است  reverse proxy و e-mail (IMAP/POP3) proxy هم هست … علاوه بر درخواست های http در خواست های مربوط به IMAP و POP3 هم می تواند از امکانات nginx استفاده کند. در این روش شما می توانید از روش ها loadbalancing و چیزهایی از این قبیل برای ایمیل استفاده کنید. البته شما می توانید حتی کارهای عجیب غریبی مثل authentication mail را هم از طریق nginx انجام دهید.

 

reverse proxy درخواست های بیرونی را به صورت صف شده و جاهای مختلف می فرستد

  •     reverse proxy ها موجودی سرور های شما را مخفی می کنند و همه ی دنیا شما را از دریچه reverse proxy می بینند.
  •     تمام درخواست ها از reverse proxy می گذرد پس جای مناسبی برای firewall ها و … است
  •     reverse proxy درخواست ها به صورت گسترده ای می تواند پخش کند.
  •     reverse proxy فشار را با cache کردن محتوای صفحات ثابت می تواند کم کند
  •     reverse proxy با فشرده سازی محتوای خروجی سرور ها می تواند زمان درخواست ها را کم کرده و پاسخ به درخواست ها را سریع تر کند.
  •     درخواست ها بین سرور reverse proxy و سرور اصلی به سرعت انجام می شود و connection در reverse proxy باز می ماند و سرور اصلی در گیر نمی شود. ( روش SpoonFeeding )

نصب Nginx:

از سایت  http://nginx.org/en/download.html نسخه آخر را دریافت کنید ( که در این مقاله nginx-1.0.6 است)

فایل فشرده شده را باز کنید.

وارد پوشه شوید و از دستور ./configure برای چک کردن نیازمندی ها و ساخت makefile

با دستور make install وب سرور شما نصب می شود. به صورت پیش فرض در آدرس /usr/local/nginx/ قرار می گیرد. برای اجرای وب سرور فایل nginx را اجرا کنید.

/usr/local/nginx/sbin/nginx

حالا port 80 localhost خود را در مروگری چک کنید.

 

وب سرور شما با موفقیت نصب و اجرا شد.

برای تست وب سرور با پایتون نیاز یک منتقل Web Server Gateway Interface احتیاج داریم که درخواست های ما را به پایتون بدهد. ما برای این کار از uwsgi استفاده می کنیم. خوشبختانه از 0.8.40# به صورت پیشفرض تنظیماتش اضافه شده است.

برای شروع باید uwsgi را نصب کنید.

از سایت اصلی دانلود کنید http://projects.unbit.it/downloads/uwsgi-0.9.9.tar.gz بعد از خارج کردن از حالت فشرده آن را compile کنید . دقت کنید که برای اینکه بتوانید این ماژول c  و پایتونی را کامپایل کنید می بایستی python-dev را هم نصب کنید.

من یک پوشه به اسم /srv/www/zconf/ می سازم که در آن ۲ پوشه وجود دارد

 

در پوشه application من برنامه ای که از فریم ورک flask# استفاده کرده است گذاشتم و در پوشه دیگر هم logfile مربوط به uwsgi و access مربوط به nginx را گذاشته ام.

برنامه ما حالت بسیار ساده ای دارد که فقط درخواست را می گیرد و بدون هیچ cache ای محتوا را بر می گرداند.

#!/usr/bin/env python
# -*- encoding: utf-8 -*-  
"""
  app.py
~~~~~~~~~
"""
from flask import Flask
from flask import render_template_string
from werkzeug.contrib.fixers import ProxyFix

app = Flask(__name__)
@app.route('/')
def index():
   return render_template_string('<h1>Hello Zconf</h1>')

app.wsgi_app = ProxyFix(app.wsgi_app)

در فایل تنظیمات مربوط به nginx هم می بایستی بگوییم که از uwsgi بخواند.

فایل تنظیمات Nginx:

#user  nobody;

worker_processes  1;

میزان process ی که nginx می تواند باز کند اینجا مشخص می شود

#error_log  logs/error.log;

#error_log  logs/error.log  notice;

#error_log  logs/error.log  info;

مسیر پیشرفض error ها و نوع error ها در اینجا مشخص می شود

events {

   worker_connections  1024;

}

تعداد events هایی که یک process می تواند مدیریت کند

پس می توان گفت تعداد connection ها ضرب بین این متغیر و تعداد process هاست

http {

   include       mime.types;

مسیری که mime ها را از آن می خواند

 

   default_type  application/octet-stream;

نوع پیشفرض mime ی که استفاده می شود

#log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '

#                  '$status $body_bytes_sent "$http_referer" '

#                  '"$http_user_agent" "$http_x_forwarded_for"';

قالب log

 

   #access_log  logs/access.log  main;

log مربوط به درخواست ها

 

   sendfile        on;

درخواست های مربوط به فایل را قبول کند یا نه

 

   #tcp_nopush     on;

HTTP response header را با یک پکت ارسال م یکند

   #keepalive_timeout  0;

   keepalive_timeout  65;

میزان زمانی که می خواهیم connection باز باشد تا جواب داده شود

   server {

       listen       80;

port پیشفرض

 

       server_name  localhost;

اسم سرور

 

       #charset koi8-r;

charset پیشفرض

#access_log  logs/host.access.log  main;

    location / {

   include uwsgi_params;

در اینجا من می گویم که از فایل uwsgi_params که به صورت پیشفرض در پوشه conf داری تنظیمات خود را بخوان

 

   uwsgi_pass 127.0.0.1:3031;

آدرسی که از آن می توانی درخواست ها را بخوانی

        }

       error_page   500 502 503 504  /50x.html;

       location = /50x.html {

           root   html;

       }

   }

}

همونطور که دیدید من درخواست های مربوط به port ۸۰ را به uwsgi دادم. در این مرحله باید با به uwsgi بگوییم که در پورت مورد نظر اجرا شود

# uwsgi --socket 127.0.0.1:3031 --file application/app.py --callable app --processes 4 --daemonize logs/uwsgi.log

حالا سرور nginx را kill کنید و دوباره startکنید

 

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

بنچمارک nginx

در این مرحله با apache benchmark به تعداد ۱۰۰۰۰۰ درخواست را به سرور می فرستیم که نتیجه کار را ببینیم

linuxweb@linuxweb-PA65-UD3-B3:~$ ab -n 100000 -c 10 -g test_data_1.txt http://zconf/

This is ApacheBench, Version 2.3 <$Revision: 655654 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking zconf (be patient)

Completed 10000 requests

Completed 20000 requests

Completed 30000 requests

Completed 40000 requests

Completed 50000 requests

Completed 60000 requests

Completed 70000 requests

Completed 80000 requests

Completed 90000 requests

Completed 100000 requests

Finished 100000 requests

Server Software:        nginx/1.0.6

Server Hostname:        zconf

Server Port:            80

Document Path:          /

Document Length:        20 bytes

Concurrency Level:      10

Time taken for tests:   19.961 seconds

Complete requests:      100000

Failed requests:        0

Write errors:           0

Total transferred:      17600000 bytes

HTML transferred:       2000000 bytes

Requests per second:    5009.86 [#/sec] (mean)

Time per request:       1.996 [ms] (mean)

Time per request:       0.200 [ms] (mean, across all concurrent requests)

Transfer rate:          861.07 [Kbytes/sec] received

Connection Times (ms)

             min  mean[+/-sd] median   max

Connect:        0    0   0.0      0       0

Processing:     1    2   1.5      2      35

Waiting:        1    2   1.5      2      35

Total:          1    2   1.5      2      35

Percentage of the requests served within a certain time (ms)

 50%      2

 66%      2

 75%      2

 80%      2

 90%      2

 95%      3

 98%      6

 99%     12

100%     35 (longest request)


 

همانطور که دقت می کنید با اینکه Concurrency برابر ۱۰ بود زمان connection زمانی معادل ۰ داشته

از طرفی هم نمودار های دیگری نیز وجود دارد که استفاده از آنها خالی از لطف نیست.

 

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

برای خرید هاست لینوکس خود به لینک زیر مراجعه نمایید:

سفارش هاست لینوکس

ادامه مطلب

وب سرور Nginx چیست

وب سرور Nginx چیست

وب سرور Nginx چیست

وب سرور Nginx چیست

web server چیست؟

به طور کلی هر چیز ( نرم افزاری یا سخت افزاری ) که داده ای را از طریق اینترنت یا شبکه به کاربر منتقل کند web server نامیده می شود.

nginx نامweb server/reverse proxy ی سبکی است که در سال ۲۰۰۲ به علت مشکل تعداد درخواست زیاد در سایت روسی http://www.rambler.ru شکل گرفت و در سال ۲۰۰۴ اولین نسخه رسمی خود را انتشار داد. تا کنون این وب سرور 11.28%. از سهم تمام وب سرور های دنیا را در دست دارد.

این وب سرور که هر روز جمع بیشتری از آن استفاده می کنند WordPress.com را لیست استفاده کننده گان خود دارد.

از نکات مهم این وب سرور این است که بر روی سیستم عامل های windows linux Bsd و osx به راحتی نصب می شود

در این سیستم استفاده از روش  asynchronous event-driven  است که باعث شده که به میزان استفاده ثابت از RAM برسیم.

asynchronous event-driven چیست؟

وب سرور ها به طریق مختلفی اقدام به مدیریت درخواست ها  (connection ) می کنند

  •     برای هر درخواست یک process جدید درست می کنند
  •     برای هر درخواست یک process جدید درست می کنند در حالی که سیستم connection poll هم دارند که تا مدتی process ها را نگه می دارد و در صورتی که در آن زمان درخواست جدیدی بیاید از process های بیکار استفاده می کنند
  •     برای هر درخواست یک thread جدید درست می کنند
  •     برای هر درخواست یک thread جدید درست می کنند در حالی که سیستم thread poll هم دارند که تا مدتی thread ها را نگه می دارد و در صورتی که در آن زمان درخواست جدیدی بیاید از thread های بیکار استفاده می کنند
  •     یک process همه event ها را مدیریت می کند. (قبول درخواست، پاسخ به کاربر، خواندن داده و … )
  •     ترکیبات روش ها

Nginx از روش چهارم استفاده می کند به همراه ساخت process برای مجموعه از event ها … البته مقداری مشخص را در config مشخص می کند. همه این ها برای این است که بیشترین استفاده را از سیستم خود بکنیم.

به طور کلی باز کردن process و thread هزینه بر است و از آن مهمتر مدیریت اینهاست. وب سرورهایی شبیه Apache که  process و thread هستند با درخواست های زیاد به شدت درگیر مدیریت  process و thread می شوند که در نتیجه فشار زیاد تری به سرور می آورند

http://www.devside.net/articles/apache-performance-tuning
The more RAM your system has, the more processes [and threads] Apache can allocate and use; which directly translates into the amount of concurrent requests/clients Apache can serve.

ارتباط مستقیمی بین RAM و درخواست ها در این وب سرور ها وجود دارد که در روش nginx تا جای ممکن از استفاده ی اضافه آن جلوگیری شده است.

توضیح دیگری را دیدم که جالب به نظر می رسید.#

فکر کنید که وب سرور یک پیتزا فروشیست که باید سفارش ها را از طریق تلفن دریافت کند. در روش process و thread فروشگاه کارمند استخدام می کند (process و thread) که هرکدامشان یک خط تلفن دارند و هر کدام سفارش را از طریق تلفن می گیرند و صبر می کنند تا پیتزا حاضر شود تا به مشتری بگویند ( هنوز تلفن قطع نشده) پیتزای شما حاضر است.

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

nginx چه کارهایی بلد است؟

nginx علاوه بر این که یک وب سرور است  reverse proxy و e-mail (IMAP/POP3) proxy هم هست … علاوه بر درخواست های http در خواست های مربوط به IMAP و POP3 هم می تواند از امکانات nginx استفاده کند. در این روش شما می توانید از روش ها loadbalancing و چیزهایی از این قبیل برای ایمیل استفاده کنید. البته شما می توانید حتی کارهای عجیب غریبی مثل authentication mail را هم از طریق nginx انجام دهید.

وب سرور Nginx چیست؟

وب سرور Nginx چیست؟

reverse proxy درخواست های بیرونی را به صورت صف شده و جاهای مختلف می فرستد

  •     reverse proxy ها موجودی سرور های شما را مخفی می کنند و همه ی دنیا شما را از دریچه reverse proxy می بینند.
  •     تمام درخواست ها از reverse proxy می گذرد پس جای مناسبی برای firewall ها و … است
  •     reverse proxy درخواست ها به صورت گسترده ای می تواند پخش کند.
  •     reverse proxy فشار را با cache کردن محتوای صفحات ثابت می تواند کم کند
  •     reverse proxy با فشرده سازی محتوای خروجی سرور ها می تواند زمان درخواست ها را کم کرده و پاسخ به درخواست ها را سریع تر کند.
  •     درخواست ها بین سرور reverse proxy و سرور اصلی به سرعت انجام می شود و connection در reverse proxy باز می ماند و سرور اصلی در گیر نمی شود. ( روش SpoonFeeding )
ادامه مطلب

دامنه com. یا org. یا net. کدام بهتر است؟

دامنه com. یا org. یا net. کدام بهتر است؟ 

انتخاب بین دامنه های .com و .org و .net

یکی از مشکل ترین انتخاب ها برای تعیین دامنه انتخاب پسوند مناسب مخصوصا مابین سه پسوند دامنه اصلی com. و net. و org. است.

از نظر SEO و به صورت فنی هیچ فرقی بین این سه پسوند دامنه با یکدیگر وجود ندارد.

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

پسوند دامنه com.

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

پسوند دامنه org.

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

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

پسوند دامنه net.

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

دامنه های سطح بالا

هفت نام دامنه سطح بالا و به نوعی اولیه از آغاز توسعه اینترنت در سال 1998 توسط ICANN انتخاب شده اند. از این هفت نام دامنه ی سطح بالا، سه نام دامنه com. و org. و net. عمومی هستند و می توانند توسط افراد حقیقی یا حقوقی خریداری شوند. چهار نام دامنه دیگر شامل edu. و gov. و mil. برای ایالات متحده و int. برای سازمان های بین المللی، انحصاری به شمار می آیند. 

مقایسه آماری

در حالی که حدود 75 درصد از دامنه های ثبت شده در اینترنت com. هستند. اما دامنه های net. حدود 10 درصد و org. حدود 7 درصد از دامنه های ثبت شده را به خود اختصاص داده اند.

آمار دامنه های سطح بالا
منبع: The Verisign Domain Report Q1 2015, Vol.12 – Issue 1, March 2015

اعتماد و اعتبار

بارها و بارها از سوی گوگل عنوان شده که دامنه های مختلف فاکتور کاهش یا افزایش رتبه یک سایت نیستند اما عده زیادی از افراد نتایج آماری استقبال از یک دامنه مانند com. را در افزایش اعتبار سایت بی تاثیر نمی دانند. غالب کاربران نظر مثبتی به دامنه های com. دارند. البته اعتبار org. نیز نزد کاربران بالاست. اما دامنه هایی مانند info. یا biz. یا دامنه های رایگان به علت استفاده توسط اسپمرها و متقلب ها بازخورد خوبی در نگاه جستجوکنندگان ندارند.

توصیه می شود اگر دامنه com. برای نام انتخابی شما نبود نام دیگری انتخاب کنید

ادامه مطلب