Օգտագործելիության բազմաթիվ ուսումնասիրություններ ցույց են տալիս, որ օգտվողները (ինչպես սկսնակ, այնպես էլ փորձառու) հաճախ օգտագործում են «վերադառնալ» կոճակը բրաուզերում: Ցավոք, առջևի ծրագրավորողները և շուկայագետները հազվադեպ են մտածում այն ազդեցության մասին, որը դա կարող է ունենալ օգտագործելիության վրա՝ հաշվի առնելով վեբ դիզայնի ներկայիս օրինաչափությունները, որոնք օգտագործում են հավելվածներ, անիմացիաներ, տեսանյութեր և այլն: Հաճախ այս դասավորությունների տեխնիկական կառուցվածքը պատշաճ կերպով չի արձագանքում «վերադառնալ» ֆունկցիային, որը կոտրում է օգտատերերի մտավոր ձևանմուշը և նսեմացնում նրանց փորձը:
Սրա հետևանքները կարող են սարսափելի լինել. փորձերի ժամանակ կայքի անպատշաճ արձագանքը հետևի կոճակը սեղմելուն ստիպեց շատ օգտատերերի հեռանալ, ինչպես նաև չարաշահումներ և անճոռնի ակնարկներ: Շատ դեպքերում նույնիսկ հարգարժան, ալեհեր հպատակները սարսափելիորեն կորցնում էին իրենց զայրույթը։
Այս հոդվածից դուք կսովորեք.
- ինչ են ակնկալում օգտվողները հետադարձ կոճակից;
- որոնք են 5 ամենատարածված սխալները;
- այս խնդիրների պարզ լուծում.
Լուծումը իսկապես շատ պարզ է, բայց այն հաճախ անտեսվում է նույնիսկ ամենամեծ ապրանքանիշերի կողմից: Կարո՞ղ ենք շտկել այս սխալը:
Օգտագործողի ակնկալիքները
Մի խոսքով, օգտատերերն ակնկալում են, որ «վերադառնալ» կոճակը ցույց կտա նրանց, թե ինչ են նրանք ընկալում որպես նախորդ էջ: «Ըմբռնել» բառը շատ կարևոր է, քանի որ մեծ տարբերություն կա այն, ինչ թվում է նախորդ էջի և տեխնիկապես այն:
Հարց է առաջանում՝ կոնկրետ ի՞նչ են օգտատերերը մեկնաբանում որպես նոր էջ։ Շատ դեպքերում, եթե էջը տեսողականորեն զգալիորեն տարբերվում է, բայց կոնցեպտուալ առումով կապված է կայքի հետ, ապա այն ընկալվում է որպես նոր։ Հետևաբար, շատ կարևոր է հետևել, թե ինչպես է կայքը մշակում տարբեր ինտերակտիվ տարրեր՝ լուսատուփեր, ձևաթղթեր, ֆիլտրեր և այլն։
Այցելուների մեծ մասը ծանոթ չէ տեխնիկական կետեր, բայց հենվում է միայն ինտուիցիաների վրա, թե ինչպես պետք է աշխատի ռեսուրսը: Հետեւաբար, երբ նրանք սեղմում են հետ կոճակը, նրանք ակնկալում են մի էջ, որտեղ նրանք արդեն ձեռք են բերել կարեւոր փորձ, բայց նրանք ստանում են մի փոքր փոփոխված ինտերֆեյսով էջ:
Ստորև բերված են ամենատարածված ինտերակտիվ տարրերը և առաջարկությունները, թե ինչպես օգտագործել դրանք՝ առավելագույնի հասցնելու օգտատերերի փորձը և օգտագործելիությունը:
Overlays-ի և lightbox-ների ներդրման նպատակն է օգտատիրոջը ցույց տալ էջի վերևում հայտնվող տարրը: Հետևաբար, օգտատերերը նման տարրերն ընկալում են որպես նոր էջեր և սեղմում են «ետ» կոճակը՝ վերադառնալու համար նախնական դիրքըԲայց նրանք չեն հայտնվում այնտեղ, որտեղ նրանք սպասում էին: Սա հատկապես ցավալի է, քանի որ լուսատուփերի օգտագործումը միայն մեծացնում է վեբ էջի բացասական ընկալումը. օգտատերերի մեծամասնությանը դուր չեն գալիս այս տարրերը առցանց գնումների կայքերում:
Զտիչների օգտագործումը հաճախ փոխակերպում է էջը և մարդուն տալիս նոր փորձ: Հետևաբար, տեսակավորումից հետո էջը ընկալվում է որպես նոր, նույնիսկ եթե դրա վրա ոչինչ չի բեռնվել։ Դա պայմանավորված է նրանով, որ առցանց խանութի էջի հետ այցելուի յուրաքանչյուր փոխազդեցությունից հետո ստացվում է արդյունքների նոր արդյունք:
Այս օրինակը ընդգծում է, որ մարդիկ որոշումներ կայացնելիս չեն խորանում տեխնիկական ասպեկտների մեջ նոր էջ, բայց օգտագործեք միայն ինտուիցիա և ձևավորված ընկալում:
3. Գրանցման/վճարման ձև
Ստուգման էջերը վերաբերվում են որպես նոր էջերի, և նույնիսկ ավելի վատ՝ որպես բազմաքայլ գործընթաց, որի յուրաքանչյուր քայլը կարող է չեղարկվել «վերադառնալ» կոճակով:
Այս մոտեցումը կարող է խնդիրներ առաջացնել, մի պարզ օրինակ՝ մարդը ցանկանում է մի քայլ հետ գնալ՝ լրացնելով ձևաթուղթը, որպեսզի խմբագրի մուտքագրված տեղեկատվությունը։ «Հետ» կոճակը սեղմելով այն վերադարձնում է աղբարկղ և ջնջում բոլոր (!) մուտքագրված տվյալները: Գրգռումը և տեղից դուրս գալը բնական ազդեցություն է:
AJAX տեխնոլոգիան կարող է չարդարացնել օգտվողի ակնկալիքները. տեխնիկապես յուրաքանչյուր AJAX էջ գտնվում է նույն URL-ի տակ, բայց թվում է, թե նոր էջեր են բացվում:
Էլեկտրոնային առևտրի համատեքստում օգտատերերը հստակ պատկերացում ունեն, որ 3-րդ և 4-րդ էջերը առանձին են, և 4-րդ էջը կարող է նավարկվել դեպի էջ 3՝ օգտագործելով «Հետ» կոճակը:
Օգտատերերը պատրաստ չեն հրաժարվել «Հետ» կոճակից
Հաշվի առնելով, թե որքան լայնորեն օգտագործվում է ինտերնետ բրաուզերի այս հատկությունը, ծրագրավորողների տեսլականի հետ օգտվողների ակնկալիքների անհամապատասխանության հարցը դառնում է կարևոր և չպետք է անլուրջ վերաբերվել:
Օգտատերերին հատկապես դուր է եկել «վերադառնալ» կոճակը բջջային հավելվածներև կայքերը։ Ինչպես ցույց տվեց ուսումնասիրությունը բջջային տարբերակներըկայքերում, օգտատերերի մեծամասնությունը օգտագործել է այս հնարավորությունը բոլոր առաջարկվող ռեսուրսների վրա: Ավելին, կոճակի օգտագործումը չի սահմանափակվում մեկ էջի հետադարձմամբ. որոշ առարկաներ այն սեղմել են մինչև 15 (!) անգամ անընդմեջ:
ԱՀ օգտագործողները նույնպես հաճախ սեղմում են կոճակը, բայց ոչ այնպես, ինչպես բջջային օգտատերերը, քանի որ օգտվողները սեղանադիր համակարգիչներՀասանելի է կայքի հեշտ նավարկություն:
Լուծում
Լավ նորությունն այն է, որ HTML5-ն ունի խնդրի համեմատաբար պարզ լուծում, և այն կոչվում է HTML5 History API: Ավելի կոնկրետ, history.pushState() ֆունկցիան թույլ է տալիս փոխել URL-ը՝ առանց էջը վերաբեռնելու։ Համապատասխանաբար, կայքն իրեն համարժեք կպահի «վերադարձ» կոճակը սեղմած օգտատիրոջ ակնկալիքներին համապատասխան:
Այս հոդվածում մենք կանդրադառնանք, թե ինչպես կարող եք ստեղծել «Վերադառնալ» կոճակը ձեզ անհրաժեշտ ցանկացած վայրում: Կարծում եմ հենց կոճակի անունից արդեն պարզ է, թե ինչ կլինի, երբ սեղմես դրա վրա։ Նման կոճակը կարող է տեղադրվել ինչպես կատեգորիայի, այնպես էլ հենց նյութի մեջ: Ամեն ինչ արվում է բավականին պարզ.
Կան մի քանի տարբերակներ, թե ինչպես կարող եք կոճակ ավելացնել, բայց ես անձամբ օգտագործել եմ միայն մեկ ճանապարհ: Այսինքն՝ իմ առաջարկած երեքից երրորդ տարբերակը։ Քիչ առաջ կասեմ, թե ինչու։
Ինչ տարբերակներ ունենք.
- Խմբագրել Jooml կաղապարի ֆայլերը:
- Պարզապես տեղադրեք կոճակի կոդը ճիշտ տեղում:
- Ստեղծեք «HTML կոդ» մոդուլ, տեղադրեք կոճակի կոդը այնտեղ, այնուհետև ցուցադրեք այս մոդուլը ճիշտ տեղում:
Երրորդ տարբերակի առավելությունն այն է, որ եթե Ձեզ անհրաժեշտ է խմբագրել տեքստը կոճակի վրա կամ փոխել/ավելացնել ոճի դաս, ապա ձեզ հարկավոր է միայն ֆիքսել մոդուլը, այլ ոչ թե կոճակը շտկել այն բոլոր տեղերում, որտեղ այն կանգնած է:
Այսպիսով, իմ կայքերից մեկում ես օգտագործեցի երրորդ տարբերակը.
Ստեղծվել է «HTML-code» մոդուլը և այնտեղ տեղադրվել կոճակի կոդը՝ օգտագործելով «Sourcerer» ընդլայնումը, որը հնարավորություն է տալիս ցանկացած կոդ ավելացնել նյութին։
Իմ աշխատանքային կոճակի կոդը.
Տեքստը մի փոքր զարդարված է սլաքով՝ օգտագործելով bootstrap 3-ի բաղադրիչները, իսկ կոճակն ինքնին ոճավորվում է CSS-ի միջոցով:
Բարի երեկո, հարց առաջացավ, թե ինչպես կարելի է կոճակը հետ տեղափոխել և պատվեր կատարելիս դնել հաջորդ կոճակի կողքին: Հիմա ինձ համար այսպիսի տեսք ունի https://yadi.sk/i/_ZNvGrvEhqSk3 Եթե այն տեղափոխեք ներքև , այն դադարում է աշխատել...
Կա լուծում
Ողջույն, ով կարող է ինձ ասել, թե ինչպես կարելի է հետադարձ կոճակ անել, օրինակ, զամբյուղի մեջ, որպեսզի մարդը կարողանա վերադառնալ նախորդ էջ:
Տեղադրեք կոճակ կաղապարի մեջ, որտեղ ցանկանում եք, օրինակ, սա
+1
Երբ ես սեղմում եմ զննարկչի «Հետ» կոճակը, թվում է, որ բոլոր ոճերը դուրս են թռչում, մինչև ես թարմացնեմ էջը: Լռելյայն թեման պետք է ցույց տա, ինչպես ստորև ներկայացված սքրինշոթում) Ասա ինձ, թե որն է խնդիրը:
Ողջույն, ես զամբյուղում ստեղծել եմ «Վերադառնալ» կոճակը, նույնիսկ ոչ մի կոճակ, այլ ուղղակի հղում՝ կոդովԳնալ հետՀիմա, երբ վերադառնաք զամբյուղ...
Կա լուծում
Բարի լույս, ես հանդիպեցի այսպիսի խնդրի՝ զամբյուղում ապրանք ավելացնելիս և բրաուզերում «ետ» կոճակը սեղմելիս զամբյուղի ապրանքների մասին տեղեկատվությունը (լրացուցիչ բլոկում) չի պահպանվում մինչև էջը թարմացվի։ Նրանք. մենք գնում ենք կայք, գնում ենք ...
Ձեր նշած կայքը օգտագործում է փլագին զամբյուղի համար: Որպես բարելավումներ ունեցող տարբերակ, դուք կարող եք օգտագործել ապրանքների հավելումը ուղարկելը ոչ թե?html=1, այլ?html=1&item=1 հասցեին, որը կտա ամբողջական բովանդակությունը: սայլը ի պատասխան.
Բարի երեկո: Վճարման ընթացքում յուրաքանչյուր քայլի վրա նշվում է «Հաջորդ» կոճակը: «Գերագույն» թեմայում ես գտա կոճակի կոդը. Կա լուծում
Ողջույն, մենք ուրախ ենք օգնել. [էլփոստը պաշտպանված է]
Պրն. X
Բարի կեսօր: Խնդիր առաջացավ: Կայքն ունի ոչ տիպիկ դիզայն և մասնակի (գործառույթների մեծ մասը պահպանված է) սկզբնական կոդը՝ զամբյուղը ներդրված է որպես թռուցիկ պատուհան: Կայքն ընդունվել է աշխատանքի՝ առանց փաստաթղթերի, բացատրությունների, կապի...
Որևէ մեկը հանդիպե՞լ է, ադմինիստրատորի վահանակը ահավոր դանդաղ է աշխատում, հատկապես երբ խմբագրում եք որևէ ապրանք կամ կաղապար: Օրինակ՝ կաղապարի մեջ պետք է տեղադրել կամ փոխարինել կոդը, այն ընտրում ես մկնիկի օգնությամբ, հետո ընտրությունը տեղի է ունենում ուշ, և նոր կոդի տեղադրումը նույնպես ուշանում է։ ՄԵՋ...
+4
Խնդրում ենք նկատի ունենալ, https://site/forum/386/predlozheniy...թիվ երկու կետը դեռ չի իրականացվել, և դուք փորձում եք խմբագրել 500-1000 ապրանքատեսակների ցուցակները՝ հետագա բեռնվող ցուցակը պտտելով, խնդիրը կրկին կապված է. կետը...
Shop-Script 6.2.1 թարմացում
Այսօր թողարկվեց Shop Script 6.2.1 թարմացումը: Ինչ նորություն կա: 1. Ավելացվեց արտադրանքի ցուցակների ծույլ բեռնումը հետնամասում անջատելու հնարավորությունը՝ էջադրումը միացնելու համար: Խանութի կարգավորումներում «Ընդհանուր կարգավորումներ» բաժնում,...
Բարի երեկո, նման խնդիր կար. չսահմանված սխալ ադմինիստրատորի վահանակում, նրանք չեն պահպանվի, ցանկի մի մասը անհետացավ, երբ WYSIWYG-ում նոր բլոկներ ավելացնելիս այն տալիս է չսահմանված սխալ:
+19 Կատարած
Կայքի ադմինիստրատորի վահանակում անհրաժեշտ է ստեղծել ապրանքները կատեգորիաներով էջ առ էջ բեռնելու տարբերակը, այլ ոչ թե բեռնված ցուցակով։ Օրինակ, ես ունեմ 21000 պաշտոն, և դրանք պետք է խմբագրվեն (ավելացվեն տարբեր կատեգորիաների և այլն): Բայց եթե, օրինակ, բրաուզերը կախված է...
Ողջույն, WebAssyst Shop-Script համակարգի հետ աշխատելիս հանդիպեցի նման խնդրի՝ առցանց խանութի կայք մտնելիս 0 թվի փոխարեն Զամբյուղի կողքին ցուցադրվում է գումարի չափը, մինչդեռ զամբյուղն ինքը դատարկ է։ Երբ սեղմում եք «Զամբյուղ» հղման վրա...
Բարի երեկո: Խանութի բոլոր էջերում կա մոդուլ, որը ցույց է տալիս, թե որքան ապրանք կա զամբյուղում: Խնդիրն է ցույց տալ ապրանքների քանակը զամբյուղում: Կաղապարը լռելյայն է: index.html ֆայլում ես փոխել եմ կոդը այսպես՝ (եթե $wa->shop)...
Բարի օր. Ինչպե՞ս կարող եմ այնպես անել, որ օգտատիրոջը ցուցադրվի տեղեկատվություն այն մասին, թե ներկայումս քանի ապրանք ունի զամբյուղում: Այսինքն՝ ինչպես կարելի է զամբյուղի մոտ թվային հաշվիչ պատրաստել, որը մեծանալուն զուգընթաց կաճի…
Հարցն այն է, թե ինչպես անել, որ զամբյուղի պատուհանում ցուցադրվի իր մեջ դրված ապրանքների ընդհանուր քանակը, և որտեղ կարող եմ գրել «գումար.
Կա լուծում
Ես ունեմ այս կոդը. Ցուցադրել հղումը ամենուր, բացի հիմնականից. սա հիմնական, /cart/-ում և /checkout/-ում է, խնդրում եմ ասեք, թե էլ ինչ պետք է ավելացնել սրան...
Երբեմն վեբ էջերում անհրաժեշտություն է առաջանում ժամանակավորապես գնալ որևէ այլ (եկեք այն անվանենք օժանդակ) էջ, այնուհետև վերադառնալ և շարունակել աշխատել դրա հետ։ Օրինակ, դա կարող է լինել օգնության էջ, գրանցման էջ:
Այս դեպքում, ակնհայտորեն, վերադարձի հասցեն կարող է շատ տարբեր լինել։ Ինչպե՞ս իրականացնել նման հակադարձ անցում կայքում: Մաքուր html/CSS-ն այստեղ բավարար չէ, դուք պետք է օգտագործեք javascript:
Ամենապարզը, օրինակ, օժանդակ էջի սցենարի մեջ նման տող օգտագործելն է.
Պատմության մեթոդը հիշում է էջի նավիգացիայի պատմությունը և, փաստորեն, դրա օգտագործումը նման է բրաուզերի «Առաջ» և «Հետ» կոճակների օգտագործմանը, միայն մի փոքր ավելի ֆունկցիոնալ: Սա ամենահեշտ և ամենահարմար ճանապարհն է, բայց միայն մեկ պայմանով՝ եթե նոր (օժանդակ) էջը չբացվի նոր պատուհանում։ Ի վերջո, հակառակ դեպքում առաջին անգամ կբացվի օժանդակ էջը (ավելի ճիշտ՝ դրա համար նախատեսված նիստը կլինի առաջինը, դրա վրա դեռ անցումներ չեն եղել): Իսկ դա նշանակում է, որ իրականում հետ գնալու տեղ չկա։ Հետեւաբար, այս մեթոդը չի կարող կոչվել ունիվերսալ: Այն չի աշխատի, եթե օգտատերը ստիպի էջը բացել նոր ներդիրում կամ զննարկիչը դա անի նրա փոխարեն՝ ըստ կարգավորումների: Այս դեպքում չի օգնի նաև հղումի հատկանիշը՝ target="_self". բացված օժանդակ էջից հնարավոր չի լինի հետ գնալ (եթե, իհարկե, բրաուզերի հասցեագոտում ձեռքով մուտքագրեք սկզբնական էջի URL-ը) .
Ավելի բազմակողմանի միջոց
Այն իրականացնելու համար ձեզ հարկավոր են սկրիպտներ ինչպես սկզբնական, այնպես էլ օժանդակ էջերում: Գաղափարը կարող է տարբեր լինել. Դրանցից մեկը հիմնված է այն փաստի վրա, որ սկզբնական էջի հասցեն (URL) պահվում է բրաուզերի հասցեագոտում՝ որպես GET հարցում։ Դրանով իսկ. օժանդակ էջը, ստանալով նման հարցում, գիտի իր աղբյուրի մասին։ Սրանից ելնելով հնարավոր է դառնում հետ գնալ, այսինքն. այն էջին, որտեղից անցում է կատարվել։
Սխեմատիկորեն սա կարող է ներկայացվել հետևյալ կերպ.
Սցենարը սկզբնական էջում
Էջում, ՈՐՈՎ պետք է կատարվի անցումը, կա հետևյալ սկրիպտը, որը գործառույթ է՝ մկնիկի սեղմման կարգավորիչ (onclick).
Որպեսզի սկրիպտի ֆունկցիան աշխատի, դուք պետք է դրա մշակիչը որոշ տարրի վրա դրեք ձևերից մեկով, օրինակ՝ այսպես.
http://example.com " onclick="to_comment_rules("http://example.com"); return false">Սեղմեք օգնության էջ գնալու համար
Նշենք, որ այս հղման href հատկանիշն ունի համապատասխան հասցե, որը նշված է onclick event handler ֆունկցիայում։ Դա արվում է, որպեսզի որոնող ռոբոտները հասկանան, թե որ էջն է գնալու հղումը սեղմելիս։ Եթե դա անհրաժեշտ չէ, ապա դուք պետք է դարձնեք դատարկ href հատկանիշ, ինչպես
Այս սկրիպտի սկզբունքն այն է, որ save_back(url) ֆունկցիան կանչելիս բացվում է url-ով (օժանդակ) էջը։ Այն դա անում է՝ նշելով էջի արձանագրությունը (օրինակ՝ http կամ https), ինչպես նաև սկզբնական վեբ էջի մնացած URL-ը, հնարավոր է՝ ներառելով GET հարցումի տվյալները (դա այն է, ինչ կա URL-ում «?»-ից հետո): . Ստացված տվյալները ավելացվում են բացված էջի URL-ին, և դրան անցում է տեղի ունենում:
Օգնության էջի սցենար
Այն պետք է ունենա այսպիսի սցենար.
Այս սկրիպտը նույնպես կաշխատի, երբ մկնիկը սեղմվի ինչ-որ տարրի վրա, որի վրա տեղադրված է համապատասխան մշակիչը.
Այս տողը չեղարկում է լռելյայն գործողությունը, երբ մկնիկը սեղմում է հղման վրա: Բանն այն է, որ լռելյայն հղման տակ անցում կա։ Այս դեպքում անցումը տեղի կունենա հենց այն հասցեին, որը նշված է href հատկանիշում: Այս հասցեն (մասնավորապես՝ օժանդակ էջում) չի կարող պարունակել այն էջի վերադարձի հասցեն, որտեղից կատարվել է անցումը (եթե օժանդակ էջին անցումը հնարավոր է ոչ թե որևէ կոնկրետ, այլ մի քանի սկզբնաղբյուր էջից)։
Այսպիսով, օգնության էջի սցենարը կարդում է հասցեագոտու բովանդակությունը և այն բաժանում «?» տարրերի զանգվածի: Նկատի ունեցեք, որ URL-ում կարող է լինել երկու նման նիշ: Առաջինը կհայտնվի, ինչպես արդեն նշվել է, պայմանավորված է նրանով, որ օժանդակ էջի հասցեին ավելացվել է սկզբնական էջի հասցեի հասցեն (բացի արձանագրությունը): Իսկ երկրորդը կարող էր ներկա լինել՝ սկզբնական էջը բեռնելիս GET հարցումի պարամետրերի առկայության պատճառով։ Այլ կերպ ասած՝ օգնության էջի հասցեագոտին կարող է պարունակել մեկ կամ երկու հարցական նշան։ Հղման վրա սեղմելիս օժանդակ էջից սկզբնականին անցնելու համար
հարցումը կարդացվում է հասցեի տողից և փոխարկվում է նույն ձևին, որն ուներ սկզբնական էջում, որից հետո էջը բեռնվում է այս հասցեով։
Դիտողություններ
Բացի այդ, պետք է նշել, որ հոդվածում, ըստ էության, խոսքը ոչ թե սկզբնական էջ վերադառնալու, այլ այն վերաբեռնելու մասին է։ Սա, իհարկե, միայն վերադարձի իմիտացիա է։ Մասնավորապես, այս էջում մուտքագրված տվյալները, դրա կարգավորումները կարող են չպահպանվել: Բացի այդ, ի տարբերություն RETURN-ի, երբ էջը բեռնվի, այն կբացվի կայքի հենց սկզբից (այսինքն՝ դրա վերին մասը կգտնվի էկրանի վերևում): Մինչդեռ «ճշմարիտ» հետընթացը վերադարձնում է այն (բնօրինակ) էջը, որտեղից կատարվել է թռիչքը: Հետեւաբար, մենք կփորձենք համատեղել երկու մեթոդները:
Համակցված մեթոդ
Այսպիսով, եկեք առաջադրանք դնենք.
եթե օժանդակ էջը բացվում է նույն ներդիրում (պատուհանում), ապա թող հասանելի լինի history.back() մեթոդը;
սակայն, եթե օգնության էջը բացվի նոր պատուհանում, ապա վերը քննարկված մեթոդը պետք է աշխատի (քանի որ history.back() չի աշխատի):
Օժանդակ էջի սցենարը մի փոքր կփոխվի (վերը նշված տողը կավելացվի).
Մենք փորձում ենք առաջինը հետ գնալ։ Եթե դա հաջողվի, մնացած սցենարը չի աշխատի, և այն կվերադառնա սկզբնական էջ նույն տեղում, որտեղից կատարվել է անցումը: Եթե ոչ, ապա, ինչպես նախկինում, մենք GET հարցման պարամետրերից հանում ենք սկզբնական էջի հասցեն և գնում դեպի այն։
Եզրակացություն
Իհարկե, այս հոդվածը ցույց է տալիս «վերադարձի» տեխնոլոգիայի տարբերակներից միայն մեկը: ՀԵՏ- դեպի սկզբնական էջ: Այս նպատակով, բացի GET հարցումից, կարող են օգտագործվել նաև այլ տեխնոլոգիաներ, օրինակ՝ տեղական պահեստավորման localStorage: Բացի այդ, վերադարձը լիովին մոդելավորելու համար ՀԵՏլավ կլիներ սկզբնական էջի ոլորման ծավալը փոխանցել GET հարցումով, որպեսզի հետագայում, նույնիսկ օժանդակ էջը նոր պատուհանում բացելիս, կարողանաք վերադառնալ սկզբնական էջի նույն տեղը, որտեղից կատարվել է անցումը: պատրաստված ավելի վաղ:
