რა არის Windows 1251 ინსტრუმენტები HTML ფაილების კოდირებისთვის?
ვლად მერჟევიჩი
მეტათეგები გამოიყენება ბრაუზერებისა და საძიებო სისტემებისთვის განკუთვნილი ინფორმაციის შესანახად. მაგალითად, ხმის სისტემების მექანიზმები გაფართოვებულია მეტა ტეგებზე, რათა შეიქმნას საიტის აღწერა, საკვანძო სიტყვებიდა სხვა მონაცემები.
მეტა ტეგები ხმის მექანიზმებისთვის
ვებ დეველოპერებს შორის გავრცელებულია აზრი, რომ სწორად დაწერილი მეტა-ტეგები საშუალებას გაძლევთ ახვიდეთ ხმის სერვერების პირველ რიგებში. სიმართლე ის არის, რომ ეს ასე არ არის, თქვენ არ ამაღლდებით მხოლოდ მეტა ტეგებზე, მაგრამ თუ არ დაამატებთ საკმარის მეტატეგებს, შეგიძლიათ გააფუჭოთ საიტის რეიტინგი.
ორი მეტატეგი სპეციალურად არის განკუთვნილი საძიებო სისტემის სერვერებისთვის: აღწერა და საკვანძო სიტყვები. ვებმასტერებმა საკვანძო სიტყვების განყოფილებაში დაამატეს საკვანძო სიტყვები, რომლებსაც არ აქვთ სასურველი შესაბამისობა ამ საიტებთან, მაგრამ მიაღწიეს დიდ წარმატებას საძიებო სისტემებში. თუმცა, ერთი საათის შემდეგ, საძიებო სისტემებმა დაიწყეს ასეთ ფენომენთან გამკლავება და ამის ნაცვლად, შეამოწმეს ვებ – გვერდი მითითებულ საკვანძო სიტყვებთან შესაბამისობაში.
ეს არის პრინციპები მეტა ტეგების უკან:
- არ შეიტანოთ საკვანძო სიტყვები, რომლებიც არ ეკუთვნის თქვენს გვერდებს;
- არ გაიმეოროთ საკვანძო სიტყვები;
- ვიკორისტის მეტათეგები მათი პირდაპირი მიზნისთვის;
- იმუშავეთ საიტის კანის გვერდისთვის განსხვავებული საკვანძო სიტყვების ჩამონათვალის ინსტრუქციებთან ერთად.
აღწერა
საძიებო სერვერების უმეტესობა ნაჩვენებია აღწერილობის ველის ნაცვლად (მაგალითი 1), როდესაც ძიების შედეგები გამოჩნდება. იმის გამო, რომ გვერდზე არ არის ტეგი, საძიებო სისტემა უბრალოდ ანადგურებს პირველ სიტყვებს, რომლებიც გამოჩნდება გვერდზე, რომლებიც, როგორც წესი, არ არის დაკავშირებული თემასთან.
მაგალითი 1. Wikoristannya აღწერა
საკვანძო სიტყვები
ეს მეტათეგი გამოიყენება გვერდზე საკვანძო სიტყვების აღსაწერად (მაგალითი 2). თუმცა, ამის შედეგად, ადამიანები, რომლებიც ყოველგვარი საშუალებით ელოდებათ ფულის დახარჯვას ხმის სისტემების პირველ რიგებში, ახლა დისკრედიტირებული არიან. ამიტომაც ბევრი ხმის სისტემა გამოტოვებს ამ პარამეტრს.
კონდახი 2. Wikoristannya საკვანძო სიტყვები
საკვანძო სიტყვები შეიძლება შეიცვალოს სივრცეების მეშვეობით ან ვის. ხმის სისტემებიჩანაწერი შენ თვითონ ნახე, როგორი სუნი არის ვიკორისტი.
გვერდების ავტომატურად ჩვენება
მოკლე დროში ახალი დოკუმენტის ავტომატურად ჩამოსატვირთად გამოიყენეთ ინსტრუქცია http-equiv="refresh" (მაგალითი 3).
. Windows ოპერაციული სისტემისთვის და კირიული სიმბოლოების ნაკრებისთვის, მნიშვნელობები არის utf-8 ან windows-1251 (მაგალითი 4).
მაგალითი 4. ნაკადის კოდირების ვიბრაცია
კირილიცა
როგორც კი ყოველდღიურად შეიყვანთ კოდირებას, ბრაუზერს შეუძლია განსაზღვროს რა ტიპის სიმბოლოები გამოიყენება დოკუმენტში და ავტომატურად ირჩევს საჭირო დაშიფვრას. ბრაუზერს ყოველთვის შეუძლია ზუსტად ამოიცნოს ვებსაიტის ენა და ზოგიერთ შემთხვევაში კირიული ანბანის ნაცვლად იყენებს ვიეტნამურ კოდს. უკეთესი იქნება, თუ დაიწყებთ რიგის დაყენებას. ტიმ არანაკლებ, სიტუაცია არის დამნაშავე, თუ ვკაზივკას კოდმა შეიძლება სერიოზული ზიანი მიაყენოს. მაგალითად, ვებ სერვერი ავტომატურად თარგმნის მონაცემებს KOI-8-დან, ხოლო ბრაუზერი, რომელმაც დააყენა პარამეტრი charset=windows-1251, თარგმნის ტექსტს Windows კოდიდან. სიმბოლოების ცვლილების გამო ასეთი ტექსტის წაკითხვა ადვილი არ არის. საბედნიეროდ, ასეთი პრობლემა უკვე ჩვენს უკან არის და მისი იდენტიფიცირება და განეიტრალება შესაძლებელია სერვერის დონეზე.
როგორც ჩანს, RuNet-ს ოფიციალურად აქვს 6 რუსული კოდი: ერთბაიტი Windows-1251, KOI-8R, IBM866, ISO-8859-5, რუსული Mac და ორმაგი ბაიტი UTF-8.
ინტერნეტში რუსული კოდირების პრობლემა ახლა ძირითადად განპირობებულია Microsoft-ის მიერ Windows-1251 კოდირებით ვებ ფაქტობრივი მონოპოლიზაციით, რაც საერთოა სამუშაო სადგურების 80-90%-ისთვის, რომლებიც მუშაობს Windows კომპიუტერის ვერსიებში.
თუ KOI-8R-ის წამყვანი დიზაინი სხვა დონეზე გადაინაცვლებს. არც ისე დიდი ხნის წინ გახდა მთავარი, რადგან მოვიდა ერთდროულად Unix-დან და ჭვავის აბებიდან ინტერნეტში. KOI-8R არის ტექნოლოგიური არაადეკვატურობის ბავშვი, თუნდაც ინტერნეტში რუსული სულის სუნი არ იყოს (მისი ასოები გამოყოფილია არა ანბანით, არამედ ინგლისურ ასოებთან მსგავსებით). საჭირო იყო 8-ბიტიანი რუსული ასოების გადაცემა 7-ბიტიანი ინგლისური ფოსტის სერვერებით და ვერავინ მოგცემთ გარანტიას, რომ ეგზოტიკური კირილიცა ადრესატამდე მიაღწევდა არა აბრაკადაბრას. ასე დაიბადა KOI-8R: მას შემდეგ, რაც ინგლისურმა სერვერებმა დაამატეს მაღალი ბიტი, რუსული ტექსტი გონებრივად წასაკითხი გახდა, თუმცა ინგლისურად (ინგლისელი მწერლების რუსული სიტყვები). ელექტრონულ ფოსტაში, დოზის კოდირება დაცულია სტანდარტით, ასე რომ თქვენ არ მოგიწევთ ამის გაკეთება Outlook Express ფოსტის კლიენტის გამოყენებით.
კოდირებული IBM866 (aka DOS CP-866) არ წერდა ვებგვერდებს, რადგან ბებია DOS ადრე მოვიდა ჩვენს კომპიუტერებზე და ინტერნეტი გავრცელდა მასებში. შესაძლოა, მსოფლიოში ყველა ადამიანი გაოცებული იყოს ინტერნეტით Vikon-დან, ხოლო ღერძი DOS-დან - შესაძლოა არავის.
ISO-8859-5 კოდი და რუსული Mac შეიძლება ჩაითვალოს ეგზოტიკურად, პირველს არავის გაუსწორებია (ალბათ ISO-ს ბიჭებმა თითები მოიწმინდეს), ჩვენში კი ყაყაჩო უფრო საოცრებაა, ნაკლებად რეალობა.
UTF-8 - განახლებულია ახალი ორმაგი ბაიტიანი კოდირება, რომელიც ჩაანაცვლებს ძველი კოდირების მთელ მასპინძელს. ვაი, ამაზე არავინ უნდა ინერვიულოს. და მიუხედავად იმისა, რომ UTF-8 კოდირება XML დოკუმენტებისთვის სტანდარტულია, თქვენ მას ვერ ნახავთ ინტერნეტში დღე და ღამე (ისევე როგორც თავად XML დოკუმენტები :-).
ამრიგად, გარდამავალ პერიოდში, ძირითადად, ბრძოლა მიმდინარეობდა KOI-8R ვებ გვერდების შენახვის კოდებს შორის, რადგან თითქმის ყველა ინტერნეტ სერვერი მუშაობდა Unixes-ის ქვეშ და Windows-1251 მომხმარებლების კოდები გაოცებული იყო. ეს მხარეები 95 ან 98 კალიბრიდან არიან. ეს გამოწვეულია ვებ-შიგთავსის ტრანსკოდირების პრობლემის გამო. ამ ბრძოლის შედეგი ზოგჯერ რუსული ტექსტის ნაცვლად ბრაუზერში ჭუჭყიანობის ყურებაა.
კოდირების ნახტომმა არ დააკლდა ჩვენი ნიჭიერი და ყველგანმყოფი პროგრამისტები. მათ აიღეს პოპულარული Apache ვებ სერვერი, რომელიც ასევე მშობლიურია Unix-ისთვის, და დაწერეს რუსიფიკაციის პატჩი ახალისთვის, რადგან Apache არის პროგრამა ღია კოდით. ვიშოვი რუსული აპაჩი, რომელმაც პრიმუსის მსგავსმა ვებგვერდების მაგივრად რუსული ენა ჩაწერა იმავე წესებით. ორიგინალური Apache არც კი უოცნებია კირიული კოდების მრავალფეროვნებაზე.
რუსულმა აპაჩმა კიდევ უფრო მეტი პრობლემა შექმნა. მე ეს რთულად განვიცადე. როდესაც თქვენს ბრაუზერში ხედავთ ვებ გვერდს, Apache.ru გარდაქმნის მას შენახვის კოდიდან (koi-8r) კლიენტის კოდად (მაგალითად, Windows-1251). ნებადართულია HTML კოდის არსებობა koi8-r-ში სერვერზე, გვერდის სათაურში, ასევე მეტა ტეგი:
Windows-ის ბრაუზერში გადაცემის დროს საჭიროა koi > win ხელახალი კოდირება. ამგვარად, გვერდის ტექსტი დაშიფრულია windows-1251-ში, ხოლო სათაურში, როგორც ადრე, ბრაუზერის მიერ იქნება ჩასმული იგივე მეტატეგის charset და koi8-r, რის შედეგადაც ვებ გვერდი წაუკითხავი იქნება. კორისტუვაჩოვს მოუწევს ხელით შეარჩიოს საჭირო კოდირება.
ვებ გვერდების სათაურებიდან ასეთი სიტუაციების წასაშლელად, ჩვენ უნდა წავშალოთ charset meta tag. თუმცა, არ არსებობს გარანტია, რომ კლიენტის კოდირება სწორად იქნება იდენტიფიცირებული, რადგან ბრაუზერის კოდირება შეიძლება ვერ შეესაბამებოდეს HTML დოკუმენტის კოდირებას. და თუ ვებ-გვერდი გამოქვეყნებულია სერვერზე Windows-1251 კოდის გამოყენებით, მაშინ კოი > win ხელახალი კოდირებისას ბრაუზერში რუსული ტექსტი აღმოჩნდება უცნობი კოდით, ისე რომ დარჩება zipped.
სხვა სიტყვებით რომ ვთქვათ, ვებ ოსტატებს მოუწიათ ებრძოლათ პრიმუსის გადაკოდირების წინააღმდეგ Apache.ru-ზე. (მაგალითად, Apache-ს ან .htaccess ფაილის გამოყენებით).
ვითარება დაიძაბა შემდეგი მიზეზების გამო:
- ორიგინალური Apache გაიზარდა რუსული კოდების მხარდასაჭერად;
- ვებ ჰოსტერებმა (ესენი არიან UNIX სერვერების ავტორიტეტები) გადაწყვიტეს Apache.ru-ზე გადაკოდირების ჩართვა ან დააინსტალირეს ორიგინალი Apache, რომელიც არაფერს ახდენს გადაკოდს;
- ვებ მასპინძლებმა დაიწყეს Windows-1251-ის შენახვის კოდირების გამოყენება (Unix სერვერებზე), რამაც საშუალება მისცა ვებ გვერდების გაუთავებელი და უპრობლემოდ გადაწერა, როდესაც ისინი გადაეცემა კლიენტის ბრაუზერებს, რაც მნიშვნელოვანია Windows-ის პირობებში.
- ბრაუზერების ყველა მიმდინარე ვერსიამ ისწავლა HTML გვერდის კოდირების ავტომატურად ამოცნობა (charset meta tag არის საუკეთესო გამოსავალი, რომელიც 100% გარანტიას იძლევა კირილიცას ანბანის სწორად ჩვენებას)
გასაკვირია, რომ სიტუაციის პარადოქსი იმაში მდგომარეობს, რომ რომელიმე კოდის მონოპოლია (რომელიც იყო windows-1251) ყველასთვის სარგებელია, გარდა იმ არეულობასა, რომელსაც ქმნის კონკურენციის რამდენიმე კოდი.
ამ სტატიაში შევეცდები ყველა ჩეკი დავაყენო „i“-ზე (და ასევე „i“-ზე) შექმნილი HTML გვერდის კოდირების არჩევისას.
როდესაც პირველად დავიწყე ვებსაიტის შემუშავებაში ჩართვა, მუდმივად მქონდა პრობლემები. თქვენ ინახავთ HTML მხარეს, ატვირთავთ მას სერვერზე, გახსენით, ატეხეთ და შემდეგ არის ეშმაკი. გამარჯობა, მოვედით.
წინააღმდეგ შემთხვევაში, კეთილდღეობის შუაგულში (მაგალითად, ადგილობრივი განვითარების შუაგულში "") ყველაფერი კარგადაა, მაგრამ ჰოსტინგში ახალი სუნი დგას, ჯანდაბა კრაკოზიაბრი, თავხედობაა ჩემზე გაოცება.
ძრავებთან დიდი ტკივილი იყო. მოულოდნელად, გაურკვეველი მიზეზის გამო, რუსული ასოები გარდაიქმნება...
მოდით დაუყოვნებლივ გავიგოთ მარჯვენა მხრიდან და თქვენ ნათლად გესმით როგორ დავწეროთ კოდი HTML მხარის შესანახადі დახმარებისთვის ზოგიერთ ხელსაწყოში.
ჩვენი ურთიერთგაგების გასაუმჯობესებლად მნიშვნელოვანია გვესმოდეს კოდირება. ასე რომ, ღერძი, კოდირება- ეს არის მანქანების კოდებისა და ანბანის სიმბოლოების ტიპის ცხრილი. და როგორც მანქანის სიმბოლოების თანმიმდევრობა, როგორც გონივრული კომპიუტერი, რომელიც შეესაბამება მოცემული კოდის ცხრილს, ცვლის მას ჩვენთვის გასაგები ასოებით.
გასული საუკუნის 90-იან წლებში (ეს დიდი ხნის წინ იყო და მე ჯერ კიდევ მახსოვს 1991 წლის კალენდარი კედელზე) იყო 4 კოდი PC-სთვის და კიდევ ერთი, რა თქმა უნდა, Mac-ისთვის. ირონია იმაში მდგომარეობს იმაში, რომ ყველა ამ კოდში ლათინური სიმბოლოები გაკეთდა ისე, რომ დაემსგავსოს მანქანის კოდებს ერთი და იგივე ალგორითმის მიხედვით, ხოლო კირიული დისკის მქონე ღერძი თითოეულს ჰქონდა თავისი ძალა.
ყველა ამ დაბნეულობამ მიიყვანა კრაკოზიაბრებამდე. მაგალითად, სიტყვა " საჭმელი Windows-1251 კოდით აკრეფილი, გადადით KOI8-R კოდზე, დაინახავთ სიტყვას. ბნოპნია».
მადლობა ღმერთს, 90-იანი წლები უკვე ძალიან ჩამოგვრჩა და ხუთ წელიწადში დელირიუმმა 2 ნორმაზე ნაკლები დაკარგა. საკმაო ალია იმისთვის, რომ კობ ვებმასტერი დაიკარგოს ორ ფიჭვნარში. ნუ დაიკვეხნი, მაშინვე გამოგიყვან ამ ტყიდან!
ამჟამად ირჩევს HTML დოკუმენტის კოდირებახარჯები Windows-1251 და utf-8 შორის. ახლა კი პატივისცემა: utf-8 უფრო მდიდარია, უფრო ძლიერი და უფრო სავარაუდოა, რომ მოვა. ასე რომ, ჩვენ შევინახავთ ჩვენს HTML ფაილებს utf-8-ში.
ჩემს სიტყვებს გავასწორებ ;). UTF-8 მოათავსეთ თქვენს ცხრილში შემდეგი სიმბოლოები: →
←
↓. ხოლო windws-1251-ისთვის, ამ სიმბოლოების ჩანაცვლება შემდეგია: >
იმედი მაქვს, გადაიყვანთ და გამოიყენებთ უნიკოდს (სანამ სიტყვა "utf-8" და "Unicode" სინონიმი იქნება, უფრო სწორად, utf-8 არის უნიკოდის ოჯახის ერთ-ერთი კოდი, რომელმაც პოპულარობა მოიპოვა. ვებ დისტრიბუტორებს შორის).
ახლა მოდით გადავხედოთ ფაილების ტრანსკოდირების ხელსაწყოებს, რომლებსაც გირჩევთ, როგორც ვიკორისტს, ძვირფასო მკითხველო.
HTML ფაილების კოდირებასთან მუშაობის ინსტრუმენტები
ვლასნა, მათგან მხოლოდ სამია:
- PSPad. უფასო ტექსტის რედაქტორი, ჩემი კოხანი.
- . კიდევ ერთი კარგი ტექსტური რედაქტორი და ასევე უფასო.
- Dreamweaver. ისე, თქვენ მიცნობთ Dreamweaver-იდან.
მე მინდა გადმოვწერო ნებისმიერი HTML ფაილი PSPad-დან.და როგორ გავიგოთ, როგორი კოდი აქვს შეპყრობილ ქვეშევრდომს? მე უბრალოდ დავდგები რიგში (ქვემოთ) ყველაფერი გარკვევით წერია.
დახურული HTML ფაილის კოდირება windows-1251
ახლა კი, ახალი HTML დოკუმენტის შექმნით, მოდით ვისაუბროთ თქვენს კოდირებაზე.
იდემო ჩემი უფროსის მენიუში PSPad. დააწკაპუნეთ ჩვენს წერტილზე ფორმატი. მოდი შევამოწმოთ ველი UTF-8 კოდირების გვერდით.
ასე რომ, ახალი ფაილის კოდი არის windows-1251
ახლა იმ იაკების შესახებ შეცვალეთ HTML ფაილის კოდირება. ასე გამოიყურება საკმაოდ მარტივად:
მენიუს პუნქტში უნდა დააჭიროთ კოდირების მოთხოვნას ფორმატიეს კოდი შეიცვლება. ამის შემდეგ შეინახეთ ფაილი გადაწერის გარეშე, ის იყოფა მარჯვნივ.
რა აურზაურია? Notepad ++ყველაფერი ძალიან ჰგავს ზემოთ აღწერილ სიტუაციას. მხოლოდ კოდირების მქონე რობოტებისთვის საჭიროა მენიუს პუნქტის არჩევა კოდუვანია.
მთელი განსხვავება მდგომარეობს იმაში, რომ ჩასაშლელი მენიუ Notepad++ შეიცავს მენიუს ელემენტებს, რომლებიც სპეციალურად იყოფა კოდის ხელახალი დიზაინისთვის. ხელახლა შექმნა... (ჩემი აზრით, ყველაფერი უფრო მარტივია PSPad-ზე და ამიტომ ვისარგებლებ ამით). ცხადია, თქვენ უნდა დააჭიროთ მათ, როდესაც გჭირდებათ კოდირების შეცვლა ჩვენს HTML ფაილში.
გარდა ამისა, utf-8-ში შენახვისას გვაქვს არჩევანი: BOM-ის გარეშეან კიდევ z BOM. ჩვენ, როგორც ვებ ოსტატებს, გვჭირდება კოდის ვიკორიზაცია UTF-8 (BOM-ის გარეშე).
რას გვეუბნება ვიკიპედია „რა არის BOM“-ზე?
ტექსტურ ფაილში Unicode ფორმატის შესასრულებლად გამოიყენება ტექნიკა, რომლის დროსაც სიმბოლო U + FEFF (ნულოვანი სიგანის თეთრი სივრცე) იწერება ტექსტის ზედა ნაწილში, რომელსაც ასევე უწოდებენ ბაიტის რიგის ნიშნად (BOM). ეს მეთოდი საშუალებას გაძლევთ განასხვავოთ UTF-16LE და UTF-16BE, სანამ U+FFFE სიმბოლო არ დაზარალდება. ასევე, ფორმატი დაყენებულია UTF-8 ფორმატზე მინიჭებისთვის, თუმცა ამ ფორმატზე ბაიტის რიგის დაყენება შეუძლებელია.
მას შემდეგ, რაც ტექსტს 10-ჯერ წაიკითხავთ, სახის სუნს იგრძნობთ, ხვდებით: utf-8-სთვის ჩვენ არ გვჭირდება BOM. გარდა ამისა, როგორ შეინახოთ ფაილი php სკრიპტიდან კოდირებიდან utf-8 BOM-ით, მაშინ ჩვენ არ ვიმუშავებთ, რადგან წიგნს არ ესმის, რა სისულელეა დაწერილი სკრიპტის ფაილის დასაწყისში (მე პატივს ვცემ ამ უწყვეტ ადგილს ნულოვანი სიგანით).
კარგი, დამავიწყდა პატივისცემით გაოცება Dreamweaver.
ახალი ფაილის შექმნისას პატივისცემით მოეკიდეთ მათ, ვისშიც მოხდება შექმნა. რატომ იქმნება ახალი დოკუმენტი? ფაილი → ახალი (Ctrl+N)დააჩქარეთ ღილაკით პრეფერენციები...
და გაგიკვირდებათ, რა არის მითითებული პროცედურის კოდი:
HTML ფაილის კოდირება Dreamweaver-ში პოპულარიზაციისთვის
გადააკეთეთ არსებული HTML ფაილი Dreamweaver-იდანშესაძლებელია დიალოზზე გვერდის თვისებები,რომელიც იწყება მენიუდან მოდიფიცირება → გვერდის თვისებები (Ctrl+J).
აირჩიეთ საჭირო კოდი, დააჭირეთ კარგიდა ეს არის ის, დადასტურებულია გადაკოდირების მონაცემები (და BOM ღერძი სრულიად არასაჭიროა, ნუ მონიშნეთ ყუთი).
ბრაუზერის კოდირება
ისე, ჩვენი HTML შემნახველი ფაილი კოდირებულია ჩვენს მიერ. ახლა გადავხედოთ კითხვებს: როგორ იცის ბრაუზერმა კოდირების შესახებ, რომელიც შეიცავს მოცემულ HTML ფაილს?
აქ სამი ვარიანტია:
1. ჩვენ თვითონ ვაცნობთ ბრაუზერს ამ HTML ფაილისთვის დაინსტალირებული კოდირების შესახებ.მოძებნეთ დამატებითი META ტეგი
არჩეულ აპლიკაციაზე ბრაუზერს ეძლევა შენიშვნა, რომ სასურველი HTML ფაილი ინახება კოდში. utf-8.
თუ HTML შემნახველი ფაილი არის კოდირებული windows-1251, მაშინ:
ფაილების ტრანსკოდირებისას არ დაგავიწყდეთ META აბსტრაქტში არსებული დირექტივების შეცვლა მიმდინარეზე. Dreamweaver, როდესაც თქვენ შეცვლით კოდს, ამას ავტომატურად აკეთებს, მაგრამ სხვა ტექსტურ რედაქტორებში თქვენ უნდა დააყენოთ თავად კოდი და META tag დირექტივა.
ახალი HTML თითქოს განახლებულია (მე მე-4 რიგში დავდე მარტივი ახსნისთვის: „ეს არის META ტეგი კოდირების დირექტივით“:
2. .htaccess ფაილთან დაკავშირებით დახმარებისთვის.ზოგჯერ სერვერი იძულებით გადასცემს სათაურებს HTML ფაილებისთვის, რომლებიც იძებნება და აცნობებს ბრაუზერს კოდირების შესახებ კოდირების შემდეგ. ამ შემთხვევაში, ბრაუზერი არ პატივს სცემს META ტეგში მითითებებს, მაგრამ აჩვენებს HTML ფაილს კოდიდან, რომელიც სერვერმა აცნობა. მას შემდეგ, რაც ფაილი შეინახება თქვენთვის საჭირო კოდში (ხშირად ჰოსტინგი იძულებით მოითხოვს Windows-1251 კოდს), ფაილი სახელწოდებით „.htaccess“ იქმნება ჰოსტინგის დირექტორიაში.
ეს არის დავალებების ფაილი დამატებითი სერვერის კონფიგურაციისთვის. .htaccess დირექტივის მოქმედება ვრცელდება ყველა ფაილზე და ქვედირექტორიაზე, რომელიც მდებარეობს დირექტორიაში, სადაც შეინახეთ .htaccess ფაილი.
თქვენ შეგიძლიათ შექმნათ ეს ფაილი, მაგალითად, Total Commander-ში ცხელი კლავიშების დაჭერით Shift + F4და მიუთითეთ შექმნილი ფაილის სახელი .htaccess. შემდეგი, ტექსტის რედაქტორში მითითებულია დამუშავებისთვის კოდირების დამატებითი პარამეტრების დირექტივები.
HTML ფაილებისთვის კოდირება არის utf-8.htaccess-ში თქვენ უნდა დაწეროთ ერთი ხაზი:
AddDefaultCharset UTF-8
HTML ფაილებისთვის Windows კოდის-1251 გამოყენებით:
AddDefaultCharsetWindows-1251
თუ თქვენი ჰოსტინგი მზაკვრულია და არ გამოხატავს ამ დირექტივების პატივისცემას, შეგიძლიათ სცადოთ:
Charset გამორთულია AddDefaultCharset Off-ზე
თუ ეს არანაირ შედეგს არ მოიტანს, მაშინ უბრალოდ ჩართოთ თქვენი ჰოსტერი, რათა პროცედურის შემდეგ ჩართოთ კოდირება :). ყველაფერი დამოკიდებულია ჰოსტინგის პროვაიდერის სპეციფიკურ სერვერის პარამეტრებზე.
3. PHP ინსტრუქციები, რომლებიც მიუთითებს დამუშავების კოდირებაზე.ფაილისთვის, რომელიც უნდა იყოს ნაჩვენები ნებისმიერ კოდში, მიუხედავად ჰოსტინგის პროვაიდერის სერვერის კონფიგურაციისა, გვერდზე ემატება დირექტივა php კოდით:
ეს php კოდი გაგზავნის სერვერის სათაურს ბრაუზერის კოდირების მოთხოვნების შესაბამისად. გვერდის საჩვენებლად შერჩეულ აპლიკაციას ექნება utf-8 კოდირება.
როგორც წესი, ასეთი უხეში ძალის წინააღმდეგ, არ არსებობს ხრიკები ჰოსტინგის პროვაიდერის სერვერის დაყენებაში.
მინდა აღვნიშნო, რომ სერვერის მიერ php ინსტრუქციების დასამუშავებლად, html ფაილი ექვემდებარება დედა გაფართოებას. .php(მაგალითად, index.php).
Є მეტი საჭმელი შოდო კოდუვან? დაწერეთ კომენტარებში. აუცილებელია ამ პრობლემების კიდევ ერთხელ გადაჭრა 🙂