WordPress papkalarini himoya qilish: "wp-includes" papkasiga kirishni qanday yopish mumkin?

WordPress papka tuzilmasi xavfsizligi uchun "wp-includes" papkasiga to‘g‘ridan-to‘g‘ri kirishni yopishning eng xavfsiz yo‘li — papkani butunlay bloklash emas, aynan shu papka ichidagi PHP fayllarining tashqaridan ishga tushishini va katalogni ko‘rsatishni cheklashdir. Chunki wp-includes papkasi WordPress yadrosi uchun zarur bo‘lgan JavaScript, CSS va statik fayllarni saqlaydi; papkani to‘liq bloklash sayt dizaynini, editorni yoki plagin funksiyalarini buzishi mumkin. To‘g‘ri yondashuv — Apache serverida .htaccess orqali, Nginx serverida esa location qoidasi bilan aynan PHP fayllariga kirishni cheklash va so‘ngra saytni 403/404 javoblari hamda asosiy sahifalarni test qilishdir.

WordPress xavfsizligida eng ko‘p uchraydigan xatolardan biri — faqat kuchli parol yoki xavfsizlik plaginiga tayanishdir. Aslida xakerlar ko‘pincha yadroviy fayllar joylashgan papkalarni, eski plaginlarni, noto‘g‘ri fayl huquqlarini va ochiq kataloglarni skan qiladi. wp-includes papkasi ham ana shunday skan maqsadlaridan biridir. Ushbu maqolada real hostinglarda amaliy bosqichlar bilan wp-includes papkasiga kirishni qanday cheklash, qaysi qoidalar saytni buzishi mumkinligi, Apache va Nginx uchun misollar, test usullari hamda texnik xizmat ko‘rsatish ro‘yxatini topasiz. WordPress saytingizni yanada xavfsiz infratuzilmada ishlatish uchun WordPress hosting va umumiy himoya uchun SSL sertifikati variantlarini ham ko‘rib chiqishingiz mumkin.

wp-includes papkasi nima va uni nega himoya qilish kerak?

wp-includes — WordPress yadrosining asosiy kutubxonalarini o‘zida jamlagan papkadir. Tema tizimi, blok editor, REST API komponentlari, media fayllar, klasslar, funksiyalar va turli JavaScript fayllari aynan shu papkada joylashgan. Oddiy qilib aytganda, wp-includes — WordPressning "dvigatel" bo‘limi; bu yerda foydalanuvchilarga ko‘zga ko‘rinadigan kontent yo‘q.

Oddiy tashrif buyuruvchi site.com/wp-includes/ manzilini ochishi shart emas. Lekin sahifa kodida wp-includes ostidagi ba’zi statik resurslar ko‘rinishi mumkin. Masalan, WordPressning standart skriptlari, emoji scriptlari yoki editor komponentlari shu papkadan yuklanadi. Shu sababli, xavfsizlik choralari ko‘rilganda to‘g‘ri maqsad belgilanishi shart: statik fayllarni cheklamasdan PHP fayllariga to‘g‘ridan-to‘g‘ri kirishni bloklash.

Bu farq — professional WordPress papka tuzilmasi himoyasining asosi. Papkalarni "ko‘r-ko‘rona" bloklash qisqa muddatda xavfsizdek tuyuladi, ammo natijada "oq sahifa", buzilgan admin panel, ishlamaydigan editor yoki noto‘g‘ri tema ko‘rinishi kabi muammolar paydo bo‘lishi mumkin. Maqsad — WordPressga zarur fayllarni himoya qilib, xakerlar uchun hujum yuzasini qisqartirishdir.

wp-includes kirishini yopish nimalarga olib keladi?

wp-includes papkasida PHP fayllarini to‘g‘ridan-to‘g‘ri ishga tushirishni bloklash butun hujumlarni to‘xtatmaydi, biroq hujum yuzasini sezilarli darajada qisqartiradi. Ayniqsa, zararli dastur tushgan saytlarda xakerlar kirish mumkin bo‘lgan papkalarga zararli PHP fayllarini yuklash yoki mavjud fayllarni chaqirishga harakat qiladi. wp-includes ostidagi PHP fayllarining web orqali ishga tushishini taqiqlash — bu holatda qo‘shimcha to‘siq bo‘ladi.

Ushbu chora quyidagi afzalliklarni beradi:

• Yadroviy PHP fayllarining to‘g‘ridan-to‘g‘ri URL orqali chaqirilishini cheklaydi.
• Katalog ko‘rsatish ochiq bo‘lsa, papka ichidagi fayllarning ko‘rinishini oldini oladi.
• Avtomatik bot skanlariga qarshi keraksiz ma’lumot sızışini kamaytiradi.
• Xavfsizlik plaginisiz ham server darajasida himoya beradi.
• WAF, SSL, zamonaviy PHP va fayl huquqlari bilan birga ko‘p qatlamli xavfsizlikni kuchaytiradi.

Bu yerda eng muhim jihat — bu operatsiya xavfsizlik qatlamidir. Plagin yangilanmasa, admin paroli kuchsiz bo‘lsa yoki FTP hisob qaydnomasi o‘g‘irlangan bo‘lsa, wp-includes qoidasi yetarli emas. Xavfsizlik — hosting infratuzilmasi, aplikatsiya, foydalanuvchi boshqaruvi va muntazam texnik xizmatning kombinatsiyasidir. Xavfsiz baza uchun Xavfsiz Web Hosting va domen boshqaruvida qo‘shimcha himoya uchun Domen xavfsizligi maqolalariga havola berishingiz mumkin.

wp-includes kirishini bloklashda eng ko‘p uchraydigan xatolar

Papkaning butunini bloklash

Eng keng tarqalgan xato — wp-includes papkasiga kelgan barcha HTTP so‘rovlarni 403 bilan bloklashdir. Bu usul birinchi qarashda to‘g‘ri ko‘rinadi, lekin WordPress ba’zi statik resurslarni aynan shu papkadan yuklagani uchun kutilmagan muammolar paydo bo‘lishi mumkin. Masalan, blok editor ochilmaydi, ba’zi JavaScript fayllari yuklanmaydi yoki old sahifada mayda, lekin muhim dizayn buzilishlari ko‘riladi.

Qoidani test qilmasdan ishga tushirish

.htaccess yoki Nginx konfiguratsiyasida bitta harf xatosi ham 500 Internal Server Errorga olib kelishi mumkin. Ayniqsa, ko‘p trafik oladigan saytlarda qoidani to‘g‘ridan-to‘g‘ri ishga tushirish xavfli. Avval faylning zaxirasini oling, imkon bo‘lsa test muhitida sinab ko‘ring va so‘ngra ehtiyotlik bilan asosiy saytga o‘tkazing. Hostragons hostingida test yoki backup imkoniyatlari mavjud bo‘lsa, Web Hosting Zaxiralash ichki havola sifatida qo‘shilishi mumkin.

To‘liq plaginlarga tayanish

Xavfsizlik plaginlari foydali, ammo server darajasidagi qoidalar so‘rov PHPga yetib bormasdan oldin ishga tushadi. Apache yoki Nginx so‘rovni bloklasa, server resurslari ham kam ishlatiladi. Shuning uchun plagin o‘rnatilgan bo‘lsa ham, bazaviy server qoidalarini e’tibordan chetlatmaslik kerak.

Amalga oshirishdan oldin tayyorgarlik ro‘yxati

wp-includes kirishini cheklashdan oldin qisqa tayyorgarlik uzluksizlik xavfini sezilarli kamaytiradi. Quyidagi ro‘yxat ayniqsa faol WordPress saytlari uchun tavsiya etiladi:

• Joriy .htaccess yoki Nginx konfiguratsiyasining zaxirasini oling.
• WordPress yadrosi, temalar va plaginlarni yangilang.
• PHP versiyangiz zamonaviy va xavfsiz ekanligiga ishonch hosil qiling.
• Fayl huquqlarini tekshiring: papkalar odatda 755, fayllar 644 bo‘lishi lozim.
• wp-config.php va .htaccess kabi muhim fayllarning yozish huquqlari ortiqcha ochiq bo‘lmasin.
• Kesh, CDN yoki xavfsizlik plaginlari ishlatilsa, o‘zgarishdan so‘ng keshni tozalashni rejalashtiring.
• Admin panel, bosh sahifa, blog post, kontakt formasi va to‘lov sahifasi kabi muhim joylarni test qilish uchun ro‘yxat tuzing.

Bu tayyorgarlik taxminan 10-15 daqiqa vaqt oladi, biroq noto‘g‘ri qoidaning sabab bo‘ladigan soatlab uzilishlarni oldini oladi. Katta saytlar uchun o‘zgarishni past trafikda amalga oshirish xavfsizroq.

Apache serverda .htaccess orqali wp-includes PHP kirishini yopish

Apache ishlatiladigan hostinglarda eng keng tarqalgan usul — .htaccess fayli. WordPressning asosiy papkasidagi .htaccess fayliga kiritilgan to‘g‘ri qoidalar wp-includes ichidagi ma’lum PHP so‘rovlarini bloklashi mumkin. Ishni boshlashdan oldin faylning nusxasini kompyuteringizga yuklab oling yoki hosting panelidan backup yarating.

Tavsiya etilgan .htaccess qoidasi

Quyidagi qoidalar wp-includes ostida to‘g‘ridan-to‘g‘ri PHP kirishni bloklashga qaratilgan va statik fayllarning ishlashini saqlaydi:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^wp-includes/.*[.]php$ - [F,L]
</IfModule>

Bu qoidaning logikasi oddiy: URL wp-includes bilan boshlanib, .php bilan tugasa, so‘rov bloklanadi. Shunday qilib, wp-includes ichidagi PHP fayllarini brauzerdan chaqirib bo‘lmaydi. Aksincha, .js, .css, .png, .svg kabi statik fayllarga kirish ochiq qoladi. WordPressning front-end va admin paneli uchun xavfsiz balans aynan shu.

Katalog ko‘rsatishni o‘chirish

Katalog ko‘rsatish ochiq bo‘lsa, foydalanuvchilar ba’zi papkalarning ichini ko‘rishi mumkin. Asosiy .htaccess fayliga quyidagi satrni qo‘shish yetarli:

Options -Indexes

Bu satr index fayli bo‘lmagan papkalarda fayl ro‘yxatini ko‘rsatishni bloklaydi. Zamonaviy hostinglarda bu odatda default o‘chirilgan bo‘ladi; lekin tekshirish yaxshi xavfsizlik amaliyotidir.

O‘zgarishdan so‘ng test qilish

Qoidani qo‘shgandan so‘ng quyidagilarni test qiling:

• saytadresingiz.com/wp-includes/ manzilini oching; katalog ro‘yxati ko‘rinmasligi kerak.
• wp-includes ostidagi ma’lum bir PHP faylini to‘g‘ridan-to‘g‘ri chaqiring; 403 yoki 404 javob olishingiz kerak.
• Bosh sahifa, blog post va admin panelni tekshiring.
• Brauzerning developer tools’ida Console va Network bo‘limida 404/403 resurs xatolari borligini tekshiring.
• Kesh plaginlari yoki CDN ishlatilsa, keshni tozalang.

Testlar muvaffaqiyatli o‘tsa, qoidani ishlab turgan muhitda qoldirishingiz mumkin. 500 xatolik chiqsa, eng tez yechim — qo‘shgan satrlarni olib tashlash va backup .htaccess faylini qayta tiklash.

Nginx serverda wp-includes PHP kirishini bloklash

Nginx ishlatiladigan VPS, dedicated yoki boshqariladigan serverlarda .htaccess ishlamaydi. Qoidani Nginx sayt konfiguratsiyasiga, odatda server block ichiga kiritish kerak. Bu uchun SSH kirish va konfiguratsiya fayllarini tahrirlash huquqi zarur. Ishonchingiz komil bo‘lmasa, hostingning texnik qo‘llab-quvvatlash xizmati bilan maslahatlashish xavfsizroq.

Tavsiya etilgan Nginx location qoidasi

Asosiy qoidani quyidagi logikada qo‘llash mumkin:

location ~* ^/wp-includes/.*[.]php$ {
deny all;
}

Bu qoidalar wp-includes ostidagi PHP fayllarga so‘rovlarni bloklaydi. O‘zgarishdan so‘ng konfiguratsiyani test qilish muhim:

nginx -t

Agar test muvaffaqiyatli o‘tsa, Nginxni quyidagi komanda bilan yangilang:

systemctl reload nginx

reload komanda restartdan farqli, faol ulanishlarni to‘xtatmasdan konfiguratsiyani yangilaydi. Baribir, muhim saytlarda o‘zgarishni past trafikka to‘g‘ri keltirish tavsiya etiladi.

Nginxda e’tiborli jihatlar

• Qoidani to‘g‘ri server blockka qo‘shganingizga ishonch hosil qiling; bir serverda bir nechta sayt bo‘lishi mumkin.
• CDN yoki reverse proxy ishlatilsa, testlarni CDN keshini tozalaganingizdan so‘ng bajaring.
• PHP-FPM konfiguratsiyasi faqat zarur fayllarni ishlashini tekshiring.
• Log fayllarini tekshiring: access.log va error.log noto‘g‘ri qoidalarni tez ko‘rsatadi.

Nginxda noto‘g‘ri location tartibi kutilmagan natijaga olib kelishi mumkin. Shuning uchun qoidaning WordPress permalink hamda PHP ishlash bloklari bilan to‘qnashmasligiga ishonch hosil qiling.

Usullarning solishtiruv jadvali

Quyidagi jadval wp-includes kirishini cheklash uchun ishlatiladigan asosiy usullarni jamlaydi:

Amaliyotda eng yaxshi natija — bu usullarning kombinatsiyasida olinadi. Masalan, Apache hostingda .htaccess qoidasi, to‘g‘ri fayl huquqlari, yangilangan WordPress yadrosi, SSL va muntazam backup birga qatlamli himoyani yaratadi. Hosting infratuzilmasida xavfsizlik devori va izolyatsiya ham muhim, shuning uchun Korporativ Hosting tanlovi jiddiy saytlar uchun farq yaratadi.

Fayl huquqlari va egasi sozlamalari

wp-includes kirishini bloklash — fayl huquqlari noto‘g‘ri bo‘lsa yetarli emas. WordPressda umumiy qabul qilingan huquqlar: papkalar uchun 755, fayllar uchun 644. Bu qiymatlar web serverga fayllarni o‘qishga ruxsat beradi, ortiqcha yozish huquqlarini esa kamaytiradi. Ba’zi hostinglarda foydalanuvchi va guruh konfiguratsiyasi farq qilishi mumkin; shuning uchun panelingiz tavsiyalariga ham amal qiling.

Ayniqsa 777 huquqi — jiddiy xavfsizlik xatolik. Papkaga har kim yozishi mumkinligi, zararli fayl yuklash stsenariylarini osonlashtiradi. wp-content/uploads kabi yozilishi kerak bo‘lgan papkalarda ham PHP ishga tushishini bloklash zarur. wp-includes esa odatda WordPress yangilanishi tashqari foydalanuvchi tomonidan yozilmasligi kerak.

Tekshirishda quyidagi qiymatlar e’tiborga olinadi:

• wp-includes papkasi: odatda 755
• wp-includes ichidagi PHP fayllari: odatda 644
• wp-config.php: imkon bo‘lsa 600 yoki hostingga mos eng cheklangan huquq
• .htaccess: odatda 644, o‘zgartirishdan so‘ng ortiqcha yozish huquqisiz

Bu sozlamalar har bir serverda bir xil ishlamasligi mumkin. Noto‘g‘ri huquq — saytning yangilanishi yoki fayllarni o‘qiy olmasligiga sabab bo‘ladi. O‘zgarishdan so‘ng WordPress sog‘liq tekshiruvi va loglarni ko‘rib chiqing.

Xavfsizlik plaginlari bu ishni bajara oladimi?

Wordfence, iThemes Security kabi plaginlar ba’zi hardening qoidalarni avtomatik tavsiya qilishi mumkin. Ular brute force himoyasi, fayl o‘zgarishini kuzatish, zararli dastur skanerlash va login xavfsizligi kabi sohalarda foydalidir. Lekin wp-includes kirishini bloklashda plagin nima qilayotganini aniq tekshirish zarur.

Ba’zi plaginlar .htaccess fayliga avtomatik qoidalar qo‘shadi. Boshqalari esa faqat aplikatsiya darajasida himoya beradi. Aplikatsiya darajasidagi himoya — so‘rov WordPressga yetgach ishga tushadi, server darajasidagi bloklash esa tezroq. Shuning uchun professional yondashuv — plagin va server konfiguratsiyasini birga baholashdir.

Xavfsizlik plaginidan foydalansangiz, quyidagilarni tekshiring:

• Plagin .htaccess yoki Nginx qoidasi qo‘shadimi, tekshiring.
• Bir xil vazifani bajarayotgan ikki qoidaning to‘qnashmasligiga ishonch hosil qiling.
• Plagin yangilanishidan so‘ng xavfsizlik sozlamalari o‘zgarmaganini aniqlang.
• Performance ta’sirini baholash uchun kesh va server resurslarini monitoring qiling.

Bir vaqtning o‘zida bir nechta xavfsizlik plaginini ishlatish ko‘pincha yaxshi fikr emas. To‘qnashgan firewall, login va rewrite qoidalari performance ni pasaytirishi yoki noto‘g‘ri bloklashlarga olib kelishi mumkin.

wp-includes himoyasini test qilish: amaliy stsenariy

Qoidaning muvaffaqiyatini faqat sayt ochilishi bilan aniqlab bo‘lmaydi. Quyidagi 7 bosqichli test, kichik biznesdan e-tijoratgacha har qanday WordPress sayt uchun amaliy:

• 1. Bosh sahifani inkognito rejimda oching, dizayn buzilishi bor-yo‘qligini tekshiring.
• 2. Blog post, kategoriya sahifasi va qidiruv natijasini ziyorat qiling.
• 3. wp-admin paneliga kiring, blok editor va media kutubxonasini oching.
• 4. Brauzer developer tools’ida Console bo‘limini tekshiring.
• 5. Network bo‘limida wp-includes ostidagi statik fayllar noto‘g‘ri bloklanmaganini aniqlang.
• 6. wp-includes ostida to‘g‘ridan-to‘g‘ri PHP fayl chaqiring; 403 yoki 404 javob kuting.
• 7. Server loglarida yangi va takrorlanadigan xatolar borligini ko‘rib chiqing.

Bu test taxminan 5 daqiqa davom etadi va noto‘g‘ri konfiguratsiyani tez aniqlaydi. Ayniqsa, WooCommerce kabi to‘lov jarayonlari bor saytlarda savat, to‘lov va foydalanuvchi kabinetlarini ham alohida test qilish zarur. Canli daromad keltiruvchi saytlar uchun hatto mayda JavaScript xatolik konversiyani pasaytirishi mumkin.

Qo‘shimcha WordPress papka tuzilmasi xavfsizlik choralar

wp-includes himoyasi yaxshi start, ammo WordPress xavfsizligini kompleks ko‘rish kerak. Quyidagi qo‘shimcha choralar hujum yuzasini yanada qisqartiradi:

• WordPress versiyasini yashirish o‘rniga yadroni yangilang.
• Foydalanmayotgan tema va plaginlarni butunlay o‘chirib tashlang.
• Admin foydalanuvchi nomini taxmin qilish qiyin holga keltiring.
• Ikki faktorli autentifikatsiya qo‘llang.
• XML-RPC ishlatilmasa, kirishini cheklang.
• wp-login.php uchun rate limit yoki qo‘shimcha autentifikatsiya o‘rnatish.
• Har kuni avtomatik backup va recovery testini bajaring.
• Saytning barcha joyida HTTPS ishlating; SSLsiz login ma’lumotlari xavf ostida.

SSL to‘g‘ridan-to‘g‘ri wp-includes kirishini bloklamaydi, ammo foydalanuvchi sessiyalari, forma ma’lumotlari va admin panel trafiki uchun bazaviy himoya beradi. Shu sababli WordPress xavfsizlik maqolalarida SSL har doim birinchi qatlamlardan biri sifatida tavsiya etiladi. Bu bosqichda SSL sertifikatini sotib ol va Bepul SSL O'rnatilishi havolalarini maqolada tabiiy joylashtirish mumkin.

Qachon professional yordam olish kerak?

Oddiy Apache hostingda .htaccess qoidasi qo‘shish ko‘pchilik uchun boshqariladigan ish. Lekin maxsus Nginx konfiguratsiyasi, ko‘p saytli tarmoq, WooCommerce do‘koni, yuqori trafik yangilik sayti yoki korporativ portal bo‘lsa, professional yordam olish to‘g‘riroq. Chunki xavfsizlik qoidasi faqat texnik jihatdan emas, biznes uzluksizligi uchun ham xavfsiz joriy qilinishi kerak.

Quyidagi holatlarda mutaxassis yordamini tavsiya qilish mumkin:

• Serverda bir nechta WordPress sayti joylashgan bo‘lsa.
• Nginx, Varnish, CDN va WAF birga ishlatilsa.
• So‘nggi o‘zgarishlardan keyin 403, 404 yoki 500 xatolik ko‘paygan bo‘lsa.
• Sayt oldin zararli dasturdan aziyat chekkan bo‘lsa.
• To‘lov, a’zolik yoki shaxsiy ma’lumot ishlatiladigan tizim bo‘lsa.

Xavfsiz hosting infratuzilmasi, to‘g‘ri izolyatsiya, muntazam backup va mutaxassis yordam — WordPress xavfsizligining ko‘zga ko‘rinmaydigan, ammo muhim qismlari. Hosting tanlashda faqat disk hajmiga emas; backup, xavfsizlik devori, PHP versiyasi, SSL boshqaruvi va texnik yordam sifatiga ham e’tibor berish zarur. Shu nuqtada Hostragons Hosting Paketlari va WordPress Saytini Ko'chirish maqolalari ham foydali bo‘lishi mumkin.

Xulosa

WordPress papka tuzilmasi xavfsizligida wp-includes papkasiga kirishni to‘g‘ri yopish — papkani butunlay bloklash emas; aynan wp-includes ostidagi PHP fayllariga to‘g‘ridan-to‘g‘ri kirishni cheklash va katalog ko‘rsatishni o‘chirishdir. Apache uchun .htaccess, Nginx uchun location qoidalari bu ishni qisqa vaqt ichida amalga oshirish mumkin. Har bir o‘zgarishdan oldin backup olish, so‘ngra admin panel va old sahifalarni test qilish zarur.

Qisqa xulosa: statik fayllarni buzmaslik, PHP kirishini cheklash, katalog ko‘rsatishni o‘chirish, fayl huquqlarini tekshirish va muntazam yangilash. Xavfsiz va boshqariladigan WordPress infratuzilmasi uchun Hostragons’ning hosting, domen va SSL yechimlarini ko‘rib chiqishingiz, kerak bo‘lsa individual maslahat olishingiz mumkin.

Ko‘p so‘raladigan savollar

wp-includes papkasini butunlay bloklash xavfsizmi?

Odatiy tavsiya emas. wp-includes ichida WordPressga zarur bo‘lgan JavaScript, CSS va statik fayllar bo‘lishi mumkin. To‘liq bloklash sayt ko‘rinishini yoki admin panelni buzishi mumkin. Eng xavfsiz yondashuv — ushbu papkadagi PHP fayllariga to‘g‘ridan-to‘g‘ri kirishni yopish.

.htaccess qoidasi qo‘shgandan so‘ng 500 xatolik chiqsa, nima qilish kerak?

Avvalo qo‘shgan oxirgi qoidalarni olib tashlang yoki backup .htaccess faylini tiklang. So‘ngra qoidani sintaksis xatolariga tekshiring. Xato davom etsa, hostingning loglarini ko‘rib chiqing yoki texnik yordamdan maslahat oling.

Nginx serverda .htaccess ishlaydimi?

Yo‘q. .htaccess Apache va LiteSpeedda ishlatiladi. Nginx serverlarda shunga o‘xshash cheklashlar server block ichidagi location qoidalari bilan joriy qilinadi va o‘zgarishdan so‘ng nginx -t bilan test qilinadi.

Bu operatsiya WordPress saytini to‘liq xavfsiz qiladi?

Yo‘q. wp-includes PHP kirishini cheklash — muhim xavfsizlik qatlam, ammo yetarli emas. Yangilanishlar, kuchli parollar, ikki faktorli autentifikatsiya, SSL, backup, xavfsizlik devori va to‘g‘ri fayl huquqlari birga joriy qilinishi kerak.

Xavfsizlik plaginidan foydalansam, yana wp-includes qoidasi qo‘shishim kerakmi?

Plagin qaysi qoidalarni joriy qilishiga bog‘liq. Ba’zi plaginlar .htaccess qoidasi qo‘shadi, boshqalari faqat aplikatsiya darajasida himoya qiladi. To‘qnashmaslikni oldini olib, server darajasida PHP kirishini cheklash odatda kuchliroq yechim.