PBN և թվային հետքեր
Ինչ է իրականում նշանակում «առանց հետքի» PBN հոսթինգը
Հետքը ցանկացած ազդանշան է, որը կապում է ձեր կայքերը միմյանց կամ հոսթինգի այնպիսի մոդելի հետ, որին որոնողական համակարգերը սովորել են չվստահել — ահա թե որտեղ են թաքնվում այդ ազդանշանները և ինչպես ենք մենք դրանք վերացնում նախագծման միջոցով:
Հետքը փոխկապակցվածություն է, ոչ թե մեկ առանձին նշան
«Առանց հետքի» (Footprint-free) արտահայտությունը հաճախ կիրառվում է ոչ հստակ, ուստի կարևոր է լինել ճշգրիտ: Հետքը (footprint) ցանկացած ազդակ է, որը թույլ է տալիս երրորդ կողմին՝ որոնողական համակարգին, գործիքներ կիրառող մրցակցին կամ ձեռքով ստուգում իրականացնող մասնագետին, խմբավորել ձեր կայքերը միասին կամ դրանք կապել այնպիսի հոսթինգի ձևաչափի հետ, որն արդեն իսկ ասոցացվում է մանիպուլյացիայի հետ: Ինդեքսավորումից հեռացումը հազվադեպ է տեղի ունենում մեկ ակնհայտ հետքի պատճառով: Այն առաջանում է փոխկապակցվածությունից. տասնյակ կայքեր, որոնք առանձին վերցրած անթերի տեսք ունեն, բայց օգտագործում են միևնույն generator թեգը, նույն nameserver զույգը, նույն /24-ը, թեմայի նույն թվային մատնահետքը և հրապարակումների նույն հաճախականությունը: Դրանցից յուրաքանչյուրն առանձին ընդամենը աղմուկ է: Իսկ միասին դրանք արդեն ցանց են:
Դա վերաձևակերպում է ամբողջ խնդիրը։ Դուք չեք փնտրում թաքցնելու որևէ մեկ բան. դուք փորձում եք միանգամից խզել փոխկապակցվածությունը բոլոր շերտերում՝ կայքի արտանետած HTML-ը, ցանցային ուղին, որով այն լուծվում է, այն հաշիվը, որը ներկայացնում է այն, և պայթյունի շառավիղը, որը նա կիսում է իր հարևանների հետ: Բաց թողեք որևէ շերտ, և մյուսները դեռ կհամապատասխանեն միմյանց: Ահա թե ինչու էժան համատեղ սերվերի առջև CDN ավելացնելը գրեթե ոչինչ չի տալիս. այն փոխում է մեկ փոփոխական՝ միաժամանակ կայքի մատնահետքը, DNS օրինաչափությունը և ընդհանուր ճակատագրի մեկուսացումը ամբողջ միջավայրում թողնելով նույնական:
Հարթակային հետքեր. ինչ է բացահայտում HTML-ը
Հայտնաբերման համար ամենաէժան հետքերն այն հետքերն են, որոնք կայքը հայտարարում է իր սեփական արտածման մեջ։ Լռելյայն WordPress տեղադրումն իր տարբերակը հեռարձակում է meta generator պիտակում և իր ռեսուրսների հարցումների տողերում (query strings), հղում է կատարում wp-json հայտնաբերման վերջնակետերին և XML-RPC ինտերֆեյսին, ուղարկում է pingback վերնագրեր և վերադարձնում է X-Powered-By վերնագիր, որը նշում է ստեկը։ Այդ ամենից ոչինչ տեսանելի չէ մարդ ընթերցողին, սակայն այդ ամենը չնչին ջանքերով սկրիպտավորելի է — մեկ կեսօրվա ընթացքում դուք կարող եք այս նշաններով մատնահետք վերցնել տասը հազար կայքից։
Մեր հետքերի հեռացման գործիքը յուրաքանչյուր տեղակայման ժամանակ մաքրում է հենց այս մակերեսը. տարբերակի և գեներատորի թեգը, հայտնաբերման հղումները, XML-RPC-ն, փինգբեքերը և X-Powered-By-ը ամբողջությամբ հեռացվում են, որպեսզի յուրաքանչյուր կայք ներկայացնի մաքուր, ընդհանուր մակերես՝ WordPress-ին բնորոշ մակերեսի փոխարեն: Քանի որ այն գործարկվում է որպես տեղակայման մաս, այլ ոչ թե որպես մեկանգամյա մաքրում, փլագինի թարմացումը կամ թեմայի փոփոխությունը չեն կարող գաղտնի կերպով վերականգնել այն վերնագիրը, որը դուք կարծում էիք, թե հեռացրել եք: Խնդիրը ինքնանպատակ գաղտնիությունը չէ, այլ առկա ամենաէժան և առավել մասշտաբավորվող փոխկապակցման ազդանշանից զրկելը:
Թեմայի և կառուցվածքի հետքերը նույնպես կարևոր են: Մի ցանց, որտեղ յուրաքանչյուր կայք ունի նույն թեման՝ վիջեթների նույն դասավորությամբ և նույն ստորոտի տեքստով, փոխկապակցվում է միայն դասավորության հիման վրա: Ստատիկ HTML-ի մատուցումն օգնում է այստեղ. կայքը որպես պարզ HTML մատուցելն ամբողջությամբ հեռացնում է ակտիվ տեխնոլոգիական շերտի ակնհայտ հետքերը և թույլ է տալիս, որ յուրաքանչյուր կայքի նշագրումը լինի ինքնուրույն:
Ցանցային հետքեր. IP-ներ, CDN-ներ և DNS
Շերտը, որտեղ օպերատորների մեծ մասը սխալվում է, ցանցն է: Մեկ սերվերի վրա հարյուր կայք տեղակայելը դրանք դնում է մեկ IP-ի վրա, մեկ /24-ում, մեկ reverse-DNS կաղապարի հետևում՝ դասագրքային կլաստեր: Դրանք ձեր սեփական մի քանի սերվերների միջև բաշխելը հազիվ թե օգնի, քանի որ IP-ների փոքր խումբը միևնույն է խումբ է: Իսկ ամեն ինչ մեկ CDN հաշվի կամ մեկ DNS մատակարարի միջոցով երթուղավորելը պարզապես տեղափոխում է կլաստերը մեկ շերտ վերև. այժմ փոխկապակցվածությունը IP-ի փոխարեն հաշիվն է կամ սերվերների (nameserver) խումբը:
Առանց թվային հետքի (Footprint-free) ցանցային նախագծումը նշանակում է բաշխում բազմաթիվ հաշիվների և մատակարարների միջև, այլ ոչ թե միայն մեկի: Մեր CDN և DNS հաշիվների համախմբերը տարածում են կայքերը Cloudflare-ի, bunny.net-ի, CDN77-ի և KeyCDN-ի բազմաթիվ հաշիվների, ինչպես նաև DNS մատակարարների միջև՝ ներառյալ ClouDNS-ը, և դուք նույնպես կարող եք ավելացնել ձեր սեփական հաշիվները համախմբում: Բաշխումը վերահաշվարկվում է հաշվի փաստացի կարգավիճակից յուրաքանչյուր տեղակայման (deploy) ժամանակ, այնպես որ, համակարգի ընդլայնմանը զուգընթաց, այն աննկատորեն չի կուտակվում այն հաշվում, որը պատահաբար եղել է լռելյայն: Սկզբնաղբյուրի IP-ները գտնվում են CDN-ի հետևում, ուստի սերվերը, որն իրականում մատուցում է բովանդակությունը, երբեք չի հանդիսանում այն հասցեն, որը վերադարձնում է հարցումը:
Այստեղ որոշիչ բառը «պուլն» (pool) է: Առանց թվային հետքի ցանցը պարզապես մեկ խելացի թաքստոց չէ. այն բավարար քանակությամբ անկախ մակերեսներ են՝ բաշխված հստակ նպատակադրմամբ, որպեսզի ոչ մի առանձին հաշիվ, անվան սերվեր կամ ենթացանց չկուտակի ձեր կայքերի կասկածելի մասնաբաժինը:
Ինչու պետք է հետքերը կառավարվեն յուրաքանչյուր տեղակայման համար, այլ ոչ թե սահմանվեն միայն մեկ անգամ
Ցանցերը ստատիկ չեն: Դուք ավելացնում եք դոմեններ, հեռացնում ուրիշները, տեղափոխում մի խումբ, փոխում թեման, տեղաշարժում մակարդակը: Այդ իրադարձություններից յուրաքանչյուրը հնարավորություն է հետքի կրկին ներթափանցման համար — վերաակտիվացված XML-RPC վերջնակետ, չափազանց շատ օգտագործված CDN հաշվում հայտնված նոր կայք, հին գեներատորի պիտակ պարունակող վերականգնված պահուստային պատճեն: Գործարկման պահին մաքուր հետքի աուդիտը վեց ամիս և երկու հարյուր տեղակայում անց անարժեք է:
Ահա թե ինչու ենք մենք հետքերի կառավարումը դիտարկում որպես տեղակայման փայփլայնի (deploy pipeline) հատկություն, այլ ոչ թե ստուգաթերթիկ, որը դուք ժամանակ առ ժամանակ գործարկում եք։ Կայքում առկա հետքերի հեռացումը, հաշիվների համախմբի հավասարակշռումը և փլագինների բազային կազմը վերակիրառվում են ամեն անգամ, երբ կայքը գործարկվում կամ փոփոխվում է՝ հաշվարկվելով ամբողջ ցանցի ընթացիկ վիճակի, այլ ոչ թե կարգավորման պահի պատճենի հիման վրա։ Հավասարակշռությունը վերահաշվարկվում է հաշիվների իրական տվյալների հիման վրա յուրաքանչյուր տեղակայման ժամանակ, ուստի հարյուրերորդ կայքը տեղադրվում է նախորդ իննսունիննի գտնվելու վայրի լիարժեք իմացությամբ։ «Կարգավորել և մոռանալ» մոտեցումը ձախողման ուղի է. շարունակական, յուրաքանչյուր տեղակայման ժամանակ կիրառումն այս խնդրի լուծումն է։
Ընդհանուր ճակատագրի մեկուսացում․ փլուզման հետքը
Կա հետք, որն ի հայտ է գալիս միայն ծանրաբեռնվածության պայմաններում: Եթե հարյուրավոր կայքեր օգտագործում են մեկ ֆայլային համակարգ և մեկ PHP pool, ապա մեկ վտանգված կայքը, մեկ անվերահսկելի պրոցեսը կամ ռեսուրսների մեկ թռիչքն իր հետևից խափանում է հարևաններին, իսկ միևնույն պահին մի ամբողջ ենթացանցի soft-404 սխալներ ցուցադրելը կամ դանդաղելը ինքնին հարաբերակցության ազդանշան է՝ մի կողմ դնելով վնասակար ծրագիրը կամ աշխատանքի ընդհատումը: Ընդհանուր ճակատագրով հոսթինգը մեկ կայքի խնդիրը վերածում է ամբողջ ցանցի մակարդակով իրադարձության:
Յուրաքանչյուր կայքի մեկուսացումը յուրաքանչյուր կայք տեղադրում է իր սեփական սահմանափակման սահմաններում, որպեսզի մի կայքը չկարողանա մուտք գործել մյուսի ֆայլեր, գործընթացներ կամ հիշողություն՝ լռելյայն միացված վնասակար ծրագրերի սկանավորմամբ և DDoS պաշտպանությամբ: Դա պաշտպանում է այն կայքերը, որոնց դուք ձեռք չեք տվել, այն մեկից, որը հարված է ստացել, և դա նաև նշանակում է, որ ամբողջ կալվածքը չի խափանվում որպես մեկ միասնական բլոկ, ինչը և՛ հասանելիության հատկանիշ է, և՛, աննկատորեն, footprint-ի: Քեշավորումը կատարում է նմանատիպ դեր. LiteSpeed Enterprise-ի և յուրաքանչյուր կայքի համար նախատեսված օբյեկտների քեշի շնորհիվ, որոնք կլանում են տրաֆիկի մեծ մասը, մեկ կայքում ծանրաբեռնվածության աճը հազվադեպ է ի սկզբանե վերածվում ռեսուրսների հետ կապված խնդրի, որը կտարածվի դեպի դուրս:
Հին դոմենների վերականգնում՝ առանց դրանց թվային հետքը փոխանցելու
Հին ժամկետանց դոմեյնները ցանցի կառուցման հիմնական տարրերն են, և դրանք կրում են իրենց հետքի ռիսկը: Դրանցից մեկի վերակառուցումը ընդհանուր կաղապարից դեն է նետում հենց այն պատմությունը, որը դոմեյնը դարձրել էր ձեռքբերման արժանի, իսկ նույն կմախքի վրա վերակառուցված ժամկետանց դոմեյնների խումբը փոխկապակցվում է այդ կմախքի միջոցով: Ավելի մաքուր մոտեցումն է վերականգնել դոմեյնի սկզբնական կայքը Internet Archive-ից և մատուցել այն որպես ստատիկ HTML — ամենաարագ ուղին հին դոմեյնը առցանց վերադարձնելու և իր սեփական իրական կառուցվածքով, այլ ոչ թե ցանցային ստանդարտով վերաինդեքսավորելու համար:
Ստատիկ HTML տարբերակով վերականգնումը հետքի տեսանկյունից նույնպես առավելություն ունի. չկա ակտիվ CMS՝ նույնականացման համար, չկա տարբերակ, որը կարող է արտահոսել, և չկա հայտնաբերման վերջնակետ՝ ստուգման համար: Կայքը ներկայանում է այնպես, ինչպես եղել է պատմականորեն: Հաշիվների համախմբի բաշխման և յուրաքանչյուր տեղակայման ժամանակ կայքում տարրերի հեռացման հետ համատեղ՝ վերականգնված դոմենը կրկին միանում է ձեր ցանցին՝ առանց ժառանգելու այն ակնհայտ նշանները, որոնք այն կկապեին մնացածի հետ:
Սրանում ոչ մի արտառոց բան չկա: Առանց թվային հետքի հոսթինգը պարզապես յուրաքանչյուր մակարդակում՝ HTML, ցանց, հաշիվ, մեկուսացում և պատմություն, փոխկապակցվածությունը խզելու կարգապահությունն է և յուրաքանչյուր փոփոխության դեպքում այն կրկին ամրապնդելը՝ մի քանի կայքերի փոխարեն իրական ցանցի մասշտաբով:
Հաճախ տրվող հարցեր
Արդյո՞ք իմ կայքերի առջև CDN տեղադրելը դրանք դարձնում է առանց հետքի:
Ոչ: Ընդհանուր սերվերի դիմաց գտնվող մեկ CDN հաշիվը փոխում է միայն մեկ փոփոխական՝ այն IP-ն, որը վերադարձնում է հարցումը, մինչդեռ կայքի թվային հետքը, DNS օրինաչափությունը և ընդհանուր ճակատագրի մեկուսացումը մնում են նույնական յուրաքանչյուր կայքում: Ավելի վատ է այն, որ ամբողջ ցանցը մեկ CDN կամ DNS հաշվի միջոցով ուղղորդելը պարզապես տեղափոխում է կլաստերը դեպի այդ հաշիվ: Հետքերից զերծ նախագծումը պահանջում է բաշխում բազմաթիվ հաշիվների և մատակարարների միջև, կայքում առկա հետքերի հեռացում և յուրաքանչյուր կայքի մեկուսացում, որոնք գործում են միասին, այլ ոչ թե մեկ պրոքսի շերտ:
Ո՞ր կայքի հետքերն է իրականում հեռացնում հետքերի մաքրիչը:
Յուրաքանչյուր տեղադրման (deploy) ժամանակ այն հեռացնում է WordPress-ի տարբերակը և գեներատորի թեգը, wp-json-ի հայտնաբերման հղումները, XML-RPC-ն, փինգբեքերը և X-Powered-By վերնագիրը՝ այն էժան, սկրիպտավորվող նշանները, որոնք թույլ են տալիս ցանկացած մարդու մեծ մասշտաբով նույնականացնել WordPress համակարգը: Քանի որ այն աշխատում է որպես տեղադրման մաս, այլ ոչ թե միանվագ մաքրում, փլագինի կամ թեմայի թարմացումը չի կարող գաղտնի կերպով վերականգնել այն ազդանշանը, որը դուք արդեն հեռացրել էիք:
Ինչո՞ւ պետք է հետքի կառավարումն իրականացվի յուրաքանչյուր տեղակայման ժամանակ:
Քանի որ ցանցերն անընդհատ փոխվում են՝ նոր դոմեյններ, միգրացիաներ, թեմաների փոխարինումներ, մակարդակների տեղափոխություններ, և յուրաքանչյուր փոփոխություն հնարավորություն է, որ հետքը կրկին ի հայտ գա, կամ նոր կայքը հայտնվի չափից ավելի օգտագործված հաշվի վրա: Հետքի աուդիտը, որը մաքուր էր մեկնարկի պահին, անիմաստ է դառնում հարյուրավոր հետագա տեղակայումներից հետո: Մենք կրկին կիրառում ենք կայքի վրայից հեռացումը, հաշիվների համախմբի հավասարակշռումը և փլագինների բազային կազմաձևը յուրաքանչյուր ռեսուրսների հատկացման իրադարձության ժամանակ՝ հաշվարկված ամբողջ ենթակառուցվածքի իրական վիճակի, այլ ոչ թե կարգավորման պահի պատճենի հիման վրա:
Կարո՞ղ եմ օգտագործել իմ սեփական Cloudflare կամ CDN հաշիվները ձեր համախմբի փոխարեն:
Այո։ Դուք կարող եք ավելացնել ձեր սեփական CDN և DNS հաշիվները պուլում մեր հաշիվների կողքին, և բաշխումը շարունակում է վերահաշվարկվել հաշվի իրական վիճակից յուրաքանչյուր տեղակայման ժամանակ, որպեսզի ոչինչ չշեղվի դեպի կլաստեր: Սա հարմար է այն օպերատորների համար, ովքեր արդեն ունեն հին կամ վստահելի հաշիվներ, որոնք ցանկանում են պահել ռոտացիայի մեջ:
Հարակից
Փորձեք այն անվճար 14 օր
Գործարկեք ձեր առաջին կայքերն անվճար 14 օրով — առանց քարտի պահանջի: Տեղափոխո՞ւմ եք գործող ցանցը: Տեղափոխումներն անվճար են և անսահմանափակ:
Սկսեք անվճար