Հրապարակման ամսաթիվ` 29.08.2012թ

Դա համար արդյունավետ առաջխաղացումկայքերը պետք է օգտագործեն CNC, այսօր ցանկացած SEO դպրոցական գիտի, քանի որ բոլոր իսկական բլոգերները խոսում են այս մասին, գրում են գրքերում և նույնիսկ դրա մասին խոսում SEO-ի կոնֆերանսներում… հիմնաբառեր URL-ից, երբ դասակարգվում է? «, ի պատասխան դուք ստանում եք նման բան», եթե URL-ը ընդգծված է թավով, ապա որոնողական համակարգը հասկանում է ընդգծված բառերը և հետևաբար դրանք հաշվի է առնում դասակարգման ժամանակ «... Զգում եք թույլ կապ. այս թեզում?

«Հասկանում է» հավասար չէ «համարում»! Պետք չէ հեռուն գնալ օրինակի համար՝ meta name keywords: Որոնողական համակարգերը հասկանու՞մ են այս թեգի իմաստը, ինչպես նաև այն հիմնաբառերը, որոնք նշված են դրանում: Անվիճելիորեն. Արդյո՞ք այս պիտակը ազդեցություն ունի: Ցավոք, ոչ. Միգուցե նույնն է CNC-ի հիմնաբառերի դեպքում:

Փորձարկում

Սուրճի մրուրը չկռահելու համար ես մի փոքրիկ փորձ կատարեցի։ Փորձի նպատակն է ստուգել, ​​թե արդյոք կայքում կփնտրվեն հիմնաբառեր, որոնք օգտագործվում են URL-ում, բայց որոնք չկան էջում:

Վլադ գրել է.
10 նոյ 2014 ժամը 10:50

Google-ն ունի որոնման երկու տարբերակ՝ բոլոր արդյունքները և ճշգրիտ համընկնում, եթե կա ճշգրիտ համընկնում, այն դասակարգում է էջերը ըստ համապատասխանության և հաշվի է առնում կիրիլիցայի այբուբենը url-ում, և եթե որոնման կարգավորումներն ունեն բոլոր արժեքները (որն է՝ միացված է լռելյայնորեն), այնուհետև որ հարցումը չեք մուտքագրում, կտեսնեք կիրիլիցա url-ներ, դա պայմանավորված է կա՛մ նրանով, որ բոլորն առանց բացառության օգտագործում են տառադարձում, կա՛մ այն ​​պատճառով, որ «բոլոր արժեքները» կարգավորումներով Google-ը թարգմանում է տառադարձությունը կիրիլիցայի և համեմատում է խնդրանքի հետ, բայց սա տեսություն է, ես չգիտեմ, թե ինչպես ստուգել այն:

չիջկովը գրել է.
02 հունվարի 2015 ժամը 17:25

Ողջույն: Հետաքրքիր է ուսումնասիրվել, բայց ահա հարցը, քանի որ դուք հիմա գիտեք, թե որն է ավելի արժեքավոր PS կիրիլիցա թարգմանության կամ տառադարձման համար, ինչո՞ւ եք դուք ինքներդ ձեր կայքերում, այդ թվում նաև սա, չեք օգտագործում այս տեխնիկան:

Սերգիուս գրել է.
09 նոյ 2015 ժամը 22:14

Թույն փորձ. Երբ դուք ունեք կիրիլիցա, ինչ կապ ունի: մի փունջ անհասկանալի կերպարների վրա կամ կամ site.ru/ articles ??
Եթե ​​հղումները գնում են մի փունջ նիշերի, ապա դուք մաշվել եք կայքի առաջխաղացումից:

Անկախ

1. Գնեք կիրիլյան դոմենային անուն:
2. Պատվիրեք հոսթինգ:
3. Կապեք այս տիրույթի անունը այս հոսթինգին:
4. Ստեղծեք «կոնտակտներ» էջ պարունակող կայք: Ամենահեշտ ձևը «կոնտակտներ» կոչվող գրացուցակի ստեղծումն է և դրա մեջ «index.html» ֆայլը:
5. Ստեղծված կայքը վերբեռնեք հոսթինգ։

Պարզապես հիշեք, որ հոսթինգում կայքի գրացուցակը չի անվանվի «կայք. рф ", and" xn - 80aswg.xn - p1ai "(և հասցեն կփոխանցվի ցանցով այս ձևով). ցանկացած բրաուզերի հետ համատեղելիություն ապահովելու համար դոմենային անուններկոդավորված https://ru.wikipedia.org/wiki/Punycode. Խաղացեք կոդավորման միջոցով՝ https://www.punycoder.com

Այսպիսով, ներքևում գտնվող ոլորտը սխալ է. տիրույթը հասանելի կլինի աշխարհի ցանկացած կետում, և որոնիչները այն հիանալի կերպով ինդեքսավորեն: Էնդրյու 2

Ընդամենը 3.

SEO-ի տեսանկյունից՝ փոխարինե՞լ մուտքային հղման URL-ը:

Անդրեյ Շ 4

Բովանդակության փոփոխությունների և/կամ 301 վերահղման բացակայության դեպքում էֆեկտը կարող է լինել դրական կամ բացասական՝ կախված բազմաթիվ գործոններից, որոնց առաջին շարքում բովանդակությունն է։ նոր էջ, դոնոր կայքի մուտքային ներքին հղումներ և դոնոր էջի մուտքային արտաքին հղումներ:

Եվգենի Յու. 3

Եթե ​​դուք փոխել եք մուտքային հղման URL-ը, թողնելով նույն խարիսխը, ինչ նախկինում էր, ապա, ամենայն հավանականությամբ, ավելի վաղ փոխանցված հղման կշիռը չի լինի նույնը, ինչ նոր URL-ով էջից: Նրանք. նոր մուտքային հղումը նվազագույն քաշը կփոխանցի ընդունող կայք և միայն ժամանակի ընթացքում «քաշ» կստանա: Դա պայմանավորված է գործոններով, օրինակ՝ էջի տարիքից, դեպի դրան տրաֆիկի քանակից, հղումների քանակից: ներքին էջերկայքը, ներքին հղումների խարիսխները, համարը արտաքին կապերև խարիսխների տեսակները այս էջըև այլն:Անտոն Վելիչկո -1

Միայն 2.

Ի՞նչ իմաստ ունի «.рф» կիրիլյան տիրույթում, եթե կան «.ru» և «.su» տիրույթներ:

Գենտ. Ռեգեր. 7

Կարծում եմ, որ սա առաջին քայլն էր «Սպորտլոտոյի» և «Կոմսոմոլ»-ի անդամների հետ ստեղծելու մեր յուրահատուկ, բարձր հոգևոր ինտերնետը: Մնում է հիմա ճանաչել ռուսի զգացմունքները վիրավորող լատինական այբուբենը, առանձնացնել ինտերնետը Արևմուտքից, միևնույն ժամանակ Չինաստանից իր Aliexpress-ով և թողնել միայն մեկ կայք «շփման մեջ», լավ, երևի, դասընկերներին և կայքը շտապում է առաջին ալիքով:

Սերգեյ Ռասկազով 7

Ընդամենը 4.

Ինչպե՞ս կարող եմ ստուգման նշան ստանալ:

Հյուր 1

Որպեսզի իմ փոստարկղը խցանված չլինի նշանի վերաբերյալ հարցերով, ես անմիջապես գրում եմ, թե ինչպես ստանալ այն:
Չպետք է լինի՝
1.Մատա
2. Խաղեր/մրցույթներ (%, փաստեր, lt)
3. Փոխադարձ բաժանորդագրությունների/հարցերի/հավանումների հարցում (պատասխաններում):
Եթե ​​քեզ մոտ ամեն ինչ լավ է, ուրեմն առաջ գնա
1. Դուք պետք է ունենաք ավելի քան 800 պատասխան։
2. 1000-ից ավելի բաժանորդ, ինչքան շատ, այնքան լավ։
3. Պրոֆիլը ձերը չէ, քանի որ ձեր լուսանկարները չկան և/կամ այս պրոֆիլը ստեղծված է այլ նպատակների համար (ֆիլմերից մեջբերումներ տեղադրելու, կյանքի խորհուրդներ, զվարճալի մեմեր և այլն): Ձեր լուսանկարը պետք է լինի այնտեղ (2, եթե դուք ցանկություն)
4. Ակտիվ պրոֆիլ, այսինքն՝ դուք ամեն օր գնում եք հարցի և վերջին մի քանի շաբաթվա ընթացքում պատասխանում եք 5 կամ ավելի հարցերի:
Եթե ​​դուք ունեք այդ ամենը:
5. Հետևեք հղմանը http://support.ask.fm/ics/support/ticketnewwizard.asp?Ոճ = դասական
6. Մենք լրացնում ենք մի քանի տող մեր մասին՝ լրիվ անուն - Ձեր լրիվ անունն ու ազգանունը, էլ. Էլ; Հարցման տեսակը - Հաշվի ստուգում, բացում է ևս մի քանի տող Պրոֆիլի URL - հղում ձեր հաշվին; Ձեր հետևորդների թիվը - հետևորդների թիվը; Թեմա - գրել «Հաշվի ստուգում» (առանց չակերտների); * Մանրամասն բացատրել (առավելագույնը 64,000 նիշ)
- գրում ենք «Բարև: Ես ուզում եմ տիզ ստանալ և պատրաստ եմ անցնել ստուգման ընթացակարգը»: (Կարող եք նաև պատմել ձեր մասին, թե որտեղ եք հայտնի դարձել ձեր արածով, կցել հաշիվների հղումներ, բայց սա ցանկություն է):
7.Push Finish >>>
Հետագա:
8. Սպասում ենք նամակ Ասուկայից, պատրաստ/մերժում: Եթե ձեր հարցումը համապատասխանում է նշագծին, ապա մեզ կառաջարկվի սելֆի անել թղթի կտորով, որտեղ ձեր օգտանունը և այսօրվա ամսաթիվը գրված են ձեռքով, իսկ դուք կարող է հստակ տեսնել ձեր ձեռքը ամբողջությամբ, որ դուք բռնել եք թղթի կտորը և ձեր ամբողջ դեմքը (ամենակարևորը), որ դա դուք եք:
Ի՞նչ գրել թղթի վրա: Վերցրեք ցանկացած թուղթ: Համոզվեք, որ ներառեք @ ձեր օգտանունը և այս նամակը ձեզ ուղարկելու ամսաթիվը: Ուղարկեք պատասխան նամակ: «Ահա ապացույց» տեքստով (առանց չակերտների)
9. Մենք սպասում ենք ևս մեկ օրվա նամակի, որտեղ մեզ շնորհավորում են չեկ ստանալու կապակցությամբ: Եվ մենք ուրախ ենք:
Հարցումը ուղարկել եմ մարտի 14-ի գիշերը 0:41; և այս օրը խնդրել է սելֆի անել ժամը 16:00-ին; Իսկ հաջորդ օրը ժամը 14:01-ին ստուգման նշան ստացա
Հուսով եմ մանրամասն բացատրեցի, և դուք կարող եք ստուգման նշան ստանալ, այստեղ ես ձեզ ասացի ամենափոքր մանրամասները: Դա ստանալու համար:
Էկրան https: //pp.userapi.com/c836439/v836439430/2b55c/AnlMBXPbPWs.jpg
Եթե ​​որևէ խնդիր ունեք, գրեք ինձ օգնելու համար https://vk.com/maksimovde.Օլեգ 300

Ընդամենը 1

28.03.2018 Ընթերցանության ժամանակը` 1 րոպե

2017 թվականի դեկտեմբերի 21-ից Google-ը հրապարակում է SEO Snippets՝ կարճ ուսուցման տեսանյութեր։ Ստորև ներկայացված է SEO-ի մեկ այլ հատվածի թարգմանություն:

Այսօր հարցը տալիս է Ջոն Մյուլլերը Շվեյցարիայից, այսինքն. Հարցը հետևյալն է՝ կարո՞ղ եմ url-ում օգտագործել ոչ անգլերեն բառեր: Կայքերի սեփականատերերի համար, որոնք թիրախավորում են անգլախոս տարածաշրջաններից դուրս օգտվողներին, երբեմն անհասկանալի է, թե արդյոք տեղական լեզուն և ոչ անգլերեն նիշերը կարող են օգտագործվել URL-ներում:

Google որոնողական համակարգն օգտագործում է URL-ներ հիմնականում բովանդակության մի հատվածին հասնելու համար, որտեղից Google բոտը սողում է էջի բովանդակությունը և ավելացնում այն ​​SERP-ին: Քանի դեռ URL-ները վավեր են և եզակի, խնդիր չի լինի։ Դոմենների և տիրույթների անունների համար բարձր մակարդակոչ լատինական նիշերը կոդավորված են Punycode փոխարկիչի միջոցով: Մի փոքր տարօրինակ է հնչում, այնպես որ ես ձեզ օրինակ բերեմ՝ վերցնենք իմ ազգանունը Müller (Müller): Երկրորդ տառի վերևում կան կետեր, այնպես որ այն կոդավորելուց հետո այլ կերպ կանդրադառնա որպես տիրույթի անուն՝ «müller» -> «xn-mler - kva»: Երկու տարբերակներն էլ որոնման համակարգին համարժեք են: google համակարգեր... URL-ի մնացած մասը կարող է կոդավորվել Unicode համակարգի միջոցով, UTF-8 ոչ լատինական նիշերի համար: Անկախ լեզվից, URL-ը հեշտ պահեք ձեր օգտատերերի համար՝ խուսափեք բացատներից, ստորակետներից և այլ նիշերից: Հասցեում բառերն առանձնացնելու համար օգտագործեք գծիկներ: Որոշ մարդիկ նախընտրում են օգտագործել ընդգծում. դա նույնպես լավ է, բայց գծիկն ավելի հեշտ է ճանաչել: Եթե ​​ձեր կայքը հասանելի է մի քանի լեզվով, օգտագործեք համապատասխան լեզուն այդ լեզվով բովանդակության էջերի URL-ում: Այսպիսով, ամփոփելու համար ես կասեմ. URL-ներում կարող եք օգտագործել ոչ անգլերեն բառեր, դա պետք է արվի ոչ անգլալեզու կայքերի համար։

Այսպիսով, այսօր ես ուզում էի մի փոքր գրել CNC-ում կիրիլիցա այբուբենի օգտագործման մասին: Իմ կարծիքով ռուսալեզու հղումները շատ լավ կլիներ, եթե չլինեին... Խոսակցություններ կան, որ դրանք հասանելի չեն բրաուզերներին, որոնման համակարգերին և այլ համակարգերին, իսկ բրաուզերի հասցեի տողում բացարձակապես սարսափելի բան է ցուցադրվում։ . Ես կցանկանայի ձեզ պատմել բոլոր դրական, բացասական, ասեկոսեների և կայքերում ներդրման մասին:

Այսպիսով, օրինակ, թե ինչպես կարող եք օգտագործել ռուսերենը URL-ում, կարելի է տեսնել հենց ձեր բրաուզերի հասցեի տողում: Այն պետք է ասի հետևյալը.

Http: //site/news/2009/09/08/Russian_language_in_URL.html

Եկեք նայենք, թե ինչ է ասում այս մասին պաշտոնական HTML 4.01 ճշգրտումը.

B.2.1 Ոչ ASCII նիշերը URI հատկանիշի արժեքներումՉնայած URI-ները չեն պարունակում ոչ ASCII արժեքներ, հեղինակները երբեմն նշում են դրանք ատրիբուտների արժեքներում՝ ակնկալելով URI-ներ (այսինքն՝ սահմանված % URI;մեջ DTD): Օրինակ՝ հետևյալը hrefարժեքն է անօրինական: href="http://foo.org/Håkon ">...Մենք խորհուրդ ենք տալիս, որ օգտատերերի գործակալները ընդունեն հետևյալ կոնվենցիան՝ ոչ ASCII նիշերի հետ աշխատելու համար նման դեպքերում. - Խուսափեք այս բայթերից URI փախչելու մեխանիզմով (այսինքն՝ յուրաքանչյուր բայթը փոխարկելով% HH-ի, որտեղ HH-ը բայթի արժեքի տասնվեցական նշումն է): Այս ընթացակարգը հանգեցնում է շարահյուսական օրինական URI-ի (ինչպես սահմանված է բաժին 2.2-ում կամ բաժին 2-ում), որը անկախ է այն նիշերի կոդավորումից, որով URI-ն կրող HTML փաստաթուղթը կարող է տրանսկոդավորվել:

Ինչը մոտավորապես նշանակում է հետևյալը.

Թեև URL-ը (URL-ի և URI-ի միջև տարբերություն կա, բայց այստեղ դա կարևոր չէ), այն պետք է պարունակի միայն լատիներեն (ASCII) նիշեր, պատահում է, որ հեղինակները դրանք տեղադրում են հղումների արժեքի մեջ։ Օրինակ, հետևյալ օրինակում href հատկանիշի արժեքը անվավեր է. href="http://vasya.ru/Vasya_Pupkin ">...Մենք խորհուրդ ենք տալիս բրաուզերներին անել հետևյալը. տասնվեցական արժեքներ (յուրաքանչյուր բայթ կլինի% HH): Արդյունքում ձեր URL-ը շարահյուսորեն ճիշտ կլինի:

Հատկապես նշեք, որ այն հղումը, որը մենք մտանք (փախել) UTF-8 կոդավորում, և դրա երկարությունը համապատասխանաբար մեծացավ։ Վեբ վարպետները, որոնց կայքերը օգտագործում են win-1251 որպես հիմնական կոդավորում (օրինակ՝ այս կայքը), պետք է մշակեն հատկապես հղումների անվանումը, օրինակ՝ կարող եք այն թարգմանել ձեզ անհրաժեշտ կոդավորման մեջ։

IE8-ում, ցավոք, մաքուր ռուսերենը հասանելի կլինի միայն այն դեպքում, եթե հասցեն ձեռքով մուտքագրվի այնտեղ: Բայց դա IE =):

Yandex-ում url-ում ռուսերենը հիանալի է հասկացվում և նույնիսկ օգտագործվում է որոնման համար:

Google-ը հղումներում բառերին իմաստ չի տալիս, բացի այդ, ընդգծման միջոցով միացված բառերն իր տեսանկյունից համարվում են մեկը, ավելի լավ է անջատիչների համար օգտագործել մինուս (գծիկ): Այս փաստը բուռն քննարկվել է xpoint.ru-ում։ Այնուամենայնիվ, այն նաև ցուցադրում է ճիշտ ձևավորված ռուսալեզու հղումներ:

Հիմա փոքր հարցազրույցի ժամանակն է, ես հարցազրույց վերցրեցի գործընկերներից այս թեմայով.

եթե օրինակ հղումը utf-8 է?
Ջելու (ծրագրավորող). Դե, վերևից կրակոզյաբրա) Ես ընդհանրապես կարծում եմ, որ սա վատ է Ես վաղուց էի ուզում ինչ-որ բան հարցնել օպտիմալացման մասին։ Ինչպե՞ս է ռուսաց լեզուն ազդում url-ի օպտիմալացման վրա:@ (օպտիմիզատոր). Ես նույնիսկ չգիտեմ, թե ինչ ասել, կարծում եմ, դա կախված է նրանից, թե ինչ եք ուզում ստանալ արդյունքում, այսինքն. ինչի համար է այս հղումը: բայց կարծում եմ, որ դա մեծ վստահություն չի տա, իսկ իմաստը փոխանցում է խարիսխը, կարծում եմ, որ ռուսաց լեզուն դրա հետ կապ չունի։ @: Ես չգիտեմ, թե կոնկրետ ինչպես է որոնման համակարգը վերաբերում ռուսերեն հղումներին: Դե, եթե ընդհանուր առմամբ խոսենք, թե ինչպես է դա ազդում, ես հակված եմ մտածելու, որ ճանապարհ չկա։ Համապատասխանության վրա ազդում է էջի տեքստը, բայց URL-ը, որը չի կապում դրան: Բարեւ Ձեզ. Ի՞նչ կարծիք ունեք url-ում ռուսաց լեզվի օգտագործման վերաբերյալ: ov3r (ծրագրավորող): բարև: բացասական, եթե միայն տարբեր կոդավորումների պատճառով Ի՞նչ կարծիք ունեք url-ում ռուսաց լեզվի օգտագործման վերաբերյալ: Jaehee (ծրագրավորող). հենց նոր հայտնաբերեցի, որ f *** ing sapa-ն կրճատում է 255 նիշից ավելի երկար url-ները, ինչն ինձ տխրեցրեց: քանի որ ես ունեմ urlencode> 255 sivols ռուսերենից: s ** եւ pi *** s. հակառակ դեպքում երկար ռուսերեն url-ները գեղեցիկ են, հաճելի, հարմարավետ, հասկանալի բոլորի կողմից և մեծացնում են դրանց արդիականությունը։ Ի՞նչ կարծիք ունեք url-ում ռուսաց լեզվի օգտագործման վերաբերյալ: Dark Lord (ծրագրավորող): shnyaga!

Մեկնաբանեք հոդվածը, գոնե մի քանի բառ:

Մեկնաբանություններ:

Այսպիսով, Յարոսլավ, ռուսերեն url պատրաստելու համար ենթադրվում է, որ դուք արդեն ունեք url-ի իրականացում անգլերենով, եթե ինքներդ ձեզ համար կայք եք գրել։
Տվյալների բազայում url-ը պահվում է utf-8 [u] կոդավորմամբ՝ անկախ նրանից, թե ինքնին կայքը ինչ կոդավորում է: Եթե ​​կայքը կոդավորված է 1251 թվականին, ապա պահպանելիս կոդավորումը փոխարկեք Utf-8-ի։
Երբ հղում եք ցուցադրում բլոգի էջում, դուք նույնպես պետք է մշակեք այն մասը, որը պարունակում է ռուսերեն լեզուն urlencode php գործառույթով:
Համապատասխանաբար, նորություններ գտնելու համար դուք վերլուծում եք url-ը և որոնում դրա այն մասը, որը պարունակում է ռուսերեն լեզուն: sql հարցումկարծես այսպիսին է.
SELECT ... որտեղ ... CONVERT (`caption_latin` USING utf8) = CONVERT (" ". $ Pname." "USING utf8) ..., որտեղ caption_latin-ը utf8 կոդավորման մեջ ձեր url-ը պարունակող սյունակի անունն է:


Ես պարզապես սկսնակ վեբ վարպետ եմ, ուստի ինչ-որ բան չեմ հասկանում: Անկեղծ ասած, ինձ կհամապատասխանի այս հարցով «դուլերի համար» հրահանգը))
Ինչպե՞ս պահել կոդավորումը Utf-8-ում:
Ինչպե՞ս մշակել ռուսաց լեզուն php գործառույթով:
ինչ է url վերլուծությունը:
Ներողություն եմ խնդրում, եթե որևէ հարց ծիծաղելի է թվում, բայց ես նոր եմ սովորում)
Լավ կլինի նաև ցույց տալ կոդի օրինակը առաջ և հետո (այսինքն, թե ինչ փոփոխություններ է պետք կոդի մեջ, որպեսզի URL-ում ռուսերեն տառեր ստանան), կարծում եմ, որ ինձ նման սկսնակների համար ավելի հեշտ կլինի դա պարզել:
Շնորհակալ եմ նախապես.

Այս հոդվածի հրապարակումից անցել է 2 տարի։ Մարդիկ օգտվում են հնարավորությունից կիրիլիցա հղումներ դնելու հզորության և հիմնականի հետ; Յաշան ուրախ է դրա համար. սակրավորներն էլ են ուրախ. Ոչ շատ վաղուց գրանցողներին թույլատրվեց բաժանել IDN տիրույթներ. նույնիսկ կիրիլիցա գոտի է ներդրվել (չնայած, ինչպես ես հասկանում եմ, նրանք Յունիկոդում յուրաքանչյուր տիրույթի համար տալիս են այլանուններ) ...
Այս ամենը չի կարող չուրախացնել։
Բայց ոչ բոլորը (՞) են սովորել ճիշտ վերահղում անել (նկատի ունեմ 301-ը): Քանի որ վերնագրերը չեն ընդունում կիրիլիցա հղումներ։ Այն, ինչ վաճառողները չեն անում գծերի հետ նախքան ներս մտցնելը վերնագիր («Գտնվելու վայրը»: ԱՅՍՏԵՂ);

Հեղինակը (այսինքն՝ ես) անշուշտ որոշ մտքեր ունի։ 301 վերահղման համար հղում պատրաստելը բոլորովին չի տարբերվում html-ի համար հղում պատրաստելուց։ Ես արդեն գրել եմ այն ​​մասին, որ իմ բլոգն աջակցում է հղումների ավտոմատ ուղղմանը։
Հետաքրքրության համար դուք կարող եք ջնջել տարին կամ ամիսը կամ նույնիսկ ամբողջ ամսաթիվը հասցեագոտում: Կամ կարող եք պարզապես սեղմել: Դուք նորից կվերահղվեք այս հոդվածին:
Եթե ​​ձեր շարժիչը պահպանում է տվյալները win-1251-ում, դուք պետք է կատարեք 2 քայլ.

• CNC հղման համար պատասխանատու դաշտը փոխարկեք UTF8 կոդավորման
• Ցուցադրել այս դաշտը հղման մեջ՝ օգտագործելով urlencode () PHP-ում: (ոչ ամբողջ հղումը, այլ միայն url-ի այս մասը):
Եթե ​​ձեր շարժիչը պահում է ամեն ինչ utf-ով, լավ, հասկացաք, չէ՞: =)


• Ես երկար ժամանակ սրա հետ էի զբաղվում...

  Իսկ նախկինում ամեն ինչ անում էի այնպես, ինչպես ասվում էր հոդվածում՝ թարգմանեցի utf-8, հետո փախա։ Ես փորձեր եմ արել տարբեր ձևերով...
  Բայց պարզվեց, որ խնդիրն այն էր, որ urlencode-ը () պարզապես խուսափում էր կտրվածքից:

  Շնորհակալություն, հոդվածի պատճառով ես նորից սկսեցի զբաղվել գործառույթով: Հասկանալի է) Ահա php ֆունկցիան.

  ֆունկցիա redirectto ($ redirect_link)
  {
  $ redirect_link = iconv ("windows-1251", "utf-8", $ redirect_link);
  $ redirect_link = urlencode ($ redirect_link);
  $ redirect_link = str_replace ("% 2F", "/", $ redirect_link);
  վերնագիր ("Գտնվելու վայրը:" $ redirect_link. "");
  }

  Բարի օր. Ես մի հարց ունեմ ... Առաջին բաները: Ես ուզում եմ այնպես անել, որ urn-ը լինի ռուսերեն (այո, ես այդպես եմ դրել)):
  Իրականում ի՞նչ անել:)
  Օգտագործողը փորձում է մուտք գործել հասցե host.domen / 2011 / article-1 /
  Ինչպե՞ս կարող եմ սա ընդհատել: Բռնե՞լ 404-ին ուղարկված բոլոր հարցումները: Բայց հետո 200-ի փոխարեն կվերադարձնի 404: Թե՞ փափուկ 404 սխալ արե՞լ 200 վերադարձի կոդով: (ի դեպ, ես չեմ հասկանում, թե ինչպես դա անել):
  Կամ հարմարեցնել .htaccess-ը 301 վերահղման համար: Բայց հետո կկատարվի վերահղում (պարադոքս, չէ՞)) ... Եվ շնորհիվ այն բանի, որ հոսթի բոլոր ֆայլերի և թղթապանակների անունները կփոխվեն. host.domen / 2011 / statja-1 /(սա էջի ճիշտ հասցեն է): Բայց ես դա չեմ ուզում) ես ուզում եմ, որ այն ցուցադրվի հասցեագոտում host.domen / 2011 / article-1 /Օգտագործելով ErrorDocument 404, հասցեն հասցեագոտում մնում է հենց այսպիսին: Դա թույլ է տալիս մի փոքր խաբել բնությանը և սերվերում օգտագործել ռուսերեն, որտեղ դա չես կարող անել) Ընդհանրապես, գաղափարներ ունե՞ս:

  Ես կփորեմ mod_rewrite-ի ժամանակ

  Այդպիսին է հզոր mod_rewrite գործիքը: Բայց նրա հետ աշխատելը մի փոքր անհարմար է։ Կարող էր ավելի հեշտ լինել։ Չնայած, կարծես, դա պայմանավորված է իր ներքին բարդությամբ: Կամ պարզապես «հին դպրոցի» ազդեցությունը։ Դեռ այն ժամանակ, երբ այն մշակվեց։ Դե, ոչ թե կետը, հիմնականը, որ ես ամեն ինչ արեցի) Բայց mod_rewrite-ի հետ տարբերակն այնքան էլ ճկուն չէր: Ավելի լավ է բոլոր նման մշակումները թողնել php-ին՝ 404-ում սխալ հարցումներ հավաքելով։

  Մեր շարժիչը mod_rewrite-ի համար օգտագործում է հետևյալ կանոնը.

  RewriteCond% (REQUEST_FILENAME)! -F
  RewriteRule ^ (. *) $ Index.php Rewrite_url_query_toget = $ 1

  Դուք կարող եք պարզապես օգտագործել RewriteRule ^ (. *) $ Index.php, բայց այս դեպքում էջի հասցեն պետք է վերցված լինի $ _SERVER ["REQUEST_URI"] փոփոխականից, որը լիովին ճիշտ չի լինի, եթե շարժիչը տեղադրված է թղթապանակը և ոչ արմատում:

  404 հարցումների մշակման միջոցով էջեր հավաքելը լիովին ճիշտ չէ: Նախ, կարող է լինել, որ 404 կարգավիճակը կվերադարձվի լռելյայն: Երկրորդ, Apache-ն կարող է փորձել էջը սպասարկել HTTP 1.0-ի փոխարեն HTTP 1.0 արձանագրության միջոցով, քանի որ 404 էջը պետք է վերադարձվի հենց HTTP 1.0-ի միջոցով, այսինքն. չօգտագործելով chunked մեթոդը վերադարձի համար, ինչը նույնպես կհանգեցնի սխալի: և այլն:
  Իսկ mod_rewrite-ն իսկապես դժվար է հենց իր բազմակողմանիության պատճառով: Պատշաճ ուսումնասիրության դեպքում դուք կարող եք շատ բան անել դրա հետ:
  

  Դե, առաջին երկու խնդիրները լուծվում են՝ ուղարկելով HTTP / 1.1 200 Ok վերնագիրը: Բայց որ սա ամբողջովին ճիշտ չէ, ես, իհարկե, համաձայն եմ) Սա դեռ լուծում է: Ես դրան չէի դիպչի, եթե ամեն ինչ սահուն «սոսնձվեր» mod-rewrite-ով։ Այն կպչում էր իրար, բայց ինչ-որ կերպ ծուռ էր: Դե, այս մեխանիզմը մեկ ժամով չի կարելի տիրապետել։ Ես կփորձեմ փորձարկել ձեր հրամանները mod_rewrite-ում:

  Ողջույն բոլորին! Ես տեսա առնվազն մի երկու բառ մեկնաբանելու խնդրանք, և այժմ ես ունեմ կայքեր WordPress-ում, այնտեղ այս բիզնեսը ավտոմատացված է բոլոր գրառումներում և էջերում, որոնց անունը ռուսերեն եմ օգտագործում, այն սովորաբար ցուցադրվում է բոլոր հիմնական բրաուզերներում: Եվ դա իսկապես հարմար է օգտագործողի համար:

  Դուք ունեք սխալ էջ))))))

  Դուք չեք մուտք գործել և ստուգել վանդակը: Ձեր մեկնաբանությունը չի պահպանվել: Եթե ​​դուք բոտ չեք, ահա այն, պատճենեք և նորից փորձեք.

  Բարեւ Ձեզ!
  Այսինքն, ձեր հղումը արտացոլվում է կոդավորված: Ոնց հասկացա, այսինքն ռուսերեն լեզվով հղումներ չի՞ կարելի ստեղծել։ Եթե ​​դուք օգտատերերին զտեք ըստ բրաուզերների և ստեղծեք հղումներ ռուսերեն լեզվով բոլորի համար, բացառությամբ այսինքն և տառադարձության՝ ie-ի, ապա որոնողական համակարգերն այս էջը կընկալեն որպես երկու: Ստացվում է, որ ամեն ինչ պետք է տառադարձությամբ անել, թե՞ դեռ լուծումներ կան։
  

  Հասցեների տողում մուտքագրեք օրինակ՝ mysite /? Բարև ձեզ
  php կոդը
  $ chpu = $ _SERVER [«REQUEST_URI»];
  echo $ chpu;
  php կոդը
  դուրս է գալիս այսպիսի բան՝% D0% BF% D1% 80% D0% B8% D0% B2% D0% B5% D1% 82
  Տեղադրեք այս կոդը տվյալների բազայում և վայելեք :)

  Վլադ, ոչ - էջը կցուցադրվի կոդավորված միայն մինչև 9-րդ տարբերակը: Սա բոլոր բրաուզերների 5%-ից քիչ է:
  

  Բարև շատ հետաքրքիր հոդված, շատ բան չգիտեր։
  Այնուամենայնիվ, ես այնքան էլ չհասկացա, թե ինչպես լուծել URL-ում ռուսերեն նիշերի ցուցադրման խնդիրը:
  Նայեցի «հում աղբյուրը» (Օպերայում Crl + U է), տեսա, որ հղում ունես, փաստորեն՝ UTF-8 փախելուց հետո։ Բայց երբ սավառնում եք բրաուզերի կարգավիճակի տողում, կարող եք տեսնել krakozyabry-ն, և անցումից հետո ստացվում է ռուսերեն տեքստը, ինչպես և պետք է լինի: Հենց չեմ փորձել, և փախչելով, և առանց, և բոլոր կոդավորումներով (առանց UTF-8-ի և դրա հետ փոխարկելու): Ամեն դեպքում, հղումը սեղմելուց հետո ես ստանում եմ փախած նիշեր = (

  UPD: պարզեցի: Պարզվում է, որ նման հնարքը պարամետրի հետ չի աշխատում։ Միայն ուղու մի մասով, բայց ոչ query_string: Ինձ թվում է, որ արժե լրացնել այս նրբերանգը, այլապես երբեք չգիտես: Ինձ միայն ճանապարհն էր պետք, բայց թեստի համար ես հիմարաբար ընտրեցի պարամետրը: Հետաքրքիր է, ի դեպ, ինչի՞ց է առաջացել այս հատկությունը, և ո՞վ է դեռևս չփախված նիշերը վերածում փախած ձևի` բրաուզեր կամ վեբ սերվեր: Հետաքրքիր կլիներ նաև հասկանալ, թե ինչ է գնում սերվերի վրա, երբ ռուսերեն տառերը տեսանելի են հասցեագոտում։ Արդյո՞ք այս զարդարանքը բրաուզերի կողմից է, թե՞ դրանք իսկապես անհետանում են առանց փախչելու:

  Եվ այո, պարամետրերը նույնպես այնքան էլ պարզ չեն. ես մի անգամ տեղադրել եմ nginx-ը առանց Apache-ի, այնպես որ, թվում է, որ պարամետրերը մնացել են ռուսերեն առանց փոխարինման ... նույն կոդավորումը եղել է ծրագրավորողի սերվերի վրա): rewrite-ն աշխատեց, բայց տվյալները եկան «վատ», նման բան.

  Այսպես կոչվածի վրա. գտնվելու վայրը.hash - այսինքն. այն ամենը, ինչ կա վանդակից հետո, ունի իր առանձնահատկությունը: Հետևաբար, այո, զննարկիչը, ավաղ, ցուցադրում է այն:
  

Առաջին հերթին հոդվածը նախատեսված է նրանց համար, ովքեր օգտվում են բովանդակության կառավարման համակարգից CMS Joomla! 1.5 քանի որ Ես կբացատրեմ կիրիլիցա url-ների օգտագործման բոլոր առանձնահատկությունները հիմնական որոնման համակարգերում որոնման համակարգի օպտիմալացման և որոնման արդյունքների բարելավման համատեքստում՝ հիմնված տեխնիկական լուծումների վրա, որոնք ես հանդիպում եմ կայքեր ստեղծելիս և դրանց առաջխաղացման հետագա աշխատանքում: Այնուամենայնիվ, ստորև բերվածս սկզբունքները տեղին կլինեն բոլոր վեբ վարպետների համար, ովքեր իրենց պրակտիկայում այդքան շատ չեն անտեսում: կարևոր մասնաշխատել ինչպես ինտերնետում, այնպես էլ որոնման համակարգի օպտիմալացումկայք՝ բարելավելու որոնման արդյունքները Google-ում, Yandex-ում և այլն:

Ստորև բերված ամբողջ նյութը հիմնված է իմ գործնական փորձի վրա և կաջակցվի իրական օրինակներիմ աշխատանքները.

Այսպիսով...

Կիրիլյան url-ների ձևավորում joomla-ում

CMS Joomla!-ն, ինչպես նաև բովանդակության կառավարման այլ համակարգերն ունեն բազմաթիվ տարբեր բարելավումներ և լրացումներ՝ բաղադրիչների, մոդուլների և պլագինների տեսքով, որոնք կարող են պատասխանատու լինել որոշակի գործառույթների առկայության և իրականացման համար: Քանի որ այստեղ մենք հիմնականում խոսում ենք SEO-ի մասին, ես օգտագործում եմ այնպիսի բաղադրիչ, ինչպիսին sh404SEF-ն է՝ կիրիլյան URL-ներ ստեղծելու համար։ Այս բաղադրիչի խնդիրն այն է, որ այն կարող է ձևավորել url կիրիլիցա: Նման url-ների ձևավորման գործընթացը մանրամասն ներկայացված է joomlaportal.ru-ում

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

Կիրիլյան URL-ների կարգավորում - ինչ կարևոր է հաշվի առնել

Կիրիլյան URL-ներ կարգավորելիս կարևոր է, որ դրանք շատ երկար չլինեն մի քանի պատճառով: Որոնման համակարգը կտրում է չափազանց երկար URL-ներ, երբ դուք պատրաստվում եք մոդուլներ տեղադրել համատեքստային գովազդՁեր կայքում, հաշվի առեք այն փաստը, որ շատ երկար url-ով (ավելի քան 30 նիշ) դուք չեք կարողանա մոդուլ ավելացնել այս էջին Google Adsenseև հետևել փոխարկումներին: Որոնման համակարգը կիրիլիցա url հասցեն տեսնում է հետևյալ կերպ.

բայց այնուամենայնիվ ցուցադրում է այն իր սովորական այբբենական տեսքով:

Հետևաբար, նման URL-ների առավելություններն ու թերությունները կներկայացվեն ստորև:

Կիրիլյան url-ների առավելությունները

1 Նման url-ում հիմնաբառ դնելով (ուղիղ մուտք կամ ոչ ուղղակի մուտք), դուք հնարավորություն եք ստանում ձեր հոդվածը ավելի բարձր ցուցադրել Որոնման արդյունքները... Իհարկե, նյութի որակն ինքնին շատ կարևոր է (սա ոչ ոք չեղարկել է), բայց այս կերպ դուք հնարավորություն ունեք ավելացնել ևս մեկ բանալի, և ինչու ոչ:

2 Շատ կարևոր է, որ հատված կազմելիս որոնողական համակարգը ցույց տա կիրիլիցա url-ը և ընդգծի որոնման հարցման հիմնաբառերը, ինչպես կարող եք տեսնել օրինակում:

Ընդ որում, օրինակի հոդվածը հայտնվել է անմիջապես այն բանից հետո, երբ այն ինդեքսավորվել է թոփ 10-ում «gym kpi» հարցման միջոցով, իսկ կարճ ժամանակ անց այն դարձել է առաջինը որոնման արդյունքներում՝ առաջին մեկնաբանությունների հայտնվելուց հետո։

3 Հոգեբանական գործոնը շատ կարևոր է, մարդը, նայելով այդքան գեղեցիկ URL-ին, եթե այն համապատասխանում է հարցման թեմային, անպայման ուշադրություն կդարձնի և կկտրի, քանի որ անմիջապես կհամոզվի, որ կգտնի իրեն անհրաժեշտ տեղեկատվությունը։ Շատ կարևոր է հաշվի առնել այս կետը առցանց խանութների համար, հատկապես, երբ զգալի մրցակցություն կա որոշակի տեսակի ապրանքի համար: Իսկ գեղագիտական ​​տեսանկյունից ներկայիս URL-ն անհամեմատ ավելի հաճելի է դիտել, քան նստաշրջանի նույնացուցիչները և այլ տարբեր պատկերակները, որոնք ոչինչ չեն նշանակում սովորական օգտագործողի համար:

Կիրիլյան URL-ների օգտագործման թերությունները

1 Երկրորդ պարբերությունում մենք հիշեցինք Google-ից՝ AdSense-ի համատեքստային գովազդային մոդուլի օգտագործման առանձնահատկությունները և ինչպես է որոնողական համակարգը տեսնում կիրիլյան url-ը, թերությունն այն է, որ url-ում նիշերի քանակի սահմանափակում կա, երբ դրանք ավելացվում են։ փոխակերպումը հետևելու համար:

2 Որոնման համակարգը (ինչպես ցանկացած այլ HTML խմբագիր, տեսնում է մեկ կիրիլիցա տառ որպես այդպիսի նիշերի համակցություն, օրինակ, որոնման համակարգի օպտիմալացում բառը HTML խմբագրիչում այսպիսի տեսք ունի -% D0% 9F% D0% BE% D0% B8% D1: % 81% D0% BA% D0% BE% D0% B2% D0% B0% D1% 8F_% D0% BE% D0% BF% D1% 82% D0% B8% D0% BC% D0% B8% D0% B7 % D0% B0% D1% 86% D0% B8% D1% 8F: Այդ իսկ պատճառով, եթե ցանկանում եք ֆորումի որևէ տեղ թողնել հաղորդագրություն կիրիլիցայով բրաուզերի հասցեի տողում ցուցադրվող հղումով, այն կ նայեք այսպես (տես 1-ին սքրինշոթը) ...

3 Ես նկատեցի այնպիսի առանձնահատկություն, որ եթե դուք, օրինակ, փոխում եք հոսթերը կամ պարզապես վերականգնում եք կայք պահուստից, ապա վերականգնումից հետո անհրաժեշտ է կրկին միացնել կիրիլյան URL-ների աջակցությունը համապատասխան բաղադրիչի կարգավորումներում: Բնականաբար, նման հանգամանքներում հղումները կարող են թռչել, և այդ ժամանակ այցելուները ցանկալի հարցման փոխարեն կտեսնեն 404 էջ, առնվազն մինչև վերաինդեքսավորումը: Ավելին, PS-ն սկզբունքորեն չի սիրում նման բաներ, և այցելուները (պոտենցիալ հաճախորդները) դժվար թե հիանան իրենց տեսածով…

4 Բացի այդ, եթե դուք կուտակել եք շատ նյութեր (հոդվածներ, ապրանքներ առցանց խանութում), ապա նման բաղադրիչի օգտագործումը կայունորեն կբարձրացնի տվյալների բազայի բեռը: Սա հղի է նրանով, որ հաղորդավարը կսկսի ցատկել (հատկապես շիթ հոսթերը) և հետո կտեսնի նախորդ կետը: Երկրորդ՝ կայքի բեռնման ժամանակն անխուսափելիորեն կավելանա, և դա կգրգռի օգտատերերին, ինչի արդյունքում նրանք կցանկանան կրկին այցելել ձեզ ավելի քիչ հուզմունքով։

Այս հոդվածի արդյունքում ես ուզում եմ պատմել իմ նախագծերի հետ կապված իրավիճակը այս պահին... Իմ անձնական որոշումը, բոլոր դրական և բացասական կողմերը կշռելուց հետո, այն է, որ կիրիլիցա url-ներով կայքերը (որպես կանոն, դրանք իմ կողմից ստեղծված և գովազդվող առցանց խանութներ են), ես որոշեցի թողնել նույնը, հաշվի առնելով վերը նշվածի ակնհայտությունը. նկարագրեց «պլյուսները»: Այդուհանդերձ, ես ստեղծում եմ նոր կայքեր՝ առանց կիրիլիցա url օգտագործելու, ես օգտագործում եմ մայրենի mod_rewrite, պարզապես մուտքագրում եմ գրագետ տառադարձություն լատիներեն որպես էջի անուն։ Կրկին, մեր սեփական պրակտիկայի տեսանկյունից, URL-ի գրագետ տառադարձումը կամ գրագետ անգլերեն ուղղագրությունը PS-ի կողմից (առնվազն Google-ի կողմից) ընկալվում է որպես բանալի բառ, ինչը լավ նորություն է:

Մի քանի նշում, թե ինչպես կարգավորել sh404SEF բաղադրիչը

Այս բաղադրիչը տեղադրելու որոշում կայացնելուց հետո կարևոր է իմանալ դրա առավելությունները: Քանի որ իմ կայքում մենք խոսում ենք SEO-ի մասին, ապա այս համատեքստում մենք կդիտարկենք այս հարցը: Sh404SEF բաղադրիչը ուշագրավ է նրանով.

• ստեղծում է մեծ թվովտեխնիկական urls, որոնք կապում են տուն
• դրանով ձևավորվում է իմաստային միջուկկայք էջի վերնագրերից, որը որոշում է կայքի թեման
• Հետագայում ՀԾ-ն, բնութագրելով կայքի թեման, համարում է թեմատիկ որոնման հարցումներորով դուք ստեղծում եք ձեր կայքին համապատասխան նոր էջեր
• սա բարձրացնում է ձեր կայքը թեմատիկ հարցումների որոնման արդյունքներում, քանի որ կայքը համապատասխան և հեղինակավոր է որոնման համակարգի աչքում
• իր հերթին, սա զգալիորեն խնայում է կապի բյուջեն և թույլ է տալիս գնալ TOP որոնման համակարգերբովանդակություն ստեղծելով

Այսպիսով, sh404SEF-ը կարգավորելու համար համոզվեք, որ տողում url հասցեներըկար բաժին, կամ ապրանքների կատեգորիա։ Եթե ​​բաժինը, կատեգորիան և ինքնին ապրանքը (նրանց անունները) մեծ տեղ չեն զբաղեցնում բրաուզերում, կարող եք բոլորը ցուցադրել: Այնուամենայնիվ, սա վերաբերում է միայն ոչ կիրիլյան url-ներին՝ վերը նշված պատճառներով:

Այսպիսով, մենք կարող ենք եզրակացնել, որ եթե sh404SEF բաղադրիչը տեղադրված է կայքում, և այն նախկինում կազմաձևված է կիրիլյան url-ներ ստեղծելու համար, ապա դուք չպետք է ջնջեք բաղադրիչը: Ցանկալի է այն վերակազմավորել այնպես, որ url-ները ձևավորվեն լատինական այբուբենով: PS կայքի վերաինդեքսավորումը կախված է որոնման ռոբոտների այցելությունների հաճախականությունից: Եթե ​​կայքը ավելի հաճախ է թարմացվում, ապա ռոբոտներն ավելի հաճախ են այցելում այն։ Ժամանակի ընթացքում, մինչ վերաինդեքսավորումը տեղի է ունենում, հոգ տանել տեսքը 404 էջ, տրամադրել այցելուներին արագ մուտքԴեպի գլխավոր էջկայք, մենյուի անհրաժեշտ կատեգորիաներ և բաժիններ, ապրանքներ և այլն:

Այս հոդվածը միանշանակ պատասխան չի տալիս հարցին՝ օգտագործե՞լ կիրիլյան url-ները, թե՞ ոչ: Այնուամենայնիվ, հուսով եմ, որ դրանց օգտագործման վերը նշված առավելություններն ու թերությունները կօգնեն ձեզ ճիշտ որոշում կայացնել այս հարցում: