برای میزبان از نقاط مختلف جهان پینگ کنید.

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

در مورد حافظه هم همینطور. هنگام انتخاب آن، ضروری است که نشانگر حاصل را بررسی کنید. ممکن است این اتفاق بیفتد که حافظه زیادی درخواست کرده باشید یا نوعی شکست رخ داده باشد. در ویندوز 2000 / XP، چنین مشکلاتی به دلیل "تغییر" خوب و تخصیص حافظه پویا ایجاد نمی شود، اما کاربر می تواند در Win9x کار کند.

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

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

من یک بار یک برنامه گزارش اقتصادی نوشتم (سال 1995 بود و در آن نوشتم پاسکال) برای شرکت بزرگو خاطره را دنبال نکرد. البته بعدش MS DOS بود و یه کامپیوتر 386 DX با 8 مگابایت حافظه دسترسی تصادفی... یک پشته بسیار کوچک برای برنامه اختصاص داده شد و حافظه به شدت محدود بود. گزارش کوچک بود، بنابراین من امیدوار بودم که حافظه کافی وجود داشته باشد. به مدت دو ماه واقعاً هیچ مشکلی وجود نداشت و سپس برنامه یک گزارش صادر کرد که در آن داده ها با ضریب 100 بیش از حد تخمین زده شد ، اما من متوجه این موضوع نشدم و اسناد را پاس کردم. وقتی یک شرکت فقط یک میلیون مالکیت دارد و گزارش‌ها به تریلیون‌ها می‌رسد، ممکن است مدیر دچار حمله قلبی شود. دل این یکی مقاومت کرد با محاسبه مجدد محاسبه، به نتایج صحیح دست یافتم. سخت است بگوییم چه چیزی باعث خرابی شده است، اما پس از اینکه بررسی منابع را به برنامه اضافه کردم، هرگز مشکلی وجود نداشت.

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

قبل از هر بار دسترسی به فایل، حتماً وجود آن را بررسی کنید. هنگامی که یک تابع FileExists وجود دارد که می توان از آن برای جلوگیری از خطاهای بعدی استفاده کرد، نیازی به رسیدگی به خطای باز نیست. در دلفی، بسیاری از لیست ها (به عنوان مثال، TStrings) را می توان با استفاده از روش های SaveToFile و LoadFromFi ذخیره و از روی دیسک بارگذاری کرد.

بیایید به یک مثال نگاه کنیم. بیایید بگوییم که برنامه دارای یک لیست TListBox است. ما می خواهیم همه عناصر لیست در هنگام خروج از برنامه در فایل ذخیره شوند و در هنگام راه اندازی بارگذاری شوند. بیایید به کنترل کننده رویداد زیر برای رویداد OnShow نگاهی بیندازیم:

روش TMainForm.FormShow (فرستنده: TObject): شروع ListBoxl.I terns.LoadFromFile ("c: \ list.txt"); // مقداردهی اولیه

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

حل مشکل از دو طریق امکان پذیر است:

کد بارگیری داده‌ها از یک فایل را در امتحان وارد کنید. .بجز؛

از قبل وجود فایل را بررسی کنید.

رویه TMainForm.FormShowCSender: TObject); اگر Fi1eExists ("C: \ list.txt") شروع کنید، سپس ListBoxl.Items.LoadFromFi1e ("c- \ lTSt.txt") را امتحان کنید.

ShowMessage ("خطا در بارگیری فایل"):

پایان؛ // پایان اولیه سازی;

سرویس بررسی در دسترس بودن وب سایتدر درجه اول توسعه دهندگان و صاحبان منابع وب را هدف قرار داده است. سرویس بررسی در دسترس بودن (وضعیت) سایت ها امکان ارسال درخواست استاندارد برای بررسی در دسترس بودن را در زمان واقعی می دهد. کاربر مشخص شده استسایت (دامنه، وبلاگ و ...)، پاسخ را دریافت و رمزگشایی کنید. سرویس بررسی در دسترس بودن سایت به کاربران کمک می کند تا نام میزبان (Host)، User-Agent و نام مرورگر، HttpRequest، تنظیمات برگزیده زبان سایت مشخص شده، Accept، Accept-Language، Accept-Encoding، DNT، X-Requested-With را تعیین کنند. مقدار فیلد مرجع، نوع و پارامترهای کوکی‌های مورد استفاده توسط وب‌سایت مورد تجزیه و تحلیل را ردیابی کنید.

علاوه بر این، بررسی‌کننده دسترسی وب‌سایت به کاربران اجازه می‌دهد محتوا را به صورت متنی (در قالب کد HTML خالص) دریافت و مشاهده کنند. صفحه مشخص شدهسایت.

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

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

خدمات بررسی در دسترس بودن سایت به صورت عمومی در دسترس است، این سرویس به صورت رایگان ارائه می شود.

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

1. بررسی whois.اول از همه، من داده های whois، یعنی رکوردهای NS دامنه و وضعیت (اعم از اینکه دامنه تفویض شده است یا خیر) را بررسی می کنم. اگر در این مرحله مشکلی پیش آمد، باید با ثبت کننده دامنه تماس بگیرید و عملکرد نام دامنه را بازیابی کنید. برای whois چک می کندمی توانید از منبع http://who.is استفاده کنید

2. پینگ -این ساده ترین راه برای بررسی در دسترس بودن یک منبع است. خط فرمان رایانه خود را باز کنید (شروع - اجرا - cmd.exe؛ اگر لینوکس یا MacOS دارید، از یک ترمینال استاندارد استفاده کنید) و وارد کنید دستور پینگ example.com، که در آن example.com نام دامنه شماست. در نتیجه اجرای دستور، آی پی سرور مورد دسترسی، زمان پاسخ سرور و تعداد بسته های ارسال شده/از دست رفته را دریافت می کنیم:

اگر پاسخی از طرف سرور وجود نداشته باشد، پاسخ بیش از 100-200 میلی ثانیه طول می کشد، درصد بالایی از تلفات، منطقی است که بفهمیم مشکل از کجا رخ داده است. شاید موضوع اصلاً در هاست نباشد، بلکه مثلاً در ارائه دهنده شما باشد. ممکن است معلوم شود که مشکلات دسترسی بر اکثر بازدیدکنندگان سایت تأثیری نداشته است، دلیلی برای سرزنش میزبان و آماده شدن برای حرکت وجود ندارد.

خدماتی وجود دارد که می توانید پینگ دامنه را از طریق آنها بررسی کنید نقاط مختلف... به عنوان مثال، http://just-ping.com

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

منبع http://host-tracker.com عملکرد گسترده تری دارد که طبق همان اصل کار می کند، اما علاوه بر نتایج پینگ، پاسخ http، اندازه صفحه، زمان بارگذاری صفحه و سرعت را نیز نشان می دهد. از آنجایی که بسته های ICMP می توانند توسط سرور یا روتر مسدود شوند، ممکن است پینگی به دامنه وجود نداشته باشد، اما سایت بدون مشکل کار می کند. در چنین شرایطی، http://host-tracker.com بهترین ابزار برای بررسی در دسترس بودن سایت است.

3. ردیابی -این بررسی مسیر سیگنال از رایانه شخصی کار به سایت یا سرور است. برای بررسی ردیابی مسیر به هر منبعی، باید خط فرمانبا ابزار مربوطه در رایانه شخصی خود تماس بگیرید. اگر ویندوز دارید، به Start - Run - cmd.exe بروید و در منوی باز شده، tracert example.com را وارد کنید. در لینوکس یا MacOS، traceroute example.com را در یک ترمینال استاندارد اجرا کنید. نتیجه اجرای دستور فهرستی از تمام گره های شبکه در مسیر بین رایانه شخصی شما و دامنه example.com خواهد بود.

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

4. Mtr (MyTraceroute) -ابزاری که ping و traceroute را ترکیب می کند. این ابزار به صورت بلادرنگ مسیر بسته ها را از رایانه شخصی شما به دامنه یا IP نشان می دهد و تمام گره های موجود در شبکه، زمان پاسخ هر گره و بسته های گم شده را نمایش می دهد. این ابزار در لینوکس و MacOS mtr و در ویندوز WinMTR نامیده می شود.

5. سرورهای پروکسی، ناشناس.به این نوعشامل منابعی است که به شما امکان می دهد آدرس IP واقعی خود را مخفی کنید یا نحوه نمایش منبع را برای منطقه ای که سرور پراکسی به طور فیزیکی در آن قرار دارد، مشاهده کنید. نمونه ای از چنین منبعی http://anonymouse.org است. فقط باید آدرس سایت مورد نظر خود را وارد کنید و منبع سایت درخواستی را نمایش می دهد. این روش برای بررسی در دسترس بودن سایت زمانی استفاده می شود که ارائه دهنده اینترنت دسترسی به سایت را مسدود کند یا سرور DNS ارائه دهنده نتواند درخواست را پردازش کند.

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

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

چگونه بفهمیم که منبع وب شما ایندکس شده است موتورهای جستجو? از کجا می توانم اطلاعاتی در مورد دامنه IP یا میزبان پیدا کنم؟ پینگ یا پینگاتور چیست و چه سودی برای وب سایت شما خواهد داشت؟ چگونه می توان یک دامنه dns? این و بسیاری سوالات دیگر امروزه هم برای مبتدیان و هم صاحبان باتجربه سایت مورد توجه است و هر یک از آنها در پورتال های مختلف شبکه جهانی وب به دنبال پاسخی برای سوال خود هستند.

بررسی پینگ، ردیابی و سربرگ سرور

ابزار ما این است سیستم جهانیجستجوگر سایت، که به شما کمک می کند تمام اطلاعات مورد علاقه خود را در یک مکان پیدا کنید. فقط در چند دقیقه در وب سایت ما می توانید یک گزارش به روز از وضعیت سایت خود دریافت کنید که شامل شاخص های زیر است: IP traceroute و domain، ping IP و هدر HTTP.. "برای این کار چه چیزی لازم است ؟" - تو پرسیدی. فقط باید آدرس سایت خود را در قسمت مربوطه وارد کنید.

اولین کمک کننده هر بهینه سازی است که ارائه می دهد اطلاعات دقیقدر مورد dns دامنه و گزارش پینگ.

بررسی با tracert، trace، traceroute

هنگام ایجاد گزارش، از یک ابزار تشخیصی مانند tracert استفاده می کنیم. با تشکر از tracert، می توانید مسیر درخواست ها را پیدا کنید و مقصدی را تعیین کنید که مطابق با آدرس IP تعیین شده باشد. در کنار tracert از روش trace استفاده می کنیم که به طور گسترده برای اشکال زدایی برنامه ها استفاده می شود. روتر دیگری که سرویس ما از آن استفاده می کند، traceroute است. در عین حال، traceroute کمک می کند تا مشخص شود که آیا مشکلاتی در تحویل داده در طول یک یا آن مسیر میانی وجود دارد یا خیر.

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

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

Uptime (uptime) زمان کارکرد بدون وقفه سرور (رایانه یا هاست) از لحظه روشن شدن تا خاموش شدن (و همچنین راه اندازی مجدد یا فریز) است. نقطه مقابل این مفهوم Downtime است - زمانی که سرور خاموش است و سایت شما بر این اساس کار نمی کند.

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

بیشترین ارزش بالا uptime 99.9٪ است - شما باید برای این ایده آل تلاش کنید، نباید زیر 99٪ بگیرید، در غیر این صورت منجر به مشکلاتی که در بالا توضیح داده شد خواهد شد. در برخی از ارائه دهندگان میزبانی، نشانه ای از زمان آپدیت پیدا خواهید کرد، برخی آن را نشان نمی دهند.

نحوه بررسی آنلاین بودن سایت

بسیاری وجود دارد خدمات مختلف، که با آن می توانید انجام دهیدنظارت بر در دسترس بودن سایت

• Host tracket - مزیت این سرویس این است که رابط روسی دارد. اگرچه خدمات پرداخت می شود، اما نسخه رایگانبرای پیگیری کار 2 سایت کافی است. فرکانس چک را می توان به طور مستقل از 1 تا 60 دقیقه تنظیم کرد. پیام های مربوط به خرابی سرور به ایمیل یا تلفن شما ارسال می شود.
• Robot Uptime - این سرویس کاملاً رایگان به شما امکان می دهد هر 5 دقیقه یک بار در دسترس بودن یک سایت را بررسی کنید و تعداد سایت ها در اینجا حداکثر 50 قطعه است. با این حال، نقطه ضعف فرکانس نظارت است - در طول این 5 دقیقه، خرابی سرور ممکن است اتفاق بیفتد و شما از آن مطلع نخواهید شد.
• Montastic یک سرویس بسیار ساده است که پیام های خرابی به آن ارسال می شود پست الکترونیک... نقطه ضعف سرویس دفعات بررسی است - حداقل تعداد دفعات آن 30 دقیقه است. این سرویس بیشتر برای کسانی مناسب است که فقط می خواهند بدانند چه زمانی سایت کار می کند و چه زمانی نه.

• Pingdom از همه بیشتر است سرویس محبوبزمان کار با آن می توانید در دسترس بودن سایت را از طریق آن بررسی کنید بخش های مختلفجهان، کشورهای مختلفیا مناطق می توانید فرکانس بررسی را از 1 تا 60 دقیقه تنظیم کنید، پیام های خرابی به ایمیل شما ارسال می شود.
• مانیتور یک سرویس آمریکایی است که مزیت آن این است که تمامی اطلاعات مربوط به عملکرد سرور را به صورت جداول، نمودار و نمودار ارائه می کند. در نسخه رایگان فقط 1 سایت با فرکانس چک 30 دقیقه می توانید مانیتور کنید.
• Yandex Metrica - برای تعیین سلامت سایت، متریک نیز بررسی می شود زمان کار سرور، این امر به ویژه در هنگام استفاده از آن بسیار مهم است تبلیغات متنی... می‌توانید از ایمیل یا پیامک برای اطلاع‌رسانی در مورد مشکلات در دسترس بودن استفاده کنید.

اینها شاید اصلی ترین خدماتی هستند که در دسترس بودن سرورها را نظارت می کنند، اگرچه تعدادی دیگر وجود دارد که کمتر شناخته شده اند:

1. LoadImpact
2. BrowserMob
3. Alertra
4. سیگنال میگیری
5. ویپمانیا
6. Syslab
7. Uptimerobot

برای بررسی کار سایت شما می توانید هر سرویسی را که دوست دارید انتخاب کنید و کیفیت سرور خود را پیگیری کنید. اگر زمان آپدیت آن زیر 99٪ است، باید به طور جدی به تغییر ارائه دهنده هاست خود فکر کنید.

در مورد مقاله بگویید:

یک دیدگاه خارجی حرفه ای در مورد پروژه خود دریافت کنید

متخصصان استودیوی SEMANTICA بر اساس طرح زیر تحلیل جامعی از سایت انجام خواهند داد:

- ممیزی فنی
- بهینه سازی.
- عوامل تجاری
- عوامل بیرونی