Odamlar ucp php redirect operatsiyalari. Sahifani olishdan oldin PHP-da boshqa URL-ga yo'naltirishni qanday o'rnatish mumkin? Eng keng ko'rinishlarga yo'naltirishni qo'llang

Tugatish muhim moment saytni o'rnatishda. Qayta yo'naltirishni noto'g'ri o'rnatish qidiruv tizimining saytiga zarar etkazishi mumkin. Doimiy qayta yo'naltirish 301 g'alaba qozonishi mumkin bo'lgan eng keng tarqalgan vaziyatlar:

• Sayt manzilini o'zgartiring- Siz domeningizni sotib oldingiz va site.example.com dan site.ru ga o'tishga qaror qildingiz
• Dzerkal yopishtirish - shuning uchun sizning saytingiz www.site.ru va site.ru manzillarida mavjud, pok tizimlari ikki xil saytga o'xshab ko'rinishi mumkin, shuning uchun sahifaning yuqori qismiga asosiy oynani belgilash (www bilan yoki wwwsiz) va asosiy oynaga yo'naltirishni o'rnatish kerak.
• Agar partiya (bir yoki boshqa) manzilini o'zgartirgan bo'lsa- o'sha paytda http://example.com/index.php?option=com_content&task=view&id=23&Itemid=1 manzillari yaxshi emasligi ma'lum bo'ldi va ularni qayta shaklga keltirish kerak. http://example.com/sport/news12, lekin zarbali tizimlar indeksidagi pozitsiyalarni egallash juda yomon (ular uchun masshtablash yangi maqola bo'ladi).
• Ikki tomonlama kurashning yana bir usuli

Muhim: 302 Vaqtinchalik ko'chirildi. Yon yopishtirish hech kim bilan sodir bo'lmaydi va siz har doim yo'naltirish bilan tomonni qayta yo'naltirishingiz mumkin.

Apache (.htaccess) uchun doimiy yo'naltirish 301

Qatordan keyingi qatorga kerakli qoidalarni kiriting:

RewriteEngine on RewriteBase / # yangi yo'lni kesish uchun serverning ildizini sayt ildiziga ko'ring

Qoidalarning o'zi sintaksisni taxmin qilib, muntazam iboralar yordamida o'rnatiladi:

• Metabelgilar, belgilar guruhlarini yoki shablon uchun belgini belgilash uchun:
  • ^ - qatorning boshiga belgi qo'ying,
  • $ - qator oxiri belgisi,
  • ! - qatʼiy izolyatsiya,
  • \ - escape slash, undan keyin katta belgi bilan meta-belgini kiritish imkonini beradi;
  • . - nuqta, ramz bor yoki yo'qligini anglatadi, lekin faqat bitta;
  • () - guruhlash.
• Modifikatorlar asosiy belgilar, meta-belgilar yoki ularning har qanday guruhlaridan keyin joylashtiriladi:
  • ? - belgi 0 yoki 1 marta takrorlanadi,
  • * - 0 dan 65536 martagacha takrorlang,
  • + - 1 dan 65536 martagacha takrorlang.
• Prapori tayinlaydi qo'shimcha imkoniyatlar qaysi qoida uchun:
  • NC - (nocase) belgilar registrini qayta tekshirishni o'z ichiga oladi.
  • R - (qayta yo'naltirish) transformatsiya jarayonini to'xtatadi va natijani mijozning brauzeriga o'ng tomonga yo'naltirish sifatida qaytaradi (302, MOVED TEMPORARY).
    Ushbu ensign yordamida siz natija uchun boshqa kodni belgilashingiz mumkin, masalan, R=301 yoki 301 kodi bilan qayta yo'naltirishni aylantirishingiz mumkin (DOIMIY KO'CHILDI). Siz tushunganingizdek, siz bizga kerak bo'lganlarsiz.
  • L - (oxirgi) transformatsiya jarayonini davom ettiradi va qoldiq tomonidan yanada soddalashtirilgan harakatlar hisobga olinadi.

Eng tez-tez muhokama qilinadigan vaziyatlarni ko'rib chiqing:

index.php (html) dan asosiy sahifaga yo'naltirish

Sayt tuzilishini o'zgartirganda qayta yo'naltirish

PHPda doimiy yo'naltirish 301

Brauzerga u tomonidan quvvatlanganlar haqida xabar berish uchun siz http://site.ru manziliga yo'naltirishingiz va buyruqlarni bajarishingiz kerak:

Sarlavha("HTTP/1.1 301 doimiy ravishda ko'chirildi"); sarlavha ("Joylashuv: http://site.ru"); Chiqish();

Nginx uchun doimiy yo'naltirish 301

Qayta yo'naltirish qoidalari server bo'limida tasvirlangan.

www.site.ru saytidan site.ru saytiga yo'naltirish

yoki barcha saytlar uchun umumiy qoida:

Server (server_name ~^(?! www\.); qayta yozish ^ http://www.$host$request_uri doimiy; )

www.site.ru saytiga yo'naltirish

index.php dan asosiy sahifaga yo'naltirish

» Endi UCP serveridagi ma'lumotlar "Monitor" tarqatish veb-saytiga yuklanadi
» Yangi cvar ucp_monitor qo'shildi
» HL1. Cheatga qarshi tizim yaxshilandi
»HL2. Polipshena pidtrimka versiyaning qolgan qismi css
»HL2. Moda Deathmatch-ni qo'llab-quvvatlang
»HL2. binkw32.dll-ni avtomatik almashtirish

Imkoniyatlar:

» O'zgarishlar va o'zgarishlar uchun himoya o'yin fayllari
» Jarayonni amalga oshirish va o'zgartirish uchun himoya
» Zahist vid vikoristannya script chitiv
» Shaxsiy kompyuterning noyob identifikatorini taqiqlash tizimi
» Mijoz qismini avtomatik o'rnatish
» Pidtrimka bug ' va non-steam versiyalari
» Qabrdan ekranni olib tashlash imkoniyati
» Muammolarni tez aniqlash uchun moslashtirilgan chaynash robotli rejimi

Yordamchi o'yinlar:

" Yarim hayot
» Holati nol
» Counter Strike 1.6
» Mag'lubiyat kuni
» Adrenalin o'yinchilari
» Team Fortress Classic
» Counter Strike Manbai
» MU Onlayn
» Ragnarok Onlayn

Mijoz qismini o'rnatish:

1. O'rnatuvchini ishga tushiring, kerakli tilni tanlang va "Dal" tugmasini bosing.
2. Litsenziyaning aqli bilan kuting va "Dali" tugmasini bosing.
3. "Qarang" tugmasini bosing va hl.exe faylini tanlang, so'ng "Ko'rib chiqish" tugmasini bosing.
4. Gril turini tanlang va kalitni qo'shishni unutmang - bug ' Agar sizda GR yoki 33 yoki undan ortiq yamoqning steam versiyasi mavjud bo'lsa (qurilish raqamini olish uchun 4156 tuzilmasi), o'yinni o'ynash uchun konsolda buyruq yozish kifoya. versiya )

- bug '- gri yoki hatto 33 yoki undan ortiq patchning bug 'versiyasi uchun talab qilinadi
-noforcemparms- Windows uchun sichqoncha tugmalarini moslashtirish
-noforcemaccel- Windows uchun sichqonchani tezlashtirishning vikorist sozlanishi
-noforcemspd- vikoristovuvannya shvidkostí mishi z Windows
-chastot- ekranning boshlanishida monitorning belgilangan chastotasini o'rnating (RK uchun marno)
-w- monitor maydonining kengligi (masalan, -w 800 -h 600 set 800x600)

Qanday qilib katakchani belgilamadingiz "Ish stolida yorliqlar bilan katalog yarating" , o'rnatishdan so'ng, Ultra Core Protector katalogi ish stolida quyidagilar bilan paydo bo'ladi:

ucp.log- kechirim kodlari va kompyuter konfiguratsiyasi haqidagi ma'lumotlarga ega asosiy fayl.

ucp.ini- fayl nalashtuvan run gri.

Ustuvorlik = 2- gripp jarayoni uchun ustuvor rejim:
past - 1
o'rta - 2
yuqori - 3
haqiqiy soat - 4
o'rtachadan past - 5
o'rtachadan yuqori - 6

O'yin=Counter-Strike- Gree turi (Half-Life, Counter-Strike, Shart-Nol, Mag'lubiyat kuni, Team Fortress, Counter-Strike Source)

til = 1- mova, afvlar kelajakda ko'rsatiladi (0 - ingliz, 1 - rus)

Parametrlar=-nojoy -nomaster -nointro - Grid ishga tushirish parametrlari, Grid ishga tushirish parametrlarini o'rnatish uchun siz uni yorliq vakolati bilan belgilashingiz kerak "Ishlaydigan po'lat\Ultra Core Protector\Counter-Strike" .

ucp.dbg- yuklash rejimida anti-cheat ishga tushirilganda ma'lumotlar saqlanadigan fayl.

Nosozliklarni tuzatish rejimi- muammolarni aniqlash uchun robot anti-cheat yangilash rejimi.

Counter Strike- Cheatga qarshi gri-ni ishga tushirish uchun Vídteper, ushbu yorliq bilan shoshiling.

O'yinlarning litsenziyalangan versiyalariga o'rnatish uchun siz katalogni ko'rsatishingiz kerak "steam\steamapps\counterstrike\", va anti-cheatni boshlashdan oldin, siz bug'ni ishga tushirishingiz kerak.

HL1 uchun o'rnatish:

» Serverda robot anti-cheat uchun qolgan versiyaning AMX Mod X o'rnatilishi bo'lishi mumkin
» Nusxalash ucp.amxx katalogda addons/amxmodx/plugins/
" DA addons/amxmodx/configs/plugins.ini ucp.amxx qatorini qo'shing
» Nusxalash ucp.cmd mod gri, de liblist.gam asosiy katalogiga
» Nusxalash banlist.txt, config.cfg, cvarlist.txt, detectlist.txt va filelist.txt katalogda addons/amxmodx/configs/ucp/
» Nusxalash ucp.txt katalogda addons/amxmodx/data/lang/
» Agar serverda 0.4.8 versiyasidan pastroq dproto moduli o'rnatilgan bo'lsa, anti-cheat tizimi uchun bu konfiguratsiyada kerak bo'ladi. dproto.cfg qatorni bilish ValidInfoFields_Engine va oxiriga qatorlarni qo'shing \*ucp_id

HL2 uchun o'rnatish:

» Robotik anti-cheat uchun qolgan versiya serverda o'rnatilgan
» Nusxalash ucp.smx katalogda addons/sourcemod/plugins/
» Nusxalash ucp.cmd ildiz katalogiga moda gri, de gameinfo.txt
» Nusxalash banlist.txt, config.cfg, cvarlist.txt, detectlist.txt і filelist.txt katalogda cfg/ucp/
» Nusxalash ucp.phrases.txt katalogda addons/sourcemod/translations/

Eslatma:

» Schob zí steam mijozlari serverga kirishi mumkin, bu kerak VACni yoqing, buning uchun siz kalit qo'shishingiz kerak -xatarli server qismini ishga tushirish uchun.
» Gravitatsiyada anti-cheatni avtomatik ravishda o'rnatish va ishga tushirish uchun, anti-cheatsiz kirish uchun siz qator qo'shishingiz kerak
Kiritmoq asosiyda motd.txt server qismi. Shundan so'ng, qabr kabi, so'rovni bosing Kiritmoq, gra vivantage va anti-cheat orqali ishga tushirish. Bundan tashqari, o'yinni anti-cheat bilan ishga tushirish uchun o'yinni o'yinning ildiz katalogidan ucp.exe fayli bilan boshlashingiz kerak.

Fayl topshirig'i:

config.cfg- Cheatga qarshi konfiguratsiya fayli.
banlist.txt- taqiqlangan koristuvachivlarning identifikatorlari.
ucp.cmd - original fayl identifikatsiya qilish va avtomatik yangilash uchun xizmat qilish uchun oqimli mijoz qismi.
filelist.txt- Serverdagilar bilan tekshirish uchun fayllar ro'yxati. 100 qatordan oshmasligi kerak.
cvarlist.txt- Primusda ma'nolari ko'rsatilgan choraklar ro'yxati. 50 qatordan oshmasligi kerak. (Counter-Strike uchun cvarlar ro'yxatini qulflash uchun). (Faqat HL1 uchun)
ucp.txt- HL1 uchun turli xil movslar bilan server yangilanishlari.
ucp.phrases.txt- HL2 uchun turli xil movslar bilan server yangilanishlari.
detectlist.txt- Mijoz tomonida nobuggy dasturiy ta'minot imzolari ro'yxati. 50 qatordan oshmasligi kerak. Sintaksis:

Hazil turi:

[P]- jarayon nomini chaqirish
[V]- vikna sinfiga ergashing
[D]- Haydovchining ismiga Shukat

Dííí:

[M]- eslatmalarni ko'rsatish
[K]- Vivantage jarayoni
[B]-bsod

Butt:

[W] [K] virusli
[W][B]ollydbg
[D][M]ntice.sys SoftIce-ni yopish va kompyuterni qayta ishga tushirish kerak

Buyruq:

ucp_ban - kompyuterning noyob identifikatori uchun mahalliy server tortishishini taqiqlash. Agar taqiqning soati ko'rsatilmagan bo'lsa yoki 0 ko'rsatilgan bo'lsa, abadiy taqiqlang.

ucp_banid - kiritilgan identifikatordan keyin mahalliy serverga taqiq qo'ying. Agar taqiqning soati ko'rsatilmagan bo'lsa yoki 0 ko'rsatilgan bo'lsa, abadiy taqiqlang.

ucp_unban - identifikatorni kiritgandan so'ng mahalliy serverni taqiqlash.

ucp_banlist- Taqiqlangan identifikatorlar jadvalini ko'rsatadi.

ucp_banlist_file - taqiqlangan koristuvachiv identifikatorlarini bekor qiluvchi faylga yo'l ("0" ni qulflash uchun).

ucp_version- ko'rsatish joriy versiya firibgarlikka qarshi.

ucp_who- Serverdagi qabrlar ro'yxatini ko'rsatish.

ucp_screen - gravyuraning skrinshotini oling va uni serverga yuboring jpg formatida tanlangan protokol uchun. Boshqa variant faqat HTTP rejimida ko'rinmaydigan skrinshotni ko'rsatish uchun kerak bo'ladi.

ucp_autoscreen - gravür bilan skrinshot oling berilgan interval soat (sekundiga). Minimal davriylik 60 soniyadan kam bo'lmagan ("0" qulfi uchun) bilan bog'liq.

ucp_mode - serverni qayta ishga tushirmasdan anti-cheat plaginini yoqish/o'chirish ("1" blokirovkasi uchun).

0 - plagin
1 - plagin qo'shimchalari

ucp_checkfile_mode - filelist.txt dan fayllarni qayta tekshirishni yoqish/o'chirish ("1" blokirovkasi uchun).

0 - parametr o'chirilgan
1 - parametr yoqilgan, agar asl bo'lmagan fayllar topilsa, men ularni ko'raman va yangisini tashlayman
2 - parametr o'chirilgan, agar o'yinda asl bo'lmagan fayllar topilsa, o'yinni qayta o'rnatish kerakligi so'raladi.

ucp_upload_mode - Skrinshotlar serverga yuboriladigan protokol ("FTP" blokirovkasi uchun).

FTP- Fayl uzatish protokoli
http- Giper matnni uzatish protokoli
LOCAL - skrinshotlarni quyidagi manzilga yuboring mahalliy server(UCP Screen Uploader plagini tomonidan o'rnatilishi mumkin)

ucp_upload_host - Ekranlar tahrir qilinadigan serverning HOST yoki IP-manzillari (www, http:// va ftp://siz) Agar http yoki ftp server graning o'zi bilan bir xil serverda joylashgan bo'lsa va server ichki va tashqi manzilga ega bo'lsa, u holda manzilni almashtirish belgisini "+" qo'ygan ma'qul, bu holda nomining skrinshotlari. tortishish serverning tashqi manziliga va ichki manzildan ichki manzilga yuboriladi.

ucp_upload_port - server porti.

ucp_upload_user - FTP serverida identifikatsiya qilish uchun login.

ucp_upload_pass - FTP serverida identifikatsiya qilish uchun parol.

ucp_upload_path - skrinshotlar olinadigan katalog yoki PHP skripti.

ucp_build - serverga kirishga ruxsat berilgan tuzilmalar soni yoki raqamlari ("0" ni qulflash uchun, shuning uchun parametr o'chirilgan). Siz bitta "4156" va "3779; 3939; 3248; 3266" ni belgilashingiz mumkin. Anti-cheat quyidagicha tan olinadi:

2834, 3147, 3210, 3248, 3266, 3329, 3382, 3647, 3779, 3939, 4156, 4381, 4554
3048, 3152, 3264, 3224, 3698, 3945, 4044, 4248

ucp_cpurl - serverga ulanganda ("0" ni qulflash uchun, shuning uchun variant o'chirilgan) tomonidan taqdim etilgan Content hosting maydonida o'z banneringizni ko'rsatish imkoniyati. Siz html faylini yaratishingiz kerak, masalan cs.html, u erga quyidagi kodni yozing:

de cs.jpg 340x56 o'lchamdagi banneringiz. Cs.html, cs.jpg ni http serveringizga yuklaymiz va shu yerga kiritamiz http://manzilingiz/cs.html

ucp_detect_mode - gravyura tomonida bagaj bo'lmagan dasturiy ta'minotni skanerlashni yoqish/o'chirish ("1" qulflash uchun).

0 - qayta tekshirish o'chirilgan
1 - qayta tekshirish yoqilgan

ucp_detect_time - login o'ymasining yuqori qismidagi xato bo'lmagan dasturiy ta'minotni skanerlash uchun soniyalar oralig'i ("0" qulflash uchun u faqat serverga kirishda skanerlanadi).

ucp_link - Cheatga qarshi kurashish uchun majburlangan, chunki u tepilganda namoyon bo'ladi.

ucp_redirect_mode - agar siz hiyla-nayrangsiz kirsangiz, qabrlarni qayta yo'naltirish funksiyasini yoqing / o'chiring ("0" ni blokirovka qilish uchun bu funksiya o'chirilgan).

0 - qayta yo'naltirish o'chirilgan
1 - qayta yo'naltirish yoqilgan

ucp_redirect_wan - tortishish kuchi qayta yo'naltiriladigan server manziliga qo'ng'iroq qiling, go'yo siz hiyla-nayrangsiz Internetga kirgansiz.

ucp_redirect_lan - serverning mahalliy manzili, bu erda tortishish merezhídan kelgan anti-cheat holda qayta yo'naltiriladi.
socket_hz.

» Ekranlarni yuklash - http serverida skrinshotlarni olish uchun oddiy PHP skripti.

» ATAC + UCP - noyob UCP identifikatori orqasida ogohlantirish uchun "jamoangizdagi tortishish hujumlarini boshqarish" integratsiya plagini.

Salom do'stlar. Bugun men yana ham ko'proq zazhdzhenu muhokama istayman, lekin hali ham dolzarb mavzu bilan davom - ce 301 Redirect (Doimiy yo'naltirish 301) - seo-partiya va rasmiyatchiliklar holda, uning o'zi "yo'naltirish" so'zi ostida yoqasida bo'lishi mumkin. . Texnik jihatdan, agar server yangisiga ko'chirilgan bo'lsa, u 301 kodini o'zgartirishi mumkin, ya'ni qaytish manzili doimiy ravishda o'zgartirilgan (doimiy ko'chiriladi). Bu hiyla-nayranglarning barchasi natijasida biz Kíntsevning yangi manzilini olishda aybdormiz.

Sizga ushbu texnik jihatlar kerak emasligini hurmat qilaman, lekin men amaliy nutq haqida gapirmoqchiman - agar va ba'zi holatlarda yo'naltirishni yutib olish yaxshiroq bo'lsa, bunday buyruqlar yordamida siz yo'naltirish qoidalarini o'rnatishingiz mumkin va hokazo. Shuningdek, yordam beradigan vositalarni ko'rib chiqing, ular yordamida siz yo'naltirishlarning to'g'riligini o'zgartirishingiz mumkin.

Shunday qilib, buyuklarga pist viyshov kabi, keyin virishiv robiti omadingiz uchun zmist:

Agar 301 yo'naltirish bilan ishlash kerak bo'lsa

Agar partiya (kengaytirilgan partiyalar guruhi) manzilini o'zgartirgan bo'lsa, oldinga yo'naltirish to'xtatiladi— ko'pincha sayt strukturasini o'zgartirishda, urlning asosiy qismini qayta nomlashda yoki manzilni shakllantirish tamoyilini o'zgartirishda (oddiyroq kazhuchi, CNC) foydalaniladi. Afsuski, hamma narsa e'tiborga olinmaydi, agar siz uni saytda o'zgartirsangiz va natijada siz yangi lavozimga olib keladigan yoki qidiruv tizimlari tomonidan sanktsiyalar qo'llanilishiga olib keladigan ko'plab dublikatlarni topasiz. Ishimda bunday holatlarga tez-tez duch kelaman va oqibatlarini tuzatish va yumshatish uchun juda asabiyman. Men o'zimni tavsiya qila oladigan bo'lsak, CNC turini o'zgartirish va strukturani qayta ishlashdan oldin, saytning oqim tuzilishi, uning barcha bo'linmalari va oxirgi tomonlarning ilovalari uchun reja tuzing. Ish tugagandan so'ng hamma narsani qayta tekshirish kerak bo'ladi, shunda siz eski manzilga borganingizda biz yangi manzilga o'tdik va server 301 (302 emas) kodi bilan qayta yo'naltirishni yubordi.

vikoristannya 301 qayta yo'naltirish boshlanishi - sayt yoki yopishtirish dzerkal manzilini o'zgartirish. Natijada, siz kompaniyaning rebrendingi bilan bog'liq havoladagi veb-sayt manzilini o'zgartirdingiz yoki boshqa reklama mahsulotlarida yoga ko'rsatish uchun yangi chiroyli va qisqa domenni ro'yxatdan o'tkazdingiz - bu yanada muhimroq, agar siz manzilga qaytsangiz. eski domen, koristuvach o'sha tomonga o'tadi (va asosiy sahifaga emas), lekin yangi domenga. Promo-saytlar haqida gap ketganda, asosiy saytga olib borishi kerak bo'lgan bir yoki ikki tomondan badbo'y hid hosil bo'ladi, aks holda promo-saytga kirganingizda, asosiy saytning maxsus tomoniga yo'naltirish so'raladi. . Boshqa paytlarda sayt yaratishda u domenlar soni bo‘yicha, masalan, kompaniya nomini lotin tilida noaniq yozish orqali ro‘yxatdan o‘tkaziladi. Sob íntuí̈tivno manzilni terish, ko'p pul sarflagan koristuvach va domenlarni ro'yxatdan o'tkazish - bu juda muhim, 301 barcha qo'shimcha domenlardan bitta asosiy manzilga yo'naltiradi. Har qanday vaqtda bir xil sayt barcha manzillarda mavjud deb taxmin qilish mumkin emas.

Oyna haqida ko'proq ma'lumot - bu sizning saytingiz http://www.site.ru, http://site.ru va https://site.ru manzillari uchun mavjud bo'lishi uchun bo'lishi mumkin.(kamdan-kam bo'lib qolmoqda, ale bova) - barcha klassik kechirimlar, bunga toqat qilib bo'lmaydi va bu holatlarda men 301 yo'naltirishning taqdirini olaman. Shunday qilib, turli xil sayt manzillarida bo'lgani kabi, asosiy oyna bilan (www yoki wwwsiz) ishora qilish va asosiy oynaga yo'naltirishni o'rnatish kerak. Shubhasiz, qidiruv tizimlari yomon emas va bunday vaziyatlarda ular ko'pincha o'zlarini engishadi va shu bilan siz o'zingizga yordam bera olasiz. to'g'ri tekislash robots.txt-dagi webmaster panellarida (Yandex uchun, Xost direktivasi). Ale seo - o'ng tomonda ingichka va men omadga ishonmadim, balki burishib ketdim!

Ba'zida vaziyatni hatto qabul qilib bo'lmaydi, agar saytning nusxasi faqatgina kiritilganda emas, balki kirish mumkin bo'lsa. manzil qatori domen nomini, keyin esa serverning IP-manzilini yozing. Bunday vaziyat umumiy hosting uchun bo'lishi dargumon, lekin agar siz server haqida tasavvurga ega bo'lsangiz, bu oson. Bu noto'g'ri server sozlanishining sababi bo'lishi mumkin - muammoni hal qiling, IP-manzilga murojaat qilganingizda kirish imkoniyatini yoqishga yordam bering, lekin veb-serverga (apache yoki nginx) 301 yo'naltirishni amalga oshirgan ma'qul. Bir necha oy oldin men ham xuddi shunday vaziyatga duch keldim - men saytlarning bir qismi osilgan serverni ko'rdim, lekin men bitta okremy serverni olib, saytlardan birini oldim. Men saytni o'tkazdim, hammasi bir yil ishladi va bir marta Googleni saytimning kloniga urdim - shok, vahima - mening yangi serverimning IP manzili í ekanligini angladim, mening saytim yangi serverda jonli. biri va server yoqilganda 200 OK ni yuboring va Google uni yana indeksladi. Old serverda bunday muammo yo'q edi, IP-dan domenga 301-yo'naltirishlar to'plami mavjud edi, bu IP uchun asosiy ko'rsatkichlar. Endi men kuchli xabar bilan o'rgatganman va bunday nutqlarni doimiy ravishda tekshirib turaman - ehtiyot bo'ling va kechirimlarni takrorlamang. Muammo nginx 301 veb-server konfiguratsiyasiga asosiy domenga yo'naltirishni qo'shish orqali hal qilindi, men quyidagi postning amaliy qismida kod misolini ko'rsataman.

Vaziyat avvalgisiga o'xshaydi - agar saytning nusxasi ma'lum bo'lsa va xizmat test domeni orqali mavjud bo'lsa masalan, site.hosting.ru kabi ko'rinadi. Mening amaliyotimdagi bunday uzilishlar, shuningdek, oldingi qavat oldida virtual hostingning kuchini ham tuzoqqa tushiradi. Hozir qanday? Masalan, siz hali domen sotib olmagansiz yoki saytni bir xostingdan boshqasiga o'tkazyapsiz va domen uchun NS server o'zgartirilmagan yoki u hali yangilanmagan. DNS kirish provayderda. Bunday vaziyatlarda test manzillari tekshirilishi mumkin, siz hamma narsani o'zgartirishingiz va uni o'rnatishingiz mumkin, avval sayt manzilini yangi hostingga yo'naltirishingiz mumkin. I os deakí hoster sin tim, scho bunday texnik manzillarga kirishni bloklamaydi va navit ularning indekslanishini bloklamaydi. Agar siz nomaqbul vaziyatda bo'lsangiz, texnik manzildan asosiy .htaccess fayliga 301 yo'naltirishni yozishga harakat qiling.

Xo'sh, shubhasiz, 301 yo'naltirishlar ham turli xil yon dublikatlarga qarshi kurashish uchun to'g'ri seo-ni zastosovuvat qilishni yaxshi ko'radilar. Nima uchun yaxshi SEO mutaxassislari? Mijozning saytida noto'g'ri qo'ng'irog'ini olgan va butunlay ko'chmas, saytga tashrif buyurmaganlar, ular buyurtmalarni sotib olishni boshladilar - afsuski, bu kam emas. Menga qadar yordamchilar vaqti-vaqti bilan o'zlarining subpudratchilari / spivrobitniklarining yig'indisini qayta ko'rib chiqmoqchi bo'lishadi, go'yo ular saytni optimallashtirish va targ'ib qilishni, shuningdek, robotning yo'lini qo'llab-quvvatlaydilar - va hozirgacha bunday bo'lmagan. bir narsa, shuning uchun men saytlarda yoqmasligini bilmasdim. Otzhe, mayte on your vazy - Men sizga yordam berish uchun radium yuboraman. Keling, dublikatlarga murojaat qilaylik - indeksatsiyada dublikatlarni yashirish o'rniga, asosiy manzilga yo'naltirish kerakligini hurmat qilaman, ammo bu unchalik aniq emas. Bu o'rinli edi, agar takroriy taassurotlar bor edi, va hatto kanonizatsiya holda bu mumkin emas edi, lekin baribir u yoga ishlash uchun obov'yazkovo qayta yo'naltirish yaratish mumkin. Dublikatlarning tushishi qismlari, agar ularni yana o'zgartirish zarur bo'lsa: oxirida va bo'lmagan slash bilan manzillar, parametrlar va teglar bilan manzillar - tse virishuvati sifatida, men quyida kengaytiraman.

Agar robiti 301 yo'naltirish mumkin bo'lsa

Siz boshqa birov uchun ko'p yozmaysiz, lekin men harakat qilaman. Izohlarda sizni o'qib chiqqach, menga ba'zi fikrlarni bildirganingizdan juda xursandman.

qayta yo'naltirish 301 topilmadi - boshqacha qilib aytganda, koristuvach, noto'g'ri xabar uchun yoki noto'g'ri tarafga o'tib, "Vibachte, endi bunday tomon yo'q" deb eslatmasdan gapirish, lekin siz noto'g'ri tomonga o'tasiz. Bu faxivtsivlar orasida eng qiyin payt, men o'z fikrimni hech kimga yuklamayman. Ale, men vikoristati g'alaba o'zi qayta yo'naltirish zamíst 404 afv ko'rish, va bu erda podíy rivojlantirish uchun bir necha variant bor ... Marvel, ê 2 toifalari 404 afv: birinchi biri klassik bo'lib, yon samarali ko'rgan bo'lsa, ikkinchisi - agar afvning ko'rinishi egri chiziqlar bilan yaxshilangan bo'lsa Birinchi vipadku da, singongly, emas, balki varto robiti yo'naltirish, lekin mahrum 404 avf bir won ê kabi. Va boshqa turdagi varto o'qi to'g'ri URL manziliga yo'naltirish orqali notinch bo'ladi, shuning uchun siz buzilgan xabardan yoki asosiy sahifaga (yoki toifaga) qayta yo'naltirishingiz mumkin.

ROBITY 301 qayta yo'naltirish

Bular haqida bir dekilka so'z, agar qayta yo'naltirish sizga zarar etkazishi mumkin bo'lsa, kelajakdagi vaziyatlarda uni engishingiz mumkin emas.

Naygolovnishe, kechirim olish uchun emas, balki schob qo'ng'iroq yo'naltirishlar varto emas, go'yo siz qilmoqchi bo'lgan narsaga 100% ishonchingiz komil emas yoki ba'zi shubhalarda. Buni do'stona zavq sifatida qabul qiling :)

Doimiy yo'naltirish timchasovy qarorlar uchun varto vikoristovuvaty emas, Bu shunday deyiladi - tim-soatlik harakat uchun 302 Moved Temporarily dan foydalaning. Yon va yon tomonlarni qayta yo'naltirish bilan yopishtirishni ko'rmasangiz, yangilashingiz mumkin.

Domeningiz bilan bog'liq muammolar, masalan, filtrlar, taqiq ham bor edi va siz sayt manzilini o'zgartirdingiz(Domen), keyin eski domendan yangisiga 301 yo'naltirish ishlamang - natijada siz yangi domenga va eski domenning barcha muammolariga "yopishtirasiz". Tobto, zreshtoyu, hech narsa o'zgarmaydi. Shunday qilib, eski domendan yangi domenga yangi 301 yo'naltirish yordami uchun z-pid google-filtr Penguin-dan chiqishga qaror qilish vaqti keldi. Aslida, barcha pozitsiyalar sanktsiyalar bilan teng darajada tiklandi va u yovuz pingvin uchun panatseya sifatida berildi, ammo algoritmning qora yangilanishi bilan bulaning o'ziga xosligi ta'minlandi va yangi domen ham olib tashlandi. filtr, natijada domen yaxshilanmadi. Agar siz domenni o'zgartirgan bo'lsangiz, barcha tarkibni yangi domenga o'tkazishga urinib ko'rishingiz mumkin va eski domenda ko'chirish haqida bildirishnomalar bilan stubni olib tashlashingiz va qo'shishingiz mumkin va undan ham yaxshisi, hamma narsani noldan boshlashingiz mumkin.

301 yo'naltirishni yaratishning ko'plab usullari allaqachon mavjud: htaccess, php, javascript, serverni sozlash va h.k. turli yo'llar bilan va, masalan, son-sanoqsiz tsiklik qayta yo'naltirishlarni olish mumkin.

Agar siz saytning katlama tuzilishi bilan ishlasangiz yoki ajoyib portalni qayta yaratsangiz, ko'pincha raqamli qayta yo'naltirishlar yoki boshqa tillar qo'llaniladi. Bu shuni anglatadiki, qayta yo'naltirish bitta qisqa emas, balki ikkita va undan ko'p yuboriladi - bu yomon holat va u noyob bo'lishi kerak. Bunday so'rovlarni bajarayotganda, poshukovy robot uyquni qayta yo'naltirishni olib tashlab, uni aldayapti deb o'ylashi va uzoqdan ergashishi va o'z navbatida quvvatni aldashni to'xtatishi mumkin. Eksa siz uchun amaliyotimdan namuna bo'lib, go'yo men bunday noo'rin tilga ega saytni tekshirishim kerak edi:

http://site.ru/tax/term/30 ->
http://www.site.ru/tax/term/30 ->
http://www.site.ru/tax/term/30/ ->
http://www.site.hosting.ru/404.php ->
http://www.site.ru/404.php

Va natijada http://www.site.ru/404.php sahifasi 200 OK berib, 404 ta avf berganlikda aybdor. Nega mening miyam tebrandi va robot shunday karuselda karusel o'tkazib, o'ylayapti deb o'yladingiz! Nafaqat bu, balki lanczyuzhkada uch xil domen o'z ishtirokini oldi, afvning boshqa tomoni shundaki, kechirim yo'q va indeksatsiya qilish kerak.

O'rta saytga yo'naltirishlar mavjudligi pragnet imkoniyatiga ko'ra- yakscho zvníshni posilannya endi saytni tuzatish mumkin emas va qayta yo'naltirish muqarrar, keyin ichki kuchni tuzatish kerak. Indekslash va reytingda ro'yxatga olinmaslik mumkin, lekin qo'shiq tarzida kuylash mumkin emas, hatto bunday qiyin vaziyatlarning o'ziga xosligi. Shu bilan birga, saytning o'rtasida joylashgan ichki yo'naltirishlar va kechirimlar sizga mo''jiza yaratishga yordam beradi.

.htaccess-ga yo'naltirishlarni qo'shganda, serverdagi katalog va fayllarning haqiqiy manzillarini yoqing va tanlovga rioya qiling. Sayt uchun vaziyat, meni bir marta tekshirish uchun sarflagan - toifadagi toifalarning dublikatlari bilan juda ko'p va bo'lmasdan kurashish, veb-master trochni haddan tashqari oshirib yubordi va muammoni biroz hal qildi. Nafaqat bu, balki JS-skriptlari va CSS-uslublarining haqiqiy fayllari qayta yozish qoidalariga muvofiq iste'mol qilindi, ular orqali badbo'y hid to'g'ri ishlov berishni to'xtatdi, shuning uchun yon tomonning o'zi kints va nomaqbul chiziqni olib tashladi. dublikatlar bor edi. Do'stlar, ehtiyotkorlik bilan tikib qo'ying, shunda katlanmış qoidalar faqat siz mashq qiladigan, qolgan hamma narsani o'rab turgan manzillar guruhiga kengayadi.

Siz bilan bog'lanishingiz kerak bo'lgan muammoli tomonlarni va ularning manzillarini qidirish uchun Yandex va Google-da veb-master panellari imkoniyatlarini tekshiring. Yandex Webmaster uchun: Saytni tanlang -> Saytni indekslash -> Kiritilgan tomonlar. Google Webmaster uchun: Sayt tanlash -> Optimallashtirish -> HTML optimallashtirish; Shuningdek: Sayt -> Konfiguratsiya -> URL parametrlarini tanlang.

Yandex va Google-da qayta yo'naltirishlarni indekslash va qayta indekslashning o'ziga xos xususiyatlari. Agar siz dublikatlar va muammoli manzillar bilan kurashsangiz, tushunasiz, veb-ustaning panellaridan kechirimlarni ko'rasiz, bu erda ba'zi maxsus xususiyatlar mavjud. Google'dan hamma narsa oddiy - ular qayta yo'naltirishni yaratdilar, o'zgarishlar 2 kun davomida indekslanadi, xuddi shu soatda veb-master panelidan kechirim olishni boshlashingiz mumkin, bir oy ichida qo'ng'iroq qiling, barcha kechirimlar yo'qoladi. Yandex bilan, bu nozik va bu haqoratli - agar siz qayta yo'naltirishni qo'ysangiz, paneldan kechirimlarning yo'qolishini abadiy tekshirishingiz mumkin, men subtrimga yozmagunimcha, men bir marta tekshirib ko'rdim, de erkaklarga qayta yo'naltirish zarurligini aytishdi. robots.txt-dagi muammo tomonlarini yoping, faqat webmaster panelidan badbo'y hid yo'qoladi.

.htaccess orqali doimiy yo'naltirish 301

Qayta yo'naltirishni o'rnatishning bu usuli eng mashhur va eng oddiy hisoblanadi. Men shuni bilmoqchimanki, hamma narsa unchalik oddiy emas, shuning uchun men htaccess haqida ajoyib post yozishni rejalashtirmoqdaman. 3 ta ortiqcha berilgan usul qayta yo'naltirish saytdagi har qanday skriptlarni qayta ishlash boshlanishidan oldin faqat bitta serverda ishlatilishini belgilash mumkin va qo'shimcha harakat talab etiladi.

Sizning serveringizda (hujjatli ravishda, asosiy index.php mavjud) allaqachon sing-song .htaccess fayli mavjud. Agar fayl ko'rinmasa:

• Ftp-menejerini o'zgartiring, htaccess fayli kabi tizim fayllarini biriktirishingiz mumkin
• tashrif buyuring fayl menejeri hosterning parolni tiklash paneli orqali va fayl uchun ruxsatlarni o'zgartiring. Men CHMOD dan emas, balki o'sha koristuvach guruhidan foydalana olaman, masalan, koristuvach ildizi bo'lishi mumkin va siz domenga kirish imkoniga ega bo'lgan ftp orqali ulanishingiz mumkin.
• Bu fayl uchun trite, lekin bu mumkin :) Keyin yangisini yarating, lekin Windows muammoni ayblay olmaydi, chunki. .htaccess fayli aslida tizim tomonidan nomsiz va faqat kengaytmali fayl sifatida qayta ishlanadi. Men oddiy usulni taklif qilaman - maxsus txt faylini yarating, yangi qatorga "RewriteEngine On" ni qo'shing (panjalarsiz), txt faylini serverga yuklang, faylni serverda .htaccess ga o'zgartiring.

Qayta yoʻnaltirish bilan bogʻliq koʻproq tahrirlar, “RewriteEngine On” qatoridan keyin faylning eng yuqori qismida yozish uchun., shuning uchun bu qoidalar avval bizga o'girildi. Diyning ketma-ketligiga e'tibor berish muhimdir, chunki buyruqlar server tomonidan boshidan birinchi yozuvigacha ketma-ket qayta ishlanadi. Aks holda, siz shaxsiy narsadan boshlashingiz va kattaroq yovvoyi tebranish bilan tugatishingiz kerak bo'ladi.

Keling, eng keng va eng yaxshi ilovalarni ko'rib chiqaylik:

301 domen uchun www.site.ru dan site.ru ga yo'naltirish

RewriteCond %(HTTP_HOST) !^www\.(.*) RewriteRule ^(.*)$ http://www.%1/$1

Qayta yo'naltirish uchun yuqorida tavsiflangan variantlar yaxshi qo'llaniladi va siz tomondan kundalik tahrirlarni o'zgartirmaydi - shunchaki uni faylga kiriting. Biroq, 100% haqiqiylik uchun men sizni boshqa variant bilan xursand qildim:

RewriteCond %(HTTP_HOST) !^www.site.ru$ RewriteRule ^(.*)$ http://www.site.ru/$1

RewriteCond %(HTTP_HOST) !^www.site.ru$ RewriteRule ^(.*)$ http://www.site.ru/$1

RewriteCond %(HTTP_HOST) !^site.ru$ RewriteRule ^(.*)$ http://site.ru/$1

RewriteCond %(HTTP_HOST) !^site.ru$ RewriteRule ^(.*)$ http://site.ru/$1

Birinchisi, www bilan asosiy domenga ega bo'lganlar uchun, ikkinchisi esa www bo'lmaganlar uchun. Ikkala ilovada ham domeningiz nomini kiritish kerak.
Ota, eng yaxshi variantlar qanday? Bu yanada sodda, ular domen nomidagi www mavjudligini/mavjudligini o'zgartiribgina qolmay, balki aynan bir xillik uchun domen nomini o'zgartiradilar.
Jonli ko't: So'zma-so'z, bu sayt hosting bo'yicha xizmat manzili uchun indekslangan bo'lishi mumkin emas, deb qayd etildi (bunday manzillar ko'rinadi, shuning uchun siz haqiqiy domenga ulanishdan oldin saytga kirishingiz mumkin), men dzorkalu yoki IP-manzillar! Shunday qilib, universal qoidaning o'qi www ning mavjudligini / mavjudligini tekshirish uchun kamroq, u bilan hamma narsa bir xil, qaysi domenga koristuvach yoki qidiruv roboti yuboriladi.
Shunday qilib, ushbu variantdan o'tganingizdan so'ng, sizning saytingizga faqat va faqat sizning maxsus domen nomingiz va www uchun kirish mumkinligiga 146% amin bo'lasiz. Men bu variantdan kamroq foydalanaman va uni sizga tavsiya qilaman!

301 http dan https ga yo'naltirish

Saytlarning ommaviy ravishda o'g'irlanishiga qarab, http-dan https-ga yo'naltirish uchun protokol ma'lum bo'lishi kerak. Bu haqda gapiradigan bo'lsak, siz hali SSL sertifikatini tanlamaganligingiz sababli, mening maqolamni o'qishingiz kerak.

Quyida men sizga 301 yo'naltirish uchun bir nechta variantni aytib beraman http protokoli https-da siz serveringiz konfiguratsiyasidagi noto'g'ri ishlashingiz yoki ishlamasligingiz mumkin, ammo agar siz qoidalarga amal qilsangiz, albatta amal qilasiz:

RewriteCond %(HTTPS) !=RewriteRule-da ^(.*)$ https://%(HTTP_HOST)/$1

RewriteCond %(SERVER_PORT) !^443$ RewriteRule ^(.*)$ https://%(SERVER_NAME)%(REQUEST_URI)

RewriteCond %(ENV:HTTPS) !RewriteRule-da ^(.*)$ https://%(HTTP_HOST)%(REQUEST_URI)

RewriteCond %(HTTP:X-HTTPS) !1 RewriteRule ^(.*)$ https://%(HTTP_HOST)/$1

RewriteCond %(HTTPS) chegirma RewriteCond %(HTTP:X-Forwarded-Proto) !https RewriteRule ^(.*)$ https://%(HTTP_HOST)%(REQUEST_URI)

Https protokolidan http ga yo'naltirish (to'g'risini aytsam, sizga yana nima kerakligini bilmayman):

RewriteCond %(HTTPS) =RewriteRule-da ^(.*)$ http://%(HTTP_HOST)/$1

Yaqinda yozdim hisobot ko'rsatmasi. Agar siz https-dan https-ga o'tishni rejalashtirmoqchi bo'lsangiz, uni o'qib chiqishingiz kerak!

Men asossiz abrakadabrada deakka aniqlik kiritaman:

• RewriteCond ishlayotganda RewriteRule qoidasi yozilishini anglatadi. Muntazam viruslar yordami uchun qator naqshlari berilgan.
• Serverlarni o'zgartirish:
  • %(REQUEST_URI) - URLning domen nomisiz va GET parametrlari bo'lmagan qismi, masalan, siz o'qiganingizdek, bir tomon uchun: blog/post/4393 ,
  • %(HTTP_HOST) - xost yoki domen nomi, masalan: sayt
  • %(QUERY_STRING) - to'plamdan qator GET parametrlari, keyin kuch belgisidan keyin urlning bir qismi (í langar uzunligiga, yakscho vín ê).
  • %(REQUEST_FILENAME) - qaytish yo'li fayl tizimi server faylga yoki skriptga, bu sizga ..php so'rash imkonini beradi va serverning fayl tizimining o'qi dahshatli qatordir /var/www/site/data/www/site/index.php.
    Buvay, rolyachi redirect, siz noto'g'ri natijaga erishdingiz, masalan, siz http://site.ru/page-name?post=17434801_4060 manziliga murojaat qilmoqchisiz va parametrlarni tozalab, http://site.ru/ qatorini olmoqchisiz. usr/local/www/site.ru/www/page-name - parametr_v pozbulisya, ale ajoyib manzilni olib tashladi. Buning sababi, siz RewriteEngine On direktivasini RewriteBase / faylning yuqori qismiga qo'ymagansiz, chunki men katalog kontekstida qayta yozish uchun maxsus, asosiy URL manzilini o'rnatdim.
• Metasimbollar belgilar guruhlarini yoki shablon uchun belgini belgilash uchun tanlanadi:
  • ^ - Mitka bir qatorda,
  • $ - qator oxiri belgisi,
  • ! - Qatʼiy izolyatsiya,
  • \ - escape slash, undan keyin katta belgi bilan meta-belgini kiritish imkonini beradi;
  • . - nuqta, ramz bor yoki yo'qligini anglatadi, lekin faqat bitta;
  • () - guruhlash.
• Modifikatorlar asosiy belgilar, meta-belgilar yoki ularning guruhlaridan keyin joylashtiriladi va turli naqshlar imkoniyatlarini kengaytiradi:
  • ? belgi 0 yoki 1 marta takrorlanadi,
  • * - 0 dan 65536 martagacha takrorlang,
  • + - 1 dan 65 536 martagacha takrorlangan.
• Prapori ikkinchi qoida uchun qo'shimcha variantlarni belgilaydi va kim orqali kvadrat qo'llarda qaytadan paydo bo'ladi:
  • NC - (nocase) belgilarning registr tekshiruvini taqlid qiladi.
  • R - (qayta yo'naltirish) transformatsiya jarayonini to'xtating va natijani mijozning brauzeriga o'ng tomonga yo'naltirish sifatida aylantiring (302, MOVED TEMPORARY). Ushbu ensign yordamida siz natija uchun boshqa kodni belgilashingiz mumkin, masalan, R=301 yoki 301 kodi bilan qayta yo'naltirishni aylantirishingiz mumkin (DOIMIY KO'CHILDI). Siz tushunganingizdek, siz bizga kerak bo'lganlarsiz.
  • L - (oxirgi) transformatsiya jarayonini davom ettiradi va qoldiq tomonidan yanada soddalashtirilgan harakatlar hisobga olinadi.

Eng mashhuri index.php (html) dan asosiy sahifaga 301 yo'naltirishdir. Saytlarning 90 foizida takrorlash muammosi mavjud bosh tomoni http://site.ru va http://site.ru/index.php manzillari uchun (yoki index.html, index.htm yoki boshqa variant bormi, printsipial jihatdan emas, aks holda hammasi joyida). Bu aniq, agar, masalan, logo site.ru ga yuborilsa va menyu sayt.ru/index.php ga yuborilsa, bu erda aniq emas, agar dublikat indeksdan manzilni kiritishda qo'lda kiritilsa. .php. Faqatgina muammoni hal qilish muhimdir. va'z qilaman universal variant, vin o'qi:

RewriteCond %(THE_REQUEST) ^(3,9)\ /index\.(php|html|htm)\ HTTP/ RewriteRule ^(.*)index\.(php|html|htm)$1

Faqatgina ushbu kodni RewriteEngine On qatoridan keyingi qatorni o'zgartirmasdan joylashtiring va muammo yo'q!

Saytda dublikatlarga qarshi kurasha boshlagan odam so'raydi, yulduzlar shunday olinadi, http://site.ru/page-name.html asosiy sahifasini ko'paytirish kabi &post=-1234567_8901? &post=-1234567_8901 prefiksi olindi - bu "yaxshi" VKontakte-dan olingan, agar siz o'z saytingizga xabarlarni devoringizda, jamoatchilik guruhida baham ko'rmoqchi bo'lsangiz, shunga o'xshash qator avtomatik ravishda qo'shiladi, ehtimol, buni ko'rish uchun. statistika.

Vaqti-vaqti bilan níêí̈ nísínítnitsí dan xalos bo'lish uchun htaccess-ga yana qo'shish kerak:

RewriteCond %(REQUEST_URI) ^(.*)\&sa= RewriteRule ^(.*)\&sa=(.*)$1

Aslini olganda, old va orqa o'rtasida hech qanday farq yo'q, URL manzilingizga &post= yoki &sa= qo'ymang, aks holda bu har doim yechim, siz kodning aniq ko'rinadigan qismlarini almashtirishingiz kerak. Bu mantiqiy edi, shunday emasmi?

Manzilda parametrlar yoki teglarga ruxsat berish

Oziq-ovqatlar sharhlarda va forumda ko'p marta qo'yilgan, siz buni e'tiborsiz qoldirolmaysiz. Bunday dublikatlar bilan eksa qanday ish: http://site.ru/?abrakadabra yoki haqiqiy http://site.ru?utm_source=twitterfeed&utm_medium=twitter

Dany vpadok trohi vídiznyaoooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooophp-skriptda eoomymosya parametív, shuning uchun bu erda skriptdagi manzil va parametrlar nomi oʻtkazilmagan. Yechim o'qi:

RewriteCond %(QUERY_STRING) ^lang=ua$ RewriteRule ^(.*)\.php\?(.*)$ $1\.php

%(QUERY_STRING) - PHP uchun o'zgaruvchilar to'plamidan qator, kuch belgisidan keyingi URLning bir qismi (langar uzunligidan oldin i, shuningdek, vin ê).

Viklikayamo url - http://site.ru/index.php?lang=ru

RewriteCond %(QUERY_STRING) ^lang=ua $
url so'rovi xuddi shu qoidaga to'g'ri keladi, boshqa qoidalar yo'q, shuning uchun RewriteRule bir qator pastroq bo'ladi.
RewriteRule ^(.*)\.php\?(.*)$$1\.php

Chiqish url: http://site.ru/index.php?lang=ru
URL tahlil namunasi: ^(.*) \.php\?(.*) $
URL o'zgarishlar uchun tekshiriladi: $1 = http://site.ru/index, $2 = lang=ru
Va unga yangi URL manziliga 301 yo'naltirishni bering.

Sayt tuzilishini o'zgartirish qoidalariga misol

RewriteRule ^post/category/(.*)$ blog/category/$1 RewriteRule ^post/(.*)$ blog/post/$1

Agar blogimning tuzilishini o'zgartirgan bo'lsam, bunday qatorlarning o'qini htaccess fayliga qo'shish imkoniyatiga ega bo'ldim.

Ilgari menda shunday manzillar bor edi: https://site/post/4358 va https://site/post/category/seo, bu tuzilmada juda ko'p mantiqqa ega bo'lib tuyulardi - garchi blog faqat bir qismi bo'lsa ham. sayt, lekin men saytga tegishli bo'lish uchun e'lon qilishim kerak, va blog emas, balki postlarda yolg'on gapirish uchun turkum, bu ham mantiqqa to'g'ri kelmaydi.

Ushbu dumbadan ko'rinib turibdiki, qoidalar ketma-ketligini tugatish muhimdir. Yakby, men sirli satrlarni esladim, shuning uchun oldimdagi qator RewriteRule ^post/(..info/blog/post/category/seo va https://site/blog/category/seo-dagi quyidagi kabi emas edi. ).

I qolgan ko't - server ildizi sifatida manzil bilan tez-tez kechirim tahlili

Misol uchun, agar kategoriya tomoni http://site.ru/razdel/podrazdel/index.php va http://site.ru/razdel/podrazdel/ ikkita manzilda mavjud bo'lsa, bu muammoni hal qildingiz. Boshqa url to'g'ri va asosiy hisoblanadi, va oxirida index.php bo'lgan url ikkinchi dublikatdir, qaysi biri kerak bo'lsa.

index.php ni toifaga yo'naltirish uchun siz qoidani yozasiz:

RewriteEngine on RewriteBase /

301 yangi manzilga yo'naltirish

Eng oddiy usul, agar siz bir tomonni manzilingizga yo'naltirishingiz kerak bo'lsa. Agar siz bir necha tomonlar uchun qayta yo'naltirishni yaratishingiz kerak bo'lsa, unda siz bir nechta qoidalarni yozishingiz kerak bo'ladi, ammo boshqacha tarzda, ko'proq tavsiflovchi shablonlarni tezlashtirish yaxshiroqdir. Sintaksisning mutlaqo bir xil variantlari mavjud:

Qayta yo'naltirish 301 /page-name1.html http://site.ru/page-name2.html Doimiy qayta yo'naltirish /page-name1.html http://site.ru/page-name2.html RedirectPermanent /page-name1.html http ://site.ru/page-name2.html

Uchtasidan birini tanlang va men birinchi variantning ustuvorligini ayniqsa tan olaman - g'alaba qisqa, sodda va dono. Nutqdan oldin, bu yerda site.ru aynan shu domen tomonidan obov'yazkovo emas, balki boshqa narsa bo'lishi mumkin.

.htaccess bilan yakunlaymiz va PHP ga o'tamiz.

PHP yordami uchun Permanent Redirect 301

Agar siz .htaccess bilan bog'liq qiyinchiliklarni ayblasangiz yoki PHP funksiyasi mantiqiy va oqilona ko'rinadigan bo'lsa, PHP redirect vicoristni chaqiring.

PHP ga 301 yo'naltirish sintaksisi quyidagicha ko'rinadi:

header("HTTP/1.1 301 Doimiy ko'chirildi"); sarlavha ("Joylashuv: http://site.ru"); o'lim ("Qayta yo'naltirish");

Qatorlar mijozning brauzeriga http://site.ru manziliga doimiy yo'naltirishni yaratish kerakligini aytadi. Agar siz http://site.ru dan foydalansangiz, siz nafaqat oqimli saytning asosiy tomonining manzili, balki boshqa sayt ham bo'lishingiz mumkin. Go'yo biror narsa noto'g'ri bo'lib, kechirim bor edi, keyin brauzerning yuqori qismida biz "Qayta yo'naltirish" deb yozganmiz.

Tushunish uchun men ba'zi amaliy funktsiyalarni keltiraman, masalan, mening blogim uchun sayt yozganman, vazifa qo'shig'ini yozishga harakat qilaman.

Qo'shiq ma'lumotlarini urldan tozalash imkonini beruvchi funksiya

if (strpos($_SERVER["REQUEST_URI"], "http://site") !== false) ( $real_page_url = "http://site"..1 301 Doimiy ko'chirilgan"); header("Joylashuv: $real_page_url"); die("Redirect"); )

Go'yo menda muammo bor edi, webmaster panelida 404 ta avf bor edi, bu tomonlarning manzillari https://alaevga o'xshardi. zvídkis manzilidagi z'sayt manzilini ko'paytiruvchi paydo bo'ldi. Va keyin men funktsiyani yozdim, shuning uchun uni o'zgartirdim va URIda (hurmat, URL emas, balki URI) "http: // sayt" yozuvi va u mavjud bo'lsa ham, u holda bu manzil bilan mumkin. kichik narsalar va natija $real_page_url o'zgarishi qayd qilinadi, a Potim robimo 301-o'zgarishning to'g'ri manziliga yo'naltirish.

url-dan oxirgi chiziqni olib tashlaydigan funksiya

agar (($_SERVER["REQUEST_URI"], - 1, 1) == "/") ( $requested_url = rtrim($requested_url, "/"); header("HTTP/1.0 301 doimiy ko'chirilgan"); header( "Joylashuv: $requested_url"); die("Redirect"); )

Bunday eksa o'q eng oddiy funksiya, hayron bo'lish uchun yon slashning quvvatli manzilida chi ê oxirigacha va vin ê bo'lsa, u holda slash hosil bo'ladi va 301 qiyshiq chiziqsiz manzilga yo'naltiradi.

Buyruqni turli xil dasturlash tillari bilan, masalan, ASP, Ruby on Rail va boshqalar bilan qayta yo'naltirishga imkon beruvchi juda ko'p variantlar mavjud, ammo men bu tillar haqida bilmayman, men sizni tushuntirmayman va pudralamayman. Shuningdek, siz meta-yangilash meta tegining orqasiga yo'naltirishingiz mumkin, shuningdek, JavaScript-ga yo'naltirishingiz mumkin- lekin insofsiz darvozabonlarning ham ulushi bor va qidiruvchilar va yo'naltiruvchilar tushunmaydilar, badbo'y hid serverning 200 OKni yutadi. Bundan tashqari, bu variantlar hisobga olinmaydi.

Nginx serveri uchun doimiy yo'naltirish 301

IP orqali kirish mumkin bo'lgan saytim oynasi haqida yozganimni eslaysizmi? Natijada, muammo qayta yo'naltirish bilan hal qilindi, biz uni yozamiz konfiguratsiya fayli server, qo'ng'iroq, roztashovanie bu erda /etc/nginx/nginx.conf. U erda quyidagi satrlar yozilgan:

server (1.2.34.123:80 sukut bo'yicha tinglang; server_name _; qayta yozish ^/(.*)$ http://site.ru/$1 doimiy; )

Bu erda siz 80-port orqali IP-manzilga o'tadiganlar haqida ko'rishingiz mumkin, keyin doimiy ravishda site.ru saytiga yo'naltirish orqali ishlash kerak.

Prote tekhpídtrimka meni shunday so'zlar bilan tuzatishni tavsiya etmadi: "HTTP serverini shunday o'rnatish to'g'riroq bo'lar ediki, vino shunchaki sanani yopish orqali yopiladi, shunda ular manzilni qidiradilar. yangi manzil, chunki u HTTP server konfiguratsiyasida aniq ko'rsatilmagan, narx eng muhim, sodda, xavfsiz va server resurslari uchun eng nosozlik variantidir. Ma'lum bir soat ichida, kirish mumkin bo'lmagan, hamma narsa uchun yaxshiroq bo'lgan tomonlar qidiruv tizimlari indeksidan o'chiriladi.

Keyingi safar bula shunday bo'ldi: "Agar siz shunchaki qayta yo'naltirish so'rovini yopishingiz kerak bo'lsa, u holda "qayta yozish ^/(.*)$ http://site.ru/$1 doimiy;" qatorining o'rnini kiriting. bunday qator "qaytish 444;". Keyin "invoke-rc.d nginx reload" tugmasini bosing.

Raptom tse, men kimga yordam beraman.

Eng keng ko'rinishlarga yo'naltirishni qo'llang

www.site.ru domenini site.ru ga yo'naltirish

server (80 tinglang; server_name site.ru; qayta yozish ^ http://www.site.ru$request_uri? doimiy; )

http://site.ru/index.php dan http://site.ru/ ga yo'naltirish

joy = /index.php (agar ($request_uri = /index.php) (qayta yozish ^ http://$host? doimiy;#301 redirect ) fastcgi_pass unix:/tmp/fastcgi.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILE NAME $document_root$fastcgi_script_name;fastcgi_paramsni o'z ichiga oladi;

Taxminan shunday. Men nginx uchun konfiguratsiyalarni o'rnatishda kuchli emasman, men har doim Apache-ni sozlashni uddalayman, shuning uchun sizda nginx uchun biroz kuchingiz bo'lsa, men sizga yordam bera olmayman.

HTTP sarlavhalari va server holatini qanday o'zgartirish mumkin

Men serverni qayta tekshirish uchun turli xizmatlar va plaginlarni tasvirlab bermoqchiman, lekin men bu post obsyagy uchun allaqachon ajoyib ekanligini tushunaman, shuning uchun siz shunchaki kengaytmalarni so'rashingiz mumkin. Chrome brauzerlari bu Firefox.

Firefox uchun HttpFox qo'shimchasi

HttpFox (addonga yuborilgan o'q) - bu http sarlavhalarini yaratish uchun eng sevimli vositam. HttpFox qatorda sahifaning sarlavhasini ko'rsatadi, bu sizga, masalan, qayta yo'naltirish lanyardini va sahifa sarlavhasining tartibi va tezligini ko'rish imkonini beradi. Agar sizga Mozilla yoqsa, uni tavsiya qilaman.

Chrome uchun HTTP sarlavhalari kengaytmasi

Men o'zim HTTP sarlavhalarining kengaytmalari haqida qayg'urmayman (o'q yangisiga asoslangan), lekin Internet meni yangisida o'zimga nisbatan mamnun qildi. Ko'proq imkoniyatlaringiz borligi sababli, mehribon bo'ling, izohlarda yozing.

Unda men uzoq va zerikarli postimni yakunlayman, do'stlar.
Yogoni oxirigacha o'qiganingiz uchun tashakkur, ishonchim komilki, men siz uchun haqiqatan ham qiyshiqligini ko'rsatdim.

Kod 301 Doimiy ko'chirildi (qolgan ko'chirildi) holatiga ega HTTP (eng. HTTP holat kodi) bo'lib, hujjat yangi URI ga, Manzil sarlavhasi maydonidagi qiymatlarga o'tkazilganligini bildiradi.

Bu nima uchun?

Nasampered, saytning domen nomini o'zgartirganda, qidiruv tizimiga sayt manzilini o'zgartirish haqida xabar berish kerak. Boshqa usulda, sayt nomini www bilan va unsiz yopishtirish uchun. Uchinchidan, Page Rank-ni yangi saytga tez o'tkazish uchun.

PHP

Birinchi yo'l

Boshqa yo'l

Perl

Birinchi yo'l

$cgi = Yangi CGI; chop etish $cgi->redirect("http://www.example.com/");

Boshqa yo'l

#!/usr/bin/perl -w foydalanish qat'iy; chop “Holat: 301 Doimiy koʻchirildi\n”; chop etish "Joylashuv: http://www.example.com/\n\n"; Chiqish;

ASP.NET

Birinchi yo'l

Boshqa usul (4.0 versiyasidan beri)

RedirectPermanent("http://www.example.com");

A.S.P.

Ruby on Rails

sovuq sintez

Java (JSP)

Apache veb-server (.htaccess)

Birinchi usul (mod_alias, Redirect)

Qayta yo'naltirish 301/ http://www.example.com

Boshqa usul (mod_alias, RedirectPermanent)

RedirectPermanent / http://www.example.com

Uchinchi usul (mod_alias, doimiy yo'naltirish)

Doimiy yo'naltirish / http://www.example.com

Usul choraklari (mod_alias, RedirectMatch)

RedirectMatch 301 ^(.*)$ http://www.example.com/

Qayta yozish usuli (mod_rewrite)

Variantlar +FollowSymLinks RewriteEngine-ni RewriteBase / RewriteRule-da ^(.*)$ http://www.example.com/$1

Bu tomonda Shvidka navigatsiyasi:

Siz skript yozganingiz va PHP yo'nalishini yaratganingizdek, buning afzalliklari aniq: PHP server tomonidagi til skriptidir; Qayta yo'naltirish brauzer oynasida emas, balki serverdagi skript yordami uchun tekshiriladi. Qayta yo'naltirish harakatlari mijoz tomonida js qayta yo'naltirish (ya'ni JavaScript yo'naltirish orqali) orqali amalga oshirilishi mumkin.

Bu yanada moslashuvchan va universal pidhid va siz boshqa usullar uchun PHP da qayta yo'naltirish turidan foydalanishingiz mumkin. Ko'pincha siz PHP da yaratilishi mumkin bo'lgan yo'naltirishni ko'rasiz: a) PHP 301 yo'naltirish (pochtani qayta yo'naltirish holati), b) PHP 302 yo'naltirish (vaqtinchalik qayta yo'naltirish holati), c) Yangilash.

Ushbu maqola, birinchi navbatda, veb-ustalar-pochatkívtsív uchun foydali bo'ladi, masalan, Htaccess kabi boshqa kengaytmalar bilan mumkin emas, chunki URLni qayta yo'naltirishni amalga oshirish usullarini hazil qilish.

PHP funksiyali film sarlavhasi

Misol uchun, siz http://www.somewebsite.com/target.php URL manziliga yo'naltirishni xohlaysiz deylik. PHP ning chiqish tomonida siz shunchaki qo'ng'iroqni qayta yo'naltirish skriptiga surishingiz kerak:

Mahalliy xostingizda ushbu oddiy tajribani sinab ko'ring:

1) Ochiq matn muharriri va kodingizni kiriting:

Buni targetpage.php kabi saqlang.

2) Keyingi bo'sh joyni oching matn fayli va kodingizni kiriting:

Originatingpage.php kabi saqlang.

3) Endi veb-brauzeringizni ishga tushiring. Brauzerning manzil satriga kiriting: http://localhost/originatingpage.php

4) E'tibor bering, kirish tugmasini bosgandan so'ng, URL manzili: http://localhost/originatingpage.php va http://localhost/targetpage.php va targetpage.php ga yo'naltirish uchun va siz "Salom bu" so'zlarini o'qishingiz kerak. kodeks -x".

Eng keng kechirimlardan biri bezatilgan bo'lishi mumkin html kodi yo'naltirish:

Viconati cei tajribasini sinab ko'ring:

Originatingpage.php skriptiga o‘ting va HTML tegini qo‘shing:

header('Joylashuv: http://localhost/targetpage.php');

Aytaylik, sizda quyidagi kod bor: