Blog

Hostinq provayderləri və veb-ustalar üçün məsləhətlər

Çərşənbə axşamı, 6 dekabr 2011-ci il

Forumlarımızdakı bəzi veb-ustalar saytlarına təsir edən hostinqlə bağlı problemlər barədə soruşurlar. Həm hostinq provayderlərinə, həm də veb-ustalara bu cür problemləri tanımaqda, diaqnoz qoymaqda və həll etməkdə kömək etmək üçün qarşılaşdığımız ümumi problemlərdən bəzilərini sizinlə bölüşmək və onları necə həll edə biləcəyinizi təklif etmək istəyirik.

Hostinq provayderləri və veb-ustalar üçün məsləhətlər
  • Googlebot skanlamasının bloklanması. Bu, adətən fayrvol və ya DoS mühafizə sistemindəki səhv konfiqurasiya, bəzən isə saytın işlədiyi məzmunun idarə edilməsi sistemi ilə əlaqədar çox yayılmış bir problemdir. Mühafizə sistemləri yaxşı hostinqin vacib hissəsidir və adətən server sorğularının qeyri-adi dərəcədə yüksək səviyyələrini, bəzən avtomatik olaraq bloklamaq üçün tənzimlənir.
    Lakin Googlebot tez-tez insan istifadəçisindən daha çox sorğu yerinə yetirdiyindən, bu mühafizə sistemləri Googlebot-u bloklamağa və onun veb-saytınızı skan etməsinin qarşısını almağa qərar verə bilər. Bu cür problemi yoxlamaq üçün aşağıdakılardan istifadə edin:
    Googlebot kimi gətir funksiyası
    Veb-ustalar Alətlərində və digərlərini yoxlayın
    skan etmə xətaları
    Veb-ustalar Alətlərində göstərilir.

    Biz Googlebot-un skan edilməsi üzərində daha çox nəzarət istəyən və skan etmə səmərəliliyini artırmaq istəyən veb-ustalara və hostinq provayderlərinə bir neçə alət təklif edirik:

  • . Gördüyümüz digər oxşar problem Googlebot (və istifadəçilər) sayta dax olmağa çalışarkən veb-saytların əlçatmaz olmasıdır. Buraya DNS problemləri, taym-autlara və rədd edilmiş bağlantılara səbəb olan həddindən artıq yüklənmiş serverlər, səhv konfiqurasiya edilmiş məzmun çatdırılma şəbəkələri (CDN) və bir çox digər xəta növləri daxildir. Googlebot belə problemlərlə qarşılaşdıqda, biz onları Veb-ustalar Alətlərində aşağıdakı kimi bildirik:URL əlçatmazdır xətaları
    və ya
    skan etmə xətaları
    Etibarsız SSL sertifikatları.
  • . SSL sertifikatlarının veb-saytınız üçün etibarlı olması üçün onların saytın adı ilə uyğun gəlməsi lazımdır. Ümumi problemlərə vaxtı keçmiş SSL sertifikatları və həmin serverdəki bütün veb-saytların eyni sertifikatdan istifadə etməsi üçün səhv konfiqurasiya edilmiş serverlər daxildir. Əksər veb-brauzerlər bu cür hallarda istifadəçiləri xəbərdar etməyə çalışır və Google Veb-ustalar Alətləri vasitəsilə mesaj göndərməklə bu problem barədə veb-ustaları xəbərdar etməyə çalışır. Bu problemlərin həlli istifadəçilərinizin qarşılıqlı əlaqədə olacağı bütün veb-sayt domenləriniz və alt domenləriniz üçün etibarlı olan SSL sertifikatlarından istifadə etdiyinizdən əmin olmaqdır.Wildcard DNS
  • . Veb-saytlar bütün alt domen sorğularına cavab vermək üçün konfiqurasiya edilə bilər. Məsələn, example.com ünvanındakı veb-sayt foo.example.com, made-up-name.example.com və bütün digər alt domenlərdən gələn sorğulara cavab vermək üçün tənzimlənə bilər.Bəzi hallarda buna sahib olmaq arzuolunandır; məsələn, istifadəçi tərəfindən yaradılan məzmun veb-saytı hər bir hesaba öz alt domenini verməyi seçə bilər. Lakin bəzi hallarda veb-usta bu davranışı istəməyə bilər, çünki bu, məzmunun müxtəlif host adları arasında lazımsız şəkildə təkrarlanmasına səbəb ola bilər və həmçinin Googlebot-un skan edilməsinə təsir edə bilər.

    Hostinq provayderləri və veb-ustalar üçün məsləhətlər — 2

    Wildcard DNS quraşdırmalarında problemləri minimuma endirmək üçün ya veb-saytınızı bunlardan istifadə etməyəcək şəkildə konfiqurasiya edin, ya da bağlantını rədd etməklə və ya HTTP qaytarmaqla serverinizi mövcud olmayan host adlarına uğurla cavab verməyəcək şəkildə tənzimləyin

    başlıq. 404 Səhv konfiqurasiya edilmiş virtual hostinq

  • . Bu problemin əlaməti odur ki, eyni serverdə yerləşən bir neçə host və/və ya domen adı həmişə yalnız bir saytın məzmununu qaytarır. Başqa sözlə desək, server bir neçə sayta ev sahibliyi etməsinə baxmayaraq, nə tələb olunmasından asılı olmayaraq yalnız bir sayt qaytarır. Problemin diaqnozunu qoymaq üçün serverin aşağıdakılara düzgün cavab verdiyini yoxlamalısınızHost HTTP başlıq. Hostinqə məxsus URL-lər vasitəsilə məzmunun təkrarlanması
  • . Bir çox hostlar test/inkişaf məqsədləri üçün veb-saytınız üçün faydalı şəkildə URL-lər təklif edir. Məsələn, https://a.com/ veb-saytını example.com hostinq provayderində yerləşdirirsinizsə, host https://a.example.com/ və ya https://example.com/~a/ kimi URL vasitəsilə saytınıza giriş təklif edə bilər. Bizim tövsiyəmiz bu hostinqə məxsus URL-lərin ictimaiyyət üçün əlçatan olmamasını (şifrə ilə qorunması ilə) təmin etməkdir; və hətta bu URL-lər əlçatan olsa belə, alqoritmlərimiz adətən veb-ustaların nəzərdə tutduğu URL-i seçir. Əgər alqoritmlərimizhostinqə məxsus URL-ləri seçirsə
    , sizkanonikləşdirmə üsullarını
    düzgün tətbiq etməklə üstünlük verdiyiniz URL-ləri seçmək üçün alqoritmlərimizə təsir göstərə bilərsiniz.
    Yumşaq xəta səhifələri
  • . Bəzi hostinq provayderləri HTTP səhv status kodu əvəzinə HTTPstatus kodundan (“Uğur” deməkdir) istifadə edərək xəta səhifələrini göstərirlər. Məsələn, “Səhifə tapılmadı” xəta səhifəsi yerinə HTTP
    200 əvəzinə 200 qaytara bilər ki, bu da onu
    404yumşaq 404
    səhifə edir ; və ya “Veb-sayt müvəqqəti olaraq əlçatmazdır” mesajı düzgün şəkildəəvəzinə 200 HTTP status kodu qaytara bilər. Biz yumşaq xəta səhifələrini aşkar etmək üçün çox çalışırıq, lakin alqoritmlərimiz veb hostun yumşaq xəta səhifələrini aşkar edə bilmədikdə, bu səhifələr xəta məzmunu ilə indekslənə bilər. Bu, reytinq və ya 503 domenlərarası URL seçimi
    problemlərinə səbəb ola bilər.
    Qaytarılan status kodunu yoxlamaq çox asandır: sadəcə olaraq

    Googlebot kimi gətir
    kimi bir sıra alətlərdən hər hansı birindən istifadə edərək serverin qaytardığı HTTP başlıqlarını yoxlayın. Əgər xəta səhifəsi HTTPqaytarırsa, düzgün HTTP xəta status kodunu qaytarmaq üçün konfiqurasiyanı dəyişdirin. Həmçinin, Diaqnostika bölməsindəki Skan xətaları səhifəsində Veb-ustalar Alətlərində 200yumşaq 404 hesabatlarına diqqət yetirin. Məzmunun dəyişdirilməsi və çərçivələr

  • . Veb-ustalar səhifə məzmununun hostinq provayderləri tərəfindən, adətən səhifəyə skriptlər və ya şəkillər daxil etməklə dəyişdirildiyini görəndə təəccüblənə bilərlər. Veb hostlar həmçininframe
    və ya iframe HTML elementlərindən istifadə edərək məzmununuzu digər səhifələrə daxil etməklə təqdim edə bilərlər. Veb hostun məzmununuzu gözlənilməz şəkildə dəyişdirib-dəyişdirmədiyini yoxlamaq üçün sadəcə host tərəfindən təqdim olunan səhifənin mənbə kodunu yoxlayın və onu yüklədiyiniz kodla müqayisə edin. Nəzərə alın ki, bəzi server tərəfi kod dəyişiklikləri çox faydalı ola bilər. Məsələn, Google-un

    mod_pagespeed
    Apache modulundan və ya digər alətlərdən istifadə edən server səhifə sürətinin optimallaşdırılması üçün kodunuzu minifikasiya edilmiş şəkildə qaytara bilər.
    Spam və zərərli proqramlar

  • . Biz bəzi veb hostların və kütləvi alt domen xidmətlərinin zərərli proqram və spamın əsas mənbələrinə çevrildiyini görmüşük. İstifadəçilərimizi və axtarış keyfiyyətini qoruyarkən tədbirlərimizdə dəqiq olmağa çalışırıq, lakin xüsusi veb hostdakı saytların çox böyük bir hissəsinin spam xarakterli olduğunu və ya zərərli proqramlar yaydığını görürüksə, biz bütövlükdə veb hosta qarşı tədbir görməyə məcbur ola bilərik. Zərərli proqramlardan xəbərdar olmağa kömək etmək üçün biz təklif edirik:Şəbəkə İnzibatçıları üçün Təhlükəsiz Baxış Xəbərdarlıqları

Ümid edirik ki, bu siyahı həm hostinq provayderlərinə, həm də veb-ustalara bu problemləri diaqnoz etməyə və həll etməyə kömək edəcək. Bu siyahıdan əlavə, xidmət keyfiyyəti və dəstəyin faydalılığı kimi hostinqin keyfiyyət aspektləri haqqında da düşünün. Həmişəki kimi, suallarınız varsa və ya əlavə kömək lazımdırsa, xahiş edirik bizim ünvanında soruşun
Veb-ustaların Kömək Forumu.

Alien Road

Bunu necə tətbiq edirik

We archive Search Central announcements because client questions often trace back to a change that was announced years ago. Reading the original is faster than reconstructing it from second-hand summaries.

Əlaqəli xidmətlər

Paylaş