Գիտելիքների բազա

Աշխատել այն կայքի վրա, որը ինչ-որ մեկը կիսվել է ձեզ հետ

Կայքի սեփականատերը կարող է մեկ կայք փոխանցել ծրագրավորողին էլփոստի միջոցով. ոչ թե իր հաշիվը, ոչ թե իր վճարումները, ոչ թե իր մյուս կայքերը: Երկու մասն էլ՝ կառավարման վահանակից համօգտագործումն ու չեղարկումը, և կայքի ներբեռնումը zinnector login, clone և dev հրամաններով՝ ներառյալ տվյալների բազան, ինչպես նաև այն, թե ինչ կարող է և ինչ չի կարող անել յուրաքանչյուր դեր:

Կայքի սեփականատերը կարող է ձեզ մուտք տալ իր կայքերից մեկի վրա՝ ոչ թե իր հաշիվ, ոչ թե իր վճարումները, ոչ թե իր մյուս կայքերը, և դուք աշխատում եք դրա վրա ձեր սեփական Zinn Digital® մուտքով և անվճար Zinnector® CLI-ով: Այս ուղեցույցը դրա երկու մասն է՝ այն, ինչ անում է սեփականատերը, և այն, ինչ անում եք դուք:

Եթե ​​դուք նախկինում չեք օգտագործել Zinnector®-ը, Սկսելով Zinnector®-ը այն տեղադրում է մոտ երկու րոպեում: Այստեղ ոչինչ չի պահանջում, որ դուք հոսթինգ գնեք:

Կայքի սեփականատիրոջ համար՝ մեկ կայքի համօգտագործում

  1. Բացեք կայքը ձեր վահանակում և անցեք Անվտանգություն (Security):
  2. Ով ևս կարող է մուտք գործել այս կայք (Who else can reach this site) բաժնում ընտրեք Համօգտագործել այս կայքը (Share this site):
  3. Մուտքագրեք ծրագրավորողի էլ. հասցեն: Նրանք դեռ հաշիվ չունենալու կարիք չունեն. եթե նրանք երբեք չեն մուտք գործել, նրանք հրավեր են ստանում, և մուտքն սկսվում է այն պահին, երբ նրանք ընդունում են այն:
  4. Ընտրեք դեր (role):
  • Դիտող (Viewer)՝ կարող է դիտել և ոչինչ չի կարող փոխել:
  • Խմբագիր (Editor)՝ դերը, որը սովորաբար անհրաժեշտ է ծրագրավորողին: Նրանք կարող են փոխել կայքի ֆայլերը, օգտագործել wp-admin-ը և ներբեռնել կայքի արխիվը՝ տեղում աշխատելու համար: Այդ արխիվը ներառում է տվյալների բազան:
  • Կառավարիչ (Manager)՝ այն ամենը, ինչ կարող է անել խմբագիրը, գումարած՝ վերականգնել կրկնօրինակ պատճենը:
  1. Նշեք պատճառ (reason) և, եթե աշխատանքն ունի ավարտի ամսաթիվ, ժամկետի ավարտ (expiry): Թույլտվությունն ուղղակիորեն դադարում է հաշվառվել այդ ամսաթվին. ստիպված չեք լինի հիշել այն հեռացնելու մասին:
  2. Պահպանեք:

Ինչ էլ որ ընտրեք, համահեղինակը երբեք չի կարող ջնջել կայքը, տեսնել ձեր վճարումները կամ հասնել ձեր մյուս կայքերից որևէ մեկին:

Ինչ է նշանակում «արխիվը ներառում է տվյալների բազան»

Խմբագիրը կամ կառավարիչը կարող է վերցնել կայքի պատճենը աշխատելու համար, և կայքի պատճենը դրա ֆայլերն են և տվյալների բազան: WordPress-ի տվյալների բազան պարունակում է այն ամենը, ինչ ձեր այցելուները տվել են կայքին՝ մեկնաբանների անուններն ու էլ. հասցեները, հաճախորդների հաշիվները, WooCommerce պատվերները և առաքման հասցեները, ձևաթղթերի ներկայացումները:

Դա սովորաբար ճիշտ այն է, ինչ անհրաժեշտ է ծրագրավորողին. առանց դրա նրանք նայում են ձեր թեմային դատարկ կայքի դիմաց: Արժե իմանալ այս մասին, քանի որ դա իրական անձնական տվյալներ են, և այն մարդիկ, որոնց պատկանում են դրանք, ձեր հաճախորդներն են, ոչ թե մեր:

Երկու բան է բխում սրանից, և հարթակը երկուսն էլ անում է ձեզ համար.

  • Յուրաքանչյուր արտահանում գտնվում է ձեր աուդիտի մատյանում: Բացեք Աուդիտի մատյան (Audit log) և փնտրեք site.backup.exported: Յուրաքանչյուր տող նշում է, թե ով է վերցրել այն, երբ և արդյոք այդ արխիվը կրել է տվյալների բազան: Դուք ստիպված չեք հարցնել:
  • Դուք կարող եք ավարտել այն ցանկացած պահի: Չեղարկումն ակնթարթային է. տե՛ս ստորև:

Եթե ​​նախընտրում եք, որ նրանք աշխատեն առանց տվյալների բազայի, ասեք նրանց ավելացնել --no-database, երբ նրանք ներբեռնում են. դա մեկ դրոշակ է, և մնացածն աշխատում է նույն կերպ:

Ծրագրավորողի համար՝ կայքը ձեր մեքենայի վրա տեղադրելը

1. Տեղադրեք Zinnector®-ը

npm install -g zinnector
zinnector --version

Ձեզ անհրաժեշտ է Node 24 կամ ավելի նոր տարբերակ: node --version-ը պետք է տպի v24 կամ ավելի բարձր:

2. Մուտք գործեք որպես ձեր անձ

zinnector login

Սա բացում է ձեր բրաուզերը և մուտք գործում ձեր սեփական Zinn Digital® հաշվով՝ այն, որին ուղարկվել էր հրավերը: Ձեզ երբեք պետք չէ սեփականատիրոջ գաղտնաբառը, և նրանք երբեք պետք չէ ձեզ տրամադրեն այն:

Ստուգեք, թե ինչ է տրվել ձեզ.

zinnector sites

Դուք կտեսնեք հենց այն կայքերը, որոնք համօգտագործվել են ձեզ հետ, և ոչ մի այլ բան: Եթե ցանկը դատարկ է, հրավերը դեռ չի ընդունվել, կամ թույլտվությունը չեղարկվել է կամ ժամկետը լրացել է:

3. Ներբեռնեք կայքը ներքև

zinnector clone client-domain.com
cd client-domain.com

clone-ը հոսթինգում գտնվող կայքից ստեղծում է տեղական նախագիծ: Այն վերցնում է.

  • wp-content՝ թեմաները, հավելվածները (plugins), mu-plugins-ները, լեզուները և մեդիան, որոնք կայքի սեփական աշխատանքն են.
  • տվյալների բազան, գրված նախագծի database.sql ֆայլում:

Այն միտումնավոր թողնում է WordPress-ի հիմնական մասը (core) (ձեր տեղական աշխատարկման միջավայրը տրամադրում է ճիշտ տարբերակը), wp-config.php-ն (այն պարունակում է կենդանի կայքի տվյալների բազայի գաղտնաբառը) և ցանկացած մեդիա, որը տեղափոխվել է օբյեկտային պահեստ (object storage):

Յուրաքանչյուր գործարկում տպում է հենց այն, ինչ վերցրել է և այն, ինչ թողել է՝ քանակներով: Եթե ցանկանում եք միայն ֆայլերը, ավելացրեք --no-database:

Արդեն ունե՞ք նախագիծը և պարզապես ցանկանում եք վերջին տարբերակը: Գործարկեք zinnector pull-ը դրա ներսում:

4. Գործարկեք այն տեղական մակարդակով՝ իրական բովանդակությամբ

zinnector dev --runtime docker

Docker աշխատարկման միջավայրում սա ներմուծում է database.sql-ը, վերագրում կայքի URL-ը ձեր տեղական հասցեին և բացում կայքը հաճախորդի իրական բովանդակությամբ: Մուտք գործեք կայքի սեփական WordPress հաշիվներով:

Լռելյայն աշխատարկման միջավայրը՝ WordPress Playground-ը, որը Docker-ի կարիք չունի, ավելի արագ է սկսվում և չի ներմուծում տվյալների բազան. այն ձեզ կհայտնի այդ մասին՝ առանց լուռ դատարկ սկսելու: Օգտագործեք այն, երբ աշխատում եք կոդի վրա և բովանդակության կարիք չունեք:

5. Հոգ տարեք ձեզ տրված պատճենի մասին

database.sql-ը կենդանի կայքի տվյալների բազա է: Zinnector®-ն այն ավելացնում է ձեր նախագծի .gitignore-ին հենց այն պահին, երբ գրում է այն, այնպես որ անուշադիր git add -A-ն չի կարող հրապարակել ինչ-որ մեկի հաճախորդներին պահոցում (repository): Անփոփոխ թողեք այդ տողը և ջնջեք ֆայլը, երբ աշխատանքն ավարտվի:

Այն, ինչ համահեղինակը կարող է և չի կարող անել

| | Դիտող | Խմբագիր | Կառավարիչ | |---|---|---|---| | Տեսնել կայքը և դրա կարգավորումները | ✔ | ✔ | ✔ | | Փոխել ֆայլերը, օգտագործել wp-admin-ը, տեղակայել (deploy) | | ✔ | ✔ | | Ներբեռնել կայքը՝ ներառյալ տվյալների բազան | | ✔ | ✔ | | Վերականգնել կրկնօրինակ պատճենը կենդանի կայքի վրա | | | ✔ | | Ջնջել կայքը | | | | | Տեսնել վճարումները կամ հաշիվ-ապրանքագրերը | | | | | Հասնել սեփականատիրոջ մյուս կայքերին | | | |

Վերջին երեք տողերը դատարկ են յուրաքանչյուր դերի համար: Դրանք կարգավորում չեն:

Մուտքի ավարտը

Սեփականատերը բացում է կայքի Անվտանգություն (Security) բաժինը և ընտրում Չեղարկել (Revoke) անձի անունից աջ: Այն ուժի մեջ է մտնում անմիջապես. հաջորդ Zinnector® հրամանը, որն աշխատեցնում է այդ ծրագրավորողը, չի կարող տեսնել կայքը, և ոչ մի այլ բան, ինչ նրանք պահում են, նույնպես:

Ժամկետի ավարտն անում է նույն բանը որոշակի ամսաթվին՝ առանց որևէ մեկի հիշելու անհրաժեշտության: Եթե դուք սահմանել եք այն կայքը համօգտագործելիս, դուք արդեն ավարտել եք:

Երբ ինչ-որ բան չի աշխատում

  • zinnector sites-ը ոչինչ չի ցույց տալիս: Հրավերը չի ընդունվել, կամ թույլտվությունը չեղարկվել է կամ ժամկետը լրացել է: Խնդրեք սեփականատիրոջը նայել կայքի Անվտանգություն բաժինը. սպասվող հրավերը նշված է այնտեղ:
  • zinnector pull-ն ասում է, որ կայքը վերջին կրկնօրինակ պատճենը չունի: Ներբեռնումը վերցնում է նորը, եթե պլանը թույլ է տալիս, և նախ հարցնում է: Եթե պլանը չի ներառում պահանջով կրկնօրինակումներ, բարձրացրեք --max-age-ը՝ ավելի հինը ընդունելու համար:
  • zinnector dev-ը սկսում է դատարկ WordPress: Դուք գտնվում եք Playground աշխատարկման միջավայրում, որը չի ներմուծում տվյալների բազա: Գործարկեք zinnector dev --runtime docker:
  • Տեղական կայքը շարունակում է վերահղել դեպի կենդանի դոմեն: Ներմուծումը վերագրում է կայքի URL-ը. եթե այդ քայլը ձախողվել է, հրամանն ասում է այդ մասին և տպում wp search-replace տողը՝ գործարկելու համար:

Ավելի շատ սխալներ և դրանց ուղղումները՝ Zinnector® անսարքությունների վերացում:

Բոլոր մշակողների փաստաթղթերը

Ամենավերջինը բլոգից

Այն մասին, թե ինչ ենք գրել հոսթինգի, SEO-ի և մեծ մասշտաբով կայքեր վարելու մասին:

SEO-ն և հղումների կառուցումը հոսթինգի շերտից. 2026 թվականի օպերատորի տեսլականը

Ինչպես է հոսթինգն ազդում 2026 թվականին ինդեքսավորման և հղումային հավասարության (link equity) վրա. էջերի ինդեքսավորված պահպանումը, հնացած դոմենների ստուգումը մինչև դրանց վրա կայք կառուցելը, հղումների կառուցումն առանց հետքի և անկեղծ կարծիք այն մասին, թե ինչ կարող է և ինչ չի կարող անել ենթակառուցվածքը SEO-ի համար:

Կարդալ գրառումը

WordPress-ը արագ և ապահով դարձնելը. Կատարողականի և փլագինների ստուգաթերթ

Գործնական ստուգաթերթ արագ, ապահով WordPress-ի համար. սերվերային մակարդակի քեշավորում, կայքի օբյեկտների քեշ, մի քանի պլագիններ, որոնք արժե գործարկել, սթեքի արդիական պահպանում և WooCommerce-ի էջեր, որոնք երբեք չպետք է քեշավորել:

Կարդալ գրառումը

Ինչպես ընտրել կառավարվող վեբ հոսթինգ 2026 թվականին. Գնորդի ուղեցույց

Ինչն է իրականում տարբերում լավ կառավարվող հոսթինգը կառավարման վահանակով էժան սերվերից՝ միգրացիաներ, կրկնօրինակներ, մեկուսացում, իրական քեշավորում և արդարացված մասշտաբավորում, և ինչպես գնահատել դրանք նախքան որոշում կայացնելը:

Կարդալ գրառումը

Կարդալ բլոգը

Դեռ խնդի՞ր կա:

Աջակցությունը ներառված է յուրաքանչյուր սակագնային պլանում, աջակցման կենտրոնը գործում է օրական 24 ժամ, և դուք կարող եք գրել մեզ մեր 58 լեզուներից որևէ մեկով. մենք պատասխանում ենք ձեր լեզվով:

Կապվել աջակցման ծառայության հետ Բոլոր հոդվածները